Large Corps won't use your code if its AGPL? Thats a feature, code away without worrying about breaking anything!
Sorry but I don't consider letting Lucy set up the football and giving it a solid go to be kind and equitable. It's called "being a mark."
I also recently found the European Union Public License (EUPL, e.g. [0]), which seems similar to the AGPL. Might be interesting to Europeans. The translations being available in multiple languages is really nice. It being a less often used license could also be a feature.
What you shouldn't do is have unrealistic expectations about the software you release. If you give stuff away for free, expect that you're giving it away for free. If people ask for free support, and you don't want to give it, be prepared to tell them so. Also, don't expect that there is any unwritten expectation for anything in return.
Your license is your agreement with your users. If it doesn't outline what you want, you picked the wrong one.
I'd use GPL if I wanted to expend the effort trying to force people to contribute to my projects. But that isn't always the case.
The latest GPL lawsuit I saw was only possible due to a large grant from amateur radio hobbyists.
https://sfconservancy.org/copyleft-compliance/vizio.html https://sfconservancy.org/press/qanda.html
Offer two licenses. One GPL and the other commercial. Make the commercial license as costly as possible, even Oracle grade by charging per core. Include language stating that the licensing agreement falls back to the commercial license if the GPL is violated and the violation is not remedied according to the provisions set in the GPL.
Any licensing fees collected get poured back into the open source project.
If another company is stupid enough to ignore these terms, I'm sure you can find someone willing to sue on your behalf for a fraction of the damages owed to you.
I've seen Super Source (https://supso.org/), which I think used to be called Supported Source (https://supportedsource.org). It seems to make providing commercial licenses easy. But their website is pretty bare. Do people usually just roll their own with Square or Stripe? I've found it hard to get search results on this at all.
People with money (corporations) were always the ones to benefit most from permissive open source, they're best placed for it.
Permissive open source only really makes sense as charity[1], or for libraries you as a developer want to be able to use at future companies[2] or as a component for a corporation's grand strategy.
[1] "Here, have this, I built it and I want to share it so that it doesn't go to waste sitting on my storage."
[2] Only the case if you accept outside contributions with no copyright assignment, since otherwise you have the power to relicense your own code.
I mean, the line between a useful idiot and a scab is so thin it barely exists.
> Permissive open source only really makes sense as charity[1], or for libraries you as a developer want to be able to use at future companies[2] or as a component for a corporation's grand strategy.
Edit: nah, I think "as charity" it's bad (takes away from others, corporations don't need your charity), case 2 is at best misguided (just charge them, don't do this for free, please), and only 3 makes sense, as in "language bindings for our product are permissive."
At any point you can decide to pursue or stop maintaining the code and anyone can decide to fork and take over. It is just naive to think you will always find fun in working on it or pretend you might make a living out of it unless you have a strong business plan.
And that's the problem.
Many people like the idea of 'helping' other people for free, even if these users never 'give something back' (because they can't program, don't have the time to translate something, ...). But helping other people (companies) make money for free that already have not only enough but way more than you, and you even do the less rewarding work like fixing bugs is not what moste people thought of when making OSS.
OSS saves on headcount.
Getting a high adoption OSS project takes more than putting a repo on GitHub. In some cases like this one, it’s possible that the underlying cost of these activities is much closer to the licensed proprietary software than the OSS variant (aka free)
Why? Open source projects are released with "NO WARRANTY", which includes the possibility of dropping maintenance at any time. If you want continued support you either fork the project and DIY, or pay someone to support you.
This isn’t like a software company taking over some abandonware tool that they rely on. Building and maintaining software is not in the wheelhouse of these companies. They’d rather spend more or have fewer features in exchange for lowering risk.
Are you saying that it would be unethical if Google find out they'd now rather work on something newer/better, and stop having engineers contributing to it?
And if you’ve decided that making open-source software inherently contributes to the development of closed-source software, what’s your recommendation?
If it’s unethical to work on closed-source and open-source, do we all just go home and stop writing code?
However I would never have expected that allmost nothing is returned by anyone.
I mean, I'm an IT consultant and I was doing consulting with other projects that I work on and I'm fine with that. I love doing that, I love giving training, mentoring people and companies to become open-source contributors. I saw that the effort-to-improvement-ratio open-source could bring to the automation industry was just incredible 5 years ago. That's why I put so much work into the project and I continue doing so ... just differently ;-)
Not everything we dislike is a violation of ethics.
Is it ethical to allow unethical behavior?
I write software personally, which I license under the MIT license. I write software professionally, which is closed source. I don’t believe either of those things is inherently unethical. There are obviously examples of any kind of software that are unethical, and there are ways that closed source licenses enable unethical behavior, but I’m not following the expansion of that to the license choice itself.
Do you (and the other commenters in this thread) believe that closed source software is unethical? And if so, why?
And do you believe that MIT-licensed software is also unethical, because it allows for closed source usage? If so, why?
To use a situation common these days, knowing people wearing masks are less likely to pass COVID to others wearing masks, is it ethical to have a restaurant that allows clients not to wear masks? Is it ethical to operate a whore house that doesn't mandate regular AIDS tests?
Do you (and the other commenters in this thread) believe that closed source software is unethical? And if so, why?
And do you believe that MIT-licensed software is also unethical, because it allows for closed source usage? If so, why?
You just keep repeating that it’s unethical to support unethical things. Since that’s amazingly general and you’re commenting on a thread about software licensing, I assumed you were attempting to comment on the ethics of closed source and/or MIT licensed things. If you don’t think those things are unethical, just repeating overarching premises about ethics seems irrelevant. If you do think the things being discussed here are unethical, it would make for a much more engaging conversation if you’d say so and elaborate on why, vs just driving circles around the discussion repeating the kind of slogan I’d read on a picket sign at a philosophers march.
> In the end, you've contributed to closed source
yes, that's exactly what using the GPL is supposed to prevent
Without necessarily taking a position on the ethics, I would point to macOS and its derivatives as a clear example of this. Apple invested significant resources into a successor to System 7 called Copland, abandoning it in 1996. While the purchase of NeXT in 1997 hugely influenced the design of OS X, look at all of the free and open source projects that accelerated its development: Mach, Clang/LLVM (and GCC before it), KHTML, KJS, CUPS, much of the BSD and GNU userland, and the list goes on.
macOS, and by extension iOS, would not be where it is today without its open source core. Put a little spit and polish on it (no small thing, of course), add a kernel extension named Don't Steal Mac OS X.kext, and voila: new O/S.
- Mach's primary architect, Avie Tevanian, was hired by NeXT to productize it, and he continued that work at Apple with XNU and the OS X strategy to replace the classic MacOS
- Apple hired Chris Lattner after he finished his PhD (where LLVM was started) and then created Clang and open-sourced it, as well as other LLVM tools like libcxx
- Apple hired Michael Sweet (creator and maintainer of CUPS) and paid him to maintain it for several years
As you say, Apple's software wouldn't be where it is today without open source. But major open source projects either wouldn't exist at all (e.g., Clang) or would have needed someone else to pay for their maintenance (e.g., CUPS) without Apple.
>for free
How much open source code is actually written by hobbyists working for free? Most of the Linux code is written by paid engineers employed by big tech companies.
Linux is used by whole planet, but it's not a burden for Linus Torvalds.
Same for KHTML -> WebKit/WebCore -> Blink (LGPL), which is used even by such GPL haters as Apple and M$.
Initially, almost all of it.
> Most of the Linux code is written by paid engineers employed by big tech companies.
Nowadays. It didn't start this way.
Now it seems to me that releasing code you wrote for free under a permissive open-source license is somewhere between ill-advised and unethical. On one hand it will not benefit you in any way, on the other, it will be incorporated in a company's proprietary project thus lowering the expenses necessary to develop it. In the end, you've contributed to closed source and on top of that you got nothing in return... And that is the best case, as we saw with log4j, you can be held responsible in the court of public opinion in case the project you developed and maintain for free (with no warranty or liability as per license) causes an issue...