Live data from Hacker News

Show HN: We built a developer-first open-source Zapier alternative

trigger.dev

131–140 of 196 posts

Re: Show HN: We built a developer-first open-source Zapier alternative

#131

Earlier quoted context omitted.

Zapier's UI is a hot mess. If you breathe on a zap it turns off. Default names for zaps are "Untitled Zap". Pricing is very high for any sort of serious traffic. The webapp runs very slow. But most important, no one knows how to say "Zapier". Is it ZAHpier or ZAYpier?

Rhymes with happier.

In my mind it will always rhyme with tapir..

Re: Show HN: We built a developer-first open-source Zapier alternative

#132
All the example use cases seem to be for non business critical stuff.

Is this being sold as a tool that I could use for.. say.. persistent workflows for customer payments? Say I needed to take payment, and make sure that a ticket is reserved using a 3rd party api once the payment is successfully processed, refund the payment if there's some kind of problem, and then I need to send a confirmation email.

Can I store and query state on the workflow? In my code can I `await` the completion of a workflow and get a result?

Re: Show HN: We built a developer-first open-source Zapier alternative

#133
post #126

This looks great. I'll have to play around with it. Related, we built a developer oriented Zapier clone for event scale automations awhile back for our internal product. We've since pivoted and have been debating on potentially open sourcing the engine as well. We built ours using Rust with a DSL for all the triggers, actions, and action inputs/outputs. The actions themselves are defined as APIs, which makes it easy…

I'm always interested in seeing alternative solutions to this problem.

Re: Show HN: We built a developer-first open-source Zapier alternative

#134
post #80

Either "trigger" is a blacklisted word or your domain is on a list somewhere, because my company has this url blocked under the "weapons" category. That's unfortunate.

Would be willing to bet your connection has an over aggressive blocking system going on

https://en.wikipedia.org/wiki/Scunthorpe_problem

Re: Show HN: We built a developer-first open-source Zapier alternative

#135
post #17

At first I thought that a code alternative for a no-code solution like zapier was counterintuitive. But as an engineer using Zapier (for the first time) these past few months I got so frustrated by the lack of an option to just write some "if" or just 2 lines of code to make things work the way I want them. I think trigger.dev nails it. This is exactly what I needed.

You should try make.com. It is great!

Last time I tried make.com, they couldn’t run scenarios in parallel: every subsequent run had to wait for the prior one to finish.

Was a dealbreaker for me.

Re: Show HN: We built a developer-first open-source Zapier alternative

#136
post #17

At first I thought that a code alternative for a no-code solution like zapier was counterintuitive. But as an engineer using Zapier (for the first time) these past few months I got so frustrated by the lack of an option to just write some "if" or just 2 lines of code to make things work the way I want them. I think trigger.dev nails it. This is exactly what I needed.

Also look at https://pipedream.com/

Re: Show HN: We built a developer-first open-source Zapier alternative

#137
If I could easily port my business’s Zapier integration [0] to this (or any other Zapier competitor), I absolutely would. But after writing and maintaining the Zapier integration, it’d be too much effort unless the ROI was really high.

[0]: https://github.com/keygen-sh/keygen-zapier

Re: Show HN: We built a developer-first open-source Zapier alternative

#138
post #137

If I could easily port my business’s Zapier integration [0] to this (or any other Zapier competitor), I absolutely would. But after writing and maintaining the Zapier integration, it’d be too much effort unless the ROI was really high. [0]: https://github.com/keygen-sh/keygen-zapier

Hey there! I really like your service. What's your tech stack?

Re: Show HN: We built a developer-first open-source Zapier alternative

#139
post #137

If I could easily port my business’s Zapier integration [0] to this (or any other Zapier competitor), I absolutely would. But after writing and maintaining the Zapier integration, it’d be too much effort unless the ROI was really high. [0]: https://github.com/keygen-sh/keygen-zapier

Hey there! I really like your service. What's your tech stack?

Mainly Rails. Some Go.

Re: Show HN: We built a developer-first open-source Zapier alternative

#140
post #139

Earlier quoted context omitted.

Hey there! I really like your service. What's your tech stack?

Mainly Rails. Some Go.

Cool. What did you use Go for that rails couldn't do (or do well/scale), if you mind me asking?
Post reply on HN