Live data from Hacker News

Show HN: We built an open source, zero webhooks payment processor

github.com

131–140 of 230 posts

Re: Show HN: We built an open source, zero webhooks payment processor

#131

Earlier quoted context omitted.

I'm sorry, but seeing the words "dev" and "struggling with webhooks" in the same sentence makes me cringe. I mean, I have nothing against higher level abstractions, but I'd be worried to ship (as a dev) and use (as a customer) a product that was built by someone who does not have deep understanding of what they are doing.

I had the pleasure of working with teams that couldn’t even figure out how to use analytics in their product. They had zero idea who was using it and how many people were using it. They ignored the thousands of DB deadlock messages in the logs; well, they just ignored the logs completely, actually. All they cared about was shipping the next feature and getting the one QA guy to agree it was working correctly so the t…

This is the default. I have a few teams like this under my charge, currently.

I ask them to protect themselves by logging what data they will need to troubleshoot a new feature.

Next release comes around and there is an issue and guess what...devs asking for access to prod to troubleshoot because they don't have logs.

It is really difficult to contain oneself when getting on a call to quiet three endless chat threads because someone failed to log basic shit.

Days long anxiety-filled shit storms for absolutely no reason.

I have had other teams that would do this and they had to have the fear of God put into them to wake up and start logging. We have real problems to solve without confounding ourselves...

Re: Show HN: We built an open source, zero webhooks payment processor

#132
Polar prohibits: Human services (custom development, design and consultancy).

Is this the case with Flowglad? We have a SaaS with a monthly team seat fee + usage fees, but we also offer a bespoke service where we may bill per hour or bill per project (for work done and delivered inside of the SaaS). So these would be higher ticket.

Would you support this?

Re: Show HN: We built an open source, zero webhooks payment processor

#133

Earlier quoted context omitted.

No that’s the total cost to you. This isn’t a BYOK setup, you create a Stripe account through us using Stripe Connect

This is great! Where does the Stripe Connect process happen, I'm not seeing it in the dashboard?

You should be able to access it via the “Set Up” tab in your navigation bar. It’s step 3 “verify and enable live payments” - we’ll clear up that copy, thank you for flagging!

Re: Show HN: We built an open source, zero webhooks payment processor

#134

But who actually processes payment? Is it stipe, bolt or some other payment processor? How can any of this work without dealing with credit card payment processors

Under the hood we are using Stripe to process the payments, but you set up a Stripe sub account through our platform using Stripe Connect

I was wondering what the catch was, seemed pretty lightweight to be a payment processor. My first thought reading the setup guide was "what no HSMs?"

Re: Show HN: We built an open source, zero webhooks payment processor

#135
post #156

[under-the-rug stub] [see https://news.ycombinator.com/item?id=45988611 for explanation]

This is a needed abstraction! Love the idea of bringing a reactive DX to payments. I'm keen to know: Is Flowglad the source of truth for feature/credit state, and how do you achieve low latency for real-time feature gating?

Re: Show HN: We built an open source, zero webhooks payment processor

#140

Payment processing is not a technical problem. It is a problem of risk. That is why we have providers and things like banks.

Totally. When you look at the history of payments processing usually new entrants start with a significant technical improvement and then quickly graduate into learning how to pricing new types of risk
Post reply on HN