I asked an LLM if there's ways to detect suspicious starring activity (e.g. if stars were purchased). It suggested checking the project's star history [2] (doesn't appear suspicious).
It also suggested the stars to issues ratio. n8n has 147k:6k (about 25:1) compared to, say, rails with 57k stars and 18k issues (about 3:1).
I haven't looked deeply into n8n (is it 'no-code' for building agents?). I just see hype and am default skeptical.
[0] https://github.com/n8n-io/n8n
[1] https://github.com/EvanLi/Github-Ranking/blob/master/Top100/...
I wouldn't call it "nocode". You need to get pretty techincal to implement useful functionality. You need to write SQL, you need to extract data from XML or JSON, you need to describe HTTP queries and parse responses. You're doing it in a GUI editor, connecting nodes, so it looks like a block diagram with ordinary nodes, conditional splits, loops and so on.
For me, personally, it looks very weird and I wouldn't use this product. It's much easier to just write code. But some people are afraid of code and will jump over all kind of hoops to pretend they're not programming.
(sorry for doubting)
And all fine. I know there is a lot of that going on out there. So, I can not blame you at all.
https://platform.openai.com/docs/guides/agent-builder
The openai agent builder launched 2 days ago is basically inspired by n8n. n8n when launched wasn't an AI tool, it was inspired from numerous enterprise integration tools like Mulesoft, which were inspired by dozens of other enterprise tools, some launched even decades ago.
If you haven't tried you should check it out. Its an amazing way for no-coders to build something substantial in a relatively quick manner.
This is basically just allowing self-hosting of a third-party's cloud, which is an improvement over traditional SaaS, but shouldn't dilute the FOSS label.
This is such a strange thing to post in response to a link which states:
> Although n8n's source code is available under the Sustainable Use License, according to the Open Source Initiative (OSI), open source licenses can't include limitations on use, so we do not call ourselves open source.
With extra restrictions, n8n is at most "source available".
Question to folks who’ve used n8n extensively, I’m curious, what are your experiences with n8n, and how much does it end up being a web of verbose “visual python” in practice?
I’m very much biased here and have a vested interest, because I’ve been working on a new product not far from this space, but much more oriented at technical users (platform engineers, primarily, see [0] and [1] for a shameless plug, not released yet), but really, I’m curious about what experiences folks have had here, and what your main issues with it were, esp. if you used it in a platform/devops engineering role, or maybe why you decided not to use it.
Oh, it's open (core) source. And while certain (just a couple of) enterprise features should have been made open to qualify as being called open source, it's very close to that. Most powerful features are open, ready to self host, modify and make your own.
Does it end up driving webs of python partials forming apps. Absolutely. Does it scale ? It does. Do complex flow remain maintainable? As a coder I prefer to maintain a repo of code than visual elements made of snippets. But, the critical advantage is productivity, for simple flows the community intelligence solves everything so you can get an operational set of valuable solutions within hours, even minutes once proficient with the interface. Another factor is, you can deploy pilot flow acting as applications, test them with production data, and make that live with the press of a button once pilot testing is done. With a code project you would need a robust and well polished cicd pipeline to get that.
The limit or cons to me is a logic and compute heavy solution just isn't a fit to run on an n8n platform, scaling n8n just isn't as intuitive as scaling pure application component that do one thing.
An example you may have a cpu heavy node, and a memory heavy node. It makes scaling the whole instance very inefficient. Scaling memory of a dedicated memory intensive application and scaling compute for the compute intensive component simply is far more optimal.
If resource cost is not significant relative to the value of your flows then just scale a self hosted n8n and you only need to digest having to maintain, following your analogy, a "nest of pythons".
Note: n8n sadly only supports python or JavaScript for custom code nodes, would have been nicer had they built a polyglot runtime instead. That's however more than what every other flow platforms let users do.
I kid you not, we use another no code solution at work and it was originally meant for PM to create workflows. It came to us the devs to make it and we resent daily working on it.
Our life would have been much similar if our workflows had been written in code.
Of course this is a standalone page written in some language that I forget. I think Cursor mentioned some animal name... anyway. Can you please put this into our product please?"
BoredPositron•1h ago
It's an okay product I appreciate that it's selfhosted with good documentation but they absolutely destroyed their brand with excessive affiliate marketing and now nothing of substance is left if you search for it anywhere.
mnky9800n•1h ago
narrator•1h ago
ekianjo•1h ago
weird-eye-issue•1h ago
monkeydust•1h ago
cinericius•1h ago
weird-eye-issue•1h ago
anticorporate•1h ago
I like n8n. It feels a little less rough around the edges for visual coding than something like huggin or nodered. The documentation is good, but finding examples and things like that offsite is impossible.
shiandow•1h ago
iyn•49m ago