Just wanted to add here for those interested in this kind of thing, that we have over 4000 packages with income maintainers can claim today on Tidelift.
If you aren't in the 4000+ packages we have income for now, you can still sign up (which helps us get to subscribers who are specifically using your stuff, meaning income in the future).
But anecdotally that number is consistent with my experience.
When we created the GNOME Foundation in 2000, it was in part to manage the commercial vendors and money involved (Compaq, Eazel, Helix Code, IBM, Sun Microsystems and VA Linux Systems, see the press release https://www.gnome.org/press/2000/08/red-hat-joins-industry-v...).
This was not at all unique to GNOME, same kinda stuff around all the major projects at that time.
One thing I think is new and constructive is more ways to pay maintainers without asking them to join a giant company.
As someone who was around 10 years ago I'd question that a little, there were lots of OSS companies then, and lots of people getting hired and paid to work on OSS too.
A difference today is trying to move some of the money down to smaller-scale projects that have little chance of becoming a standalone company, and also more options to get paid without having to go work at a big company.
JSON5 is new since that was written I think... there are a bunch more of them too.
As part of the team at lightbend that came up with HOCON I still like it because it lets you use env variables (handy for Docker, Heroku, etc) and has some don’t-repeat-yourself capability without going to a full programming language.
(If you’re going full language, to me why not use a real one, maybe the one your app is written in... but there are definite tradeoffs to using a language, like difficulty writing automation that understands the config, and it assumes anyone changing config is a full-blown developer)
The point here of course isn’t that it’s bad to make a profit with OSS; it’s that maintainers can learn from how this was done and participate in it themselves to sustain their work.
I would say that we collect money on behalf of the companies who buy an enterprise maintenance subscription from us, and we agree to provide those maintenance services. So far this is what many OSS businesses do.
But while existing OSS businesses hire 100% their own staff to then provide the service, we split our revenue with interested maintainers who want to help provide the service. We are creating an opportunity for upstream projects to participate directly _if they want to_. If they don't want to, then no problem!
The beneficiaries are: subscribing companies get an enterprise maintenance service for their dependencies; participating maintainers get paid a revenue share (royalty-style model) for doing work on their project.
Tidelift's share of revenue mostly is not profit. It's analogous to what any software vendor would pay for the nontechnical roles at the company. https://tidelift.com/docs/lifting/paying goes into more detail on that.
It is worth spending money on sales, because even though it lowers the _percentage_ of revenue going to engineering, it increases the _amount_ of revenue going to engineering. Businesses spend money on sales/marketing/finance/ops because it results in more money overall. The same math applies to Tidelift.
All other open source vendors give maintainers a 0% cut, though the best ones do add a lot of "in kind" value in the form of contributions, those contributions often actually create more work for the primary maintainers, and everyone ends up bottlenecking on those overworked maintainers.
Tidelift is not a money transfer or donation system. It's a commercial service provided in cooperation with interested upstream projects.
The issue here is that "support" is an overloaded word. Tidelift does not ask maintainers to be a help desk where subscribers can call them up directly. But we do provide certain assurances and help with open source dependencies, through a combination of our own efforts and that of participating maintainers.
It's not that developers don't have to think about sales and marketing _at all_, but it's much reduced vs. starting one's own company from scratch. All those jobs that sales, marketing, finance, operations, etc. are normally doing at a company are things that Tidelift takes on.
Apologies, I didn't see that comment before. The target customer is large organizations and the pricing is typical for that. We'll be getting a pricing page up that explains the details. There are conditions and commitments for maintainers, see:
This is a commercial transaction; subscribers are paying for value, and we are paying maintainers to help us provide the value. It is not a donation model. We think it is a favorable transaction for maintainers because it is royalty-style rather than hourly-consulting-style. The same amount of work can be sold N times.
For donations there are a number of existing solutions and we would encourage people to use them also!
> This is a commercial transaction; subscribers are paying for value, and we are paying maintainers to help us provide the value.
That's just not what your branding/advertising is telling me. I understand that's what's happening but the way you're billing it comes across like you're Patreon for open source.
If you're a maintainer, ctrl-f through this list and see if you're in there: https://blog.tidelift.com/is-your-package-eligible-for-incom...
Tidelift is also supported via the new GitHub Sponsors feature: https://tidelift.com/subscription/how-to-connect-tidelift-wi...
If you aren't in the 4000+ packages we have income for now, you can still sign up (which helps us get to subscribers who are specifically using your stuff, meaning income in the future).