This being open source changes my entire perception of it. Appreciate all the work you've put in and how you are willing to share with the world!
Show HN: We built a developer-first open-source Zapier alternative
151–160 of 196 posts
Re: Show HN: We built a developer-first open-source Zapier alternative
#152This looks great, congrats on the launch! I am interested in a platform that bundles many pre-built integrations to various services that I could wire up through code and execute on my customers' behalf. Essentially, a way for me to present my customers with a plethora of integrations out of the box without having to build them all myself. This seems like it's moving in that direction and I saw another comment where…
We also do this at windmill: https://github.com/windmill-labs/windmill
This is interesting, thanks for sharing! It took me a little bit to process all the content but I think I get it :)
If I'm reading correctly, to build features on top of Windmill requires the commercial license even if self-hosting which comes with a price of $.002/ computation where a computation is 1 second of processing on 1 CPU with 2GB ram.
One of my main usecases would be to create flows to pull data from various sources. The speed of such processes often depends on the 3rd party APIs - so it wouldn't be unheard of for a process to take 30+ min to pull a bunch of data where much of the time is spent on data transfer or waiting for the service. Does that mean it would cost me .002 * 60 * 30 = $3.60 for one 30 min data sync? That's not including any downstream etl I might do that would potentially multiply the cost. Curious if that's accurate or if I'm misinterpreting something.
Re: Show HN: We built a developer-first open-source Zapier alternative
#153At 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.
Zapier has a python / JS code step (basically a AWS lambda) you can use to do something like this. Downside is that it has a timeout of 10s
And the second downside is that you don't necessarily get the same data as the normal no-code steps...
It's still a mess to manage arrays and arguments auto-split by commas
Re: Show HN: We built a developer-first open-source Zapier alternative
#154Would love it if there was an email list I can subscribe to so I can keep up to date with development. I don't have a use for Trigger right now, but it seems like a cool tool that I want to keep up with.
We don’t have a newsletter at the moment so the best way to stay up to date is via Discord where we’ll be posting all our updates: https://discord.gg/hYmCPJRDcb
Re: Show HN: We built a developer-first open-source Zapier alternative
#155Earlier quoted context omitted.
Does windmill have any way of going into code, without it basically becoming "code in a input box". The developer first solution trigger.dev have here is really scratching a real problem. But as they say they are not for the easiest workflows. I'm really looking for something that is gui first but as a drop down to code when you want. But inline code editor, let me save it to a git repo or similar. And don't have glo…
> I'm really looking for something that is gui first but as a drop down to code when you want. But inline code editor, let me save it to a git repo or similar. That's like, exactly what we are, take a look at this screenshot for instance: https://github.com/windmill-labs/windmill/blob/main/imgs/win... As for syncing code to git, we do it as well through our CLI and Github Actions: https://github.com/windmill-labs/win…
Windmill looks cool! I've always wanted to write something like Huginn [1] available as a single binary.
Can I ask, what were the benefits of writing a new workflow engine instead of building around Temporal?
Re: Show HN: We built a developer-first open-source Zapier alternative
#156How does this compare to n8n.io? Seems like you need to be a bit more knowledgeable to use this than a true low code solution.
Re: Show HN: We built a developer-first open-source Zapier alternative
#157I was recently looking for a simpler alternative to Temporal ( https://temporal.io/ ) so this could be ideal. If you could add instructions for self-hosting it (_sounds_ like you just need an Express server, but I would guess some backend persistent store/database/queue too) that would be great. The Webhook catalog only lists Github: I think integrating with Stripe would be neat. Like, when someone pays an invoice, S…
As someone curious to try out Temporal. What makes you think it is not simple, is it tricky enough that one should avoid it?
What else makes this Trigger.dev stand out compared to Temporal? Temporal already has self hosting option, multiple language support and a battle proven history. Even if trigger looks good on paper, it would need some other really convincing reason for me to consider a completely fresh tool over something more proven, that appears to fill the same space.
Good to see some competition in this space though. Workflows are too important to be relegated to flaky scripts, diy workflow engines or worst of all: yaml-as-code.
Re: Show HN: We built a developer-first open-source Zapier alternative
#158Earlier quoted context omitted.
> I'm really looking for something that is gui first but as a drop down to code when you want. But inline code editor, let me save it to a git repo or similar. That's like, exactly what we are, take a look at this screenshot for instance: https://github.com/windmill-labs/windmill/blob/main/imgs/win... As for syncing code to git, we do it as well through our CLI and Github Actions: https://github.com/windmill-labs/win…
Windmill looks cool! I've always wanted to write something like Huginn [1] available as a single binary. Can I ask, what were the benefits of writing a new workflow engine instead of building around Temporal? 1 - https://github.com/huginn/huginn
The biggest reason is to be able to deploy, as you mentioned, windmill as a single binary that you can then easily scale horizontally.
The second one is deeply rooted to how it works, it is running fork of those scripts calling the interpreter of those respective languages. It has pros and cons but you can do interesting things like having workflows in different languages, first step in python, second step in go.
Overall it would have been possible to build this on top of Temporal but the biggest benefit of Temporal, which is idempotency/checkpointing is not something we could have offered at the level of abstraction that we operate, running arbitrary single scripts piped together using a result graph and a shared mounted folder. So why bother?
Re: Show HN: We built a developer-first open-source Zapier alternative
#159Earlier quoted context omitted.
We also do this at windmill: https://github.com/windmill-labs/windmill
This is interesting, thanks for sharing! It took me a little bit to process all the content but I think I get it :) If I'm reading correctly, to build features on top of Windmill requires the commercial license even if self-hosting which comes with a price of $.002/ computation where a computation is 1 second of processing on 1 CPU with 2GB ram. One of my main usecases would be to create flows to pull data from vario…
You do not need the enterprise license to run this self-hosted, only if you want the commercial license version of AGPLv3 + support/SLA and some high scale plugins like our dependency cache syncing.
Your calculation is correct and I agree it is a bit of a steep pricing. Most companies have small scripts to run and we wanted to bill according to the value they were extracting of the product and do transparent enterprise pricing instead of the usual "contact us". Unfortunately, it is not a one-size-fits-all situation. For data heavy/IO bound workflows, we should bill per number of GB transferred rather than per computation. In any case, we are very open to do price capped contracts depending on your use case: ruben@windmill.dev
Re: Show HN: We built a developer-first open-source Zapier alternative
#160Earlier quoted context omitted.
This is interesting, thanks for sharing! It took me a little bit to process all the content but I think I get it :) If I'm reading correctly, to build features on top of Windmill requires the commercial license even if self-hosting which comes with a price of $.002/ computation where a computation is 1 second of processing on 1 CPU with 2GB ram. One of my main usecases would be to create flows to pull data from vario…
You do not need the enterprise license to run this self-hosted, only if you want the commercial license version of AGPLv3 + support/SLA and some high scale plugins like our dependency cache syncing. Your calculation is correct and I agree it is a bit of a steep pricing. Most companies have small scripts to run and we wanted to bill according to the value they were extracting of the product and do transparent enterpri…
Makes sense, thanks for the reply! Pricing may be steep compared to diy but as a comparison, Airbyte Cloud seems to charge $10/GB or $15/1M rows transferred[0] which seems like it would be even more expensive.
I'm doing some more research but will keep ya'll in mind and reach out if I have more questions!