upvote
Something I learned about being a part of an ecosystem: if you want it, you need to support it and help it stay alive.

That applies to local shops as it does open source projects.

reply
The project has never even had a donation button on its page, only a link with a few sponsors.
reply
The effort to setup donations is almost always more trouble than the donations that result are worth. Better spent looking for a job, or working on a commercial project that will make money. People simply don't donate to open source projects at a level that matters.

I've been working on Open Source software for 30+ years. There's no money in it, if your idea for making money is "accept donations". I don't like it, but it's a fact. If you want to make money, you have to make something that isn't free (and even then, if you give away the most valuable parts, as in "open core" licensing, you probably still won't make enough money to make the development worth it).

When I was young and driven by idealism and optimism, I assumed that with enough users I'd be able to ring the cash register somehow. Turns out not so much. We got the users, the money never came. There are a few outliers, but there probably aren't a lot of opportunities to found a Red Hat today.

reply
Second this. There's no money in donations. Also the target demographics for donations is individuals, who rarely donate and are kind of desensitized to the whole thing at this stage (as everyone and their mother asks for donations).

Companies need to jump through legal and accounting loopholes to donate, they very much prefer a simple purchase, which is nice! But setting up actual purchases is a whole different ordeal with open source, now the question is why is the company paying for something that's free?

Source: my own 5-stars open source project with 500k+ active users that paid for 3 coffees in total over 10+ years. I still get like $2 sometimes after a long while.

reply
I wonder whether the author has considered taking the product to a paid level and what would be necessary for it.

Obviously, all contributors have some form of copyright, which may or may not have been waived depending on whether there was an ACL in place and jurisdiction. So he would need to get permission from the copyright holders, maybe in exchange for a percentage of the profit.

reply
Changing the license of already existing code? You might not be able to do that without permission from other contributors, I agree.

But it's MIT license. We can open a company tomorrow, take that code, and start selling it. Further development and improvements of the code could be trivially done openly or behind closed doors. FWIW the author themselves could do that if they wanted.

reply
ANd that gets rather looked on here as the authors being deceitful and not really Open Source doing a bait and switch.
reply
I've been working on a software package I'm hoping to release in a few months... I'm really torn on either split FLOSS with commercial extensions, or just going fully private... I was planning on a pretty generous free tier, but hoping to make a bit on the side from commercial customers.

It's a bit of a niche as it is, so that's going to be rough in any kind of pricing model, as a large part of that niche is either homebrew types and the other commercial industry that will likely require some more integrations and customization.

reply
You could dual license as well, so it’s GPL or AGPL for personal, OSS, or academic use, but requires a paid for commercial license for commercial use.

I suggest GPL or AGPL because their copyleft clauses make them hostile towards platform providers who might otherwise seek to profit from your work without paying.

reply
Platform providers can take (A)GPL code as-is and totally profit from it without paying.

As long as they keep releasing sources of their own modifications -if they ever do any-, the rest is fair play.

reply
Yeah, but the copyleft makes anything they build around it a derivative work that they also have to release sources for - especially with AGPL. Most don’t want to do that because that’s where their IP lives.

Not all open source licenses are copyleft licenses (e.g., MIT very much isn’t), but at the very least copyleft licenses make it much harder to exploit open source code commercially without giving back in some way, whether that’s code, or cash for a commercial license.

Not perfect, by any means, but definitely an improvement over more permissive licenses.

I am aware of how much I’m starting to sound a bit like RMS in my old age.

reply
I wholeheartedly agree. Licensing is a complex topic of which I've read a good deal, and even within the Open Source communities there are usually a lot of misconceptions, so I like chiming in with less commonly pointed but very practical effects of it all, in case it helps someone to learn a tiny bit that day.

In this case the provider would of course have to comply with the AGPL and release their modifications as you mention, but it's important to note that No FOSS license protects at all against, for example, just offering the code as a service. It's the exact reason why Mongodb changed licenses and then a stream of commercial products started to change into "Source-Available" licenses in the recent past.

reply
It would be dual license effectively... the base version AGPL and the Commercial version with additional functionality. Though I'd considered BSL and alternatives... and as mentioned, just closed/commercial only.
reply