I guess we need a new type of Open Source license. One that is very permissive except if you are a company with a much larger revenue than the company funding the open source project, then you have to pay.
While I loath the moves to closed source you also can't fault them the hyperscalers just outcompete them with their own software.
Various projects have invented licenses like that. Those licenses aren't free, so the FOSS crowd won't like them. Rather than inventing a new one, you're probably better grabbing whatever the other not-free-but-close-enough projects are doing. Legal teams don't like bespoke licenses very much which hurts adoption.
An alternative I've seen is "the code is proprietary for 1 year after it was written, after that it's MIT/GPL/etc.", which keeps the code entirely free(ish) but still prevents many businesses from getting rich off your product and leaving you in the dust.
You could also go for AGPL, which is to companies like Google like garlic is to vampires. That would hurt any open core style business you might want to build out of your project though, unless you don't accept external contributions.
IANAL, but the Polyform Project (https://polyformproject.org/) apparently are, and they drafted a suite of licenses for these purposes.
Also, I'm not sure how anathema AGPL is. It's true I rarely see AGPL projects being hosted by big clouds, but AGPL is also just less popular as a license. I know AWS hosts AGPL Grafana, but iirc, they had to work out some deal with upstream.
That would be interesting to figure out. Say you are single guy in some cheaper cost of living region. And then some SV startup got say million in funding. Surely that startup should give at least couple thousand to your sole proprietorship if they use your stuff? Now how you figure out these thresholds get complex.
Server Side Public License? Since it demands any company offering the project as a paid product/service to also open source the related infrastructure, the bigger companies end up creating a maintained fork with a more permissive license. See ElasticSearch -> OpenSearch, Redis -> Valkey
Inflicting pain is most likely worth it in the long run. Those internal projects now have to fight for budget and visibility and some won't make it past 2-5 years.
2. You're forgetting bureaucracy and general big company overhead. Hyperscalers have tried to kill a lot of smaller external stuff and frequently they end up their own chat apps, instead.
I would say what we need is more of a push for software to become GPLed or AGPLed, so that it (mostly) can't be closed up in a 'betrayal' of the FOSS community around a project.
>Many large corporations in Europe, especially in sectors of prior consistent growth and profit, are chock full of too many managers.
As an engineer who 'jumped' to middle management: yes. 100% yes.
It's kinda disheartening and also a little bit insane to sit in a room with 12 people who learned CISSP and ISO27001 by heart but could not explain what SSH is or what a container does.
Everything has to first be abstracted away from tech into 'risks' and then 'controls' and then these controls have to be re-translated into actual changes in IT systems.
However, at every layer and every abstraction so much detail is lost that they're essentially steering blind.
Last week one of them suggested that we should whitelist the entire IPv4 range of AWS to allow some SaaS (Jira?) to connect to our internal Git.
The policy said to do whitelisting and so they all approved it until I challenged it.
Crazy to watch and honestly so disheartening that I might go do something else. Trying to affect change feels like leaning against a wall.
Try selling something containing Nicotine and you will find the EU has an opinion on that, too.
reply