Live data from Hacker News

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

github.com

41–50 of 230 posts

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

#41
post #38
post #21

Earlier quoted context omitted.

Don't think there is a cheaper alternative to stripe. Polar and Dodo is 4% + 40¢

Braintree says it is 2.89% + $0.29 USD. Specifically priced at one bip and one cent cheaper lol

Name "Braintree" is much worse than "Stripe" so them being one bip and one cent cheaper is completely cancelled out.

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

#42

Earlier quoted context omitted.

What sold me on flowglad was the single source of truth and not having to hold customer stripe info in my DB. Although it took me a little while to figure that out lol

Six minutes after this story was posted on HN you made this HN account to post this. So when you say it took you a little while to figure out... by little while you mean less than six minutes?

I appreciate your concern and can understand your suspicion of when my account was made and when this post was posted. I am in their discord, because I have used their product for about 6 months now, and they mentioned hackernews, and I was curious because I have never heard of it. Now does that mean my comment about how the product has helped me in my projects is now not valid? Have a great day, and either try it or dont, but no need to try and bring me down for supporting a company that has made my job easier.

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

#43

For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.

Pretty much my 1st question when I see a new billing product. Thank you for answering that. I don't understand why products like these hide that fact or keep it hidden. A great product that requires connecting a payment processor can still be a great product but it is not an actual payment processor and that part needs to be clear immediately on your landing page.

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

#44

For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.

I’ve been in software long enough to know that there’s a market for products that make things slightly easier for devs and their managers who think even common APIs like stripe are too hard. The number of devs who are struggling with web hooks and simultaneously have some budget to spend is probably bigger than you think.

Often these products are pitched and sold to non-technical managers, too. The sales team will learn that they can make some sales by promising a non-technical manager that buying this product will actually save them money because it’s easier to use.

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

#45
post #27

Earlier quoted context omitted.

"It's hard so you shouldn't try doing it" thank you, very productive reply

I'm not saying they shouldn't be doing that. It's actually the opposite—they got the VC money, they might as well do something actually useful with it.

That's definitely the gameplan. We believe very sincerely that developers deserve more choice when it comes to payments than they currently have. It's a central reason why we started building this.

It just takes longer to make progress on that problem because of all the institutions involved.

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

#46

For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.

I’ve been in software long enough to know that there’s a market for products that make things slightly easier for devs and their managers who think even common APIs like stripe are too hard. The number of devs who are struggling with web hooks and simultaneously have some budget to spend is probably bigger than you think. Often these products are pitched and sold to non-technical managers, too. The sales team will le…

Literally describes one company I work for periodically.

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

#47

Earlier quoted context omitted.

Six minutes after this story was posted on HN you made this HN account to post this. So when you say it took you a little while to figure out... by little while you mean less than six minutes?

I appreciate your concern and can understand your suspicion of when my account was made and when this post was posted. I am in their discord, because I have used their product for about 6 months now, and they mentioned hackernews, and I was curious because I have never heard of it. Now does that mean my comment about how the product has helped me in my projects is now not valid? Have a great day, and either try it or…

Okay, fair enough. It just looked like a sockpuppet account, but okay, I believe you you're real. Sorry.

FWIW your claim here is false: "Everything you have commented on this post has been negative". I don't think this comment of mine was negative: "the landing page is one of the most beautifully designed things I have seen in a long time". Also note that when someone criticized the level of fees, I responded to that comment by saying that the fees were "standard" (as opposed to high). So just to set the record straight, not "everything" I commented here was negative.

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

#48

Earlier quoted context omitted.

I appreciate your concern and can understand your suspicion of when my account was made and when this post was posted. I am in their discord, because I have used their product for about 6 months now, and they mentioned hackernews, and I was curious because I have never heard of it. Now does that mean my comment about how the product has helped me in my projects is now not valid? Have a great day, and either try it or…

Okay, fair enough. It just looked like a sockpuppet account, but okay, I believe you you're real. Sorry. FWIW your claim here is false: "Everything you have commented on this post has been negative". I don't think this comment of mine was negative: "the landing page is one of the most beautifully designed things I have seen in a long time". Also note that when someone criticized the level of fees, I responded to that…

I hadnt seen those, and went ahead and edited my comment to remove that.

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

#49

For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.

I’ve been in software long enough to know that there’s a market for products that make things slightly easier for devs and their managers who think even common APIs like stripe are too hard. The number of devs who are struggling with web hooks and simultaneously have some budget to spend is probably bigger than you think. Often these products are pitched and sold to non-technical managers, too. The sales team will le…

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.

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

#50
It looks like this does make some things easier, but I'm not sure if it's actually better.

From what I can tell, any time you use this to check something like the customer's subscription state (or anything else payment-related) - either from the front end or the back end - it's going to perform an API request to Flowglad's servers. If you care about responsiveness, I'm not sure that's a good idea. Of course, you can cache that state if you need to access it frequently, but then it kind of defeats the purpose of this layer.

Stripe integration can be tricky, but if you don't want to store anything locally, you might as well just hit Stripe's APIs without the middleman. For the payment systems I've worked on, having cached state in the database is actually really nice, even if it's a bit more work. Want to do a complicated query on your customers based on payment/subscription state and a bunch of other criteria? It's just a DB query. With this, I think you'll be hoping they expose an API to query what you need and how you need it. Otherwise, you'll be stuck waiting for a thousand API requests to fetch the state of each of your customers.

Post reply on HN