Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

github.com

Post reply on HN
Print view View original

31–40 of 230 posts

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

#31

Post by koakuma-chan »

irisman wrote: post #27
koakuma-chan wrote: post #18

Earlier quoted context omitted.

If you're trying to be like Vercel—it's a red flag for any reasonable person when you clearly spent more effort on your landing page than your actual product. What made Stripe so successful is that, I personally would not even attempt, like you said, "integrations with providers" "bank partnerships" "compliance screens" because that sounds basically impossible.

"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.

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

#32

Post by [deleted] »

Scubabear68 wrote: post #24
guessmyname wrote: post #14

Earlier quoted context omitted.

Who cares about developer experience? Genuinely asking, because I’m a developer too and I certainly don’t care. What we care about is solving the actual problem of payments with the downstream companies.

“Well your payments platform doesn’t actually do payments, but the developer experience of doing nothing was flawless!” Sorry for the snark, but been in payments a long time, and seen too much of this nonsense.

[deleted]

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

#33

Post by redbell »

baobabKoodaa wrote: post #7

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.

So, this is somehow similar to Polar (https://polar.sh/)

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

#34

Post by huflungdung »

clintonb wrote: post #2

> Not to mention choreographing the lifecycle of our business domain with the Stripe checkout flow and webhook event types, of which there are 250+ You don’t need to listen for all event types if you aren’t using _every_ Stripe feature.

[dead]

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

#35

Post by jfyi »

agreeahmed wrote: post #10
baobabKoodaa wrote: post #7

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.

For now, yes. The game plan over time is to get deeper into the actual card rails side of things. But first we really want to nail the developer experience.

You can't standardize the developer experience across different processors. I'm not trying to be negative here, just practical.

You are going to run into things like TSYS closing out batches every three days regardless of what happens.

The handling features for them and their customers thing is going to be a herculean task over even a couple different platforms. Not impossible, but it's big and you would do well to see what's out there before committing to a standard interface. Take a look at https://datacapsystems.com/ to see it done well.

Also, adding another layer like this, you better have an early plan to staff a support desk.

Oh, also, you are gateway, not a processor.

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

#36

Post by jazzyjackson »

guessmyname wrote: post #14
agreeahmed wrote: post #10

Earlier quoted context omitted.

For now, yes. The game plan over time is to get deeper into the actual card rails side of things. But first we really want to nail the developer experience.

Who cares about developer experience? Genuinely asking, because I’m a developer too and I certainly don’t care. What we care about is solving the actual problem of payments with the downstream companies.

DX = developers not shooting themselves in the foot and making it impossible to cancel my free trial because my account got deleted but the autopay didn't

fewers bugs = happier customers not getting charged for shit they didn't agree to be charged for

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

#37

Post by tyre »

OsrsNeedsf2P wrote: post #5
clintonb wrote: post #2

> Not to mention choreographing the lifecycle of our business domain with the Stripe checkout flow and webhook event types, of which there are 250+ You don’t need to listen for all event types if you aren’t using _every_ Stripe feature.

Sure, but everything from the Stripe UI down to their API is feature creeped. I remember using it 10 years ago and I got it working in 10-20 minutes. Last month I see it up for my new project and it took almost a whole day

Were you using it in the same way?

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

#38

Post by tyre »

irisman wrote: post #21
swedishuser wrote: post #11

> 2.9% + 30¢ Very expensive!

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

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

#39

Post by turnsout »

agreeahmed wrote: post #10
baobabKoodaa wrote: post #7

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.

For now, yes. The game plan over time is to get deeper into the actual card rails side of things. But first we really want to nail the developer experience.

The DX of Stripe is already great—it sounds like you want to give Stripe reasonable defaults. Not a bad idea, but if you know what you're doing, you can have AI read the Stripe docs and implement something based on established patterns. Who is your ICP?
Post reply on HN