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.
It's as if you don't want source code to be available _at all_ unless it's under a FOSS license
The existence and growth of FOSS is something that has happened as a result of considerable advocacy, and while its broad success has become somewhat self-sustaining, there will never not be the risk of a slide into more single-corporation-friendly "source available" realms.
It's not a bad thing to push for "source available" to be considered as not going far enough, and to not let it supplant FOSS through purely pragmatic concerns.
There is something off about this to me in a world where FOSS exists in it's present form primarily to the outsized benefit of hyperscalers and entrenched incumbents
There was a post on another forum earlier this week on this same broad topic which resonated deeply with me, as someone (who like most of the US population) is a layoff and a medical emergency away from ruin:
> When I started getting interested in open source, I had problems like unreliable software, the inability to inspect or improve it, limited experience with collaborating. Open source solved those, but now my most pressing problem is that the excellent software I use is undermaintained and outright abandoned because the creators can't afford to keep donating time to it. Open source has been a process for solving problems, not the end goal. If it's not capable of solving problems, it's time for new approaches.[1]
Not exactly the fault of n8n, but the confusion is there to clear up. That is all I'm reading into it.
They did start out by incorrectly calling themselves open-source, but to their credit they stopped doing that and have been very clear ever since.
> Nowhere in any common open license does anyone promise to keep working on their project, much less on particular terms. Any contributor to a permissively-licensed project can license their next contribution however they want. Any steward of a copyleft project with rights to all contributions can, too. Much as you could pick an Apache-licensed project, fork it, and sell your enhanced version under proprietary terms, a project steward can share new work under new terms, as well.
>
> None of this changes the license terms for old releases. Prior versions with MIT or Apache 2 or MPLv2 or what have you in the LICENSE file remain available to use, share, and change under those terms. That includes forking. We see that every time a going-forward relicensing spawns a new one. The reason the new license terms matter for new releases is that those new license terms apply to the diff between the old release and the new one.[1]
[1]: https://writing.kemitchell.com/2023/09/23/Two-Kinds-Relicens...
That's a terrible reimagining, subtlying implying that open-source is old and past it.
It's a pre-open source license. They've not quite made the bar.
It's really not that deep; U2 and Mogwai exist in the same timeline, in the same shared canon of contemporary music.
> It's a pre-open source license
This statement is strictly ahistorical; the earliest software licenses which made source code available to everyone and included restrictions on redistribution and/or use date back to the late 1990s[1][2].
You can certainly _try_ to make the case that these are the same as the Xerox license, but I don't think it would be a very strong one.
Are these projects comparable?
First off, Node-RED handles real-time event data much, much better in my experience. Because of where Node-RED came from, there's much better support for IoT, MQTT, Modbus, OPC UA, edge protocols, etc. n8n is much more limited in this regard, and the fact that the Node-RED and FlowFuse community has literally thousands of custom nodes makes the calculus pretty clear.
I also think that FlowFuse/Node-RED has better integration of AI workloads. In theory n8n is designed around AI, but it treats it the same way OpenAI's AgentKit does - as sort of opaque connections. FlowFuse/Node-RED instead treats it as an actual message payload (both in terms of how you connect to the APIs and how you interact with what's generated), so instead of throwing your request into the void and hoping for the best, you can control every minute part of the flow.
That also makes for much more transparent debugging and visual data flow - the whole idea of these low-code environments is to give you the same control as high-code without the headache. Abstracting that away too much gives you less control, which is sort of the antithesis of this approach.
Like I said though, SUPER biased here.
No-code: "I don't need code, this is so easy!" 2 weeks later "I wish I had access to literally any code system to make this work."
Low-code: "I don't need code, this is so easy!" 2 weeks later "Oh awesome I can actually use code here!"
With extra restrictions, n8n is at most "source available".
(And BTW I like OSI’s definition!)
Instead of claiming the words “open source” always mean OSI’s definition, it’d be better to clarify up front that you’re talking about OSI’s “Open Source Definition”, which is (effectively) a trademark or term of art and does not preempt all possible definitions of the phrase. (Special note that the words “open source” do not always refer to code.)
The turf battle over the words free and open seems silly to me, with both sides arguing that the other side’s word literally means something other than they intend. Stallman has argued that open means source available, and OSI has argued that free means price. Both sides are right, and both sides are stubborn too.
Rather than clarify confusion & raise a real and important distinction, this post carries water for obfuscation and confusion: if people aren't clear the answer isn't to loosen the definition, it's to make the distinction clearer.
* Free Software - meets FSF's four freedoms
* Open Source - meets OSI's definition
* Source Available - you can read the source code
This is not an argument in favor of n8n.
If you enable the enterprise feature flag or use the Docker image, the result is source available.
I think it’s fair to call Windmill open source. It’s using the open core model for commercialisation. Just because you publish open source it doesn’t obligate you to make all the code you write open source.