The Origin of the “MIT License” (2020)
ieeexplore.ieee.org
ieeexplore.ieee.org
"Furthermore, the good will that was gained from free distribution of these software packages led to the flow back of both funding and software applications that support research and education at MIT. The cash flow has dwarfed the forgone revenue stream that likely would have come from licensing for a fee, and even that sum has been dwarfed by the value of the applications that became available.
"A lesson is that it can be important to look past the prospect of licensing for a fee, which may bring in a few dollars, and instead see the opportunity that opens if you give the software away. The potential reward can be orders of magnitude larger."
(Extra paragraphing added.)
Stallman said:
> The term "MIT license" is a confusion. It is used to describe two different licenses; see https://gnu.org/licenses/license-list.html. We call them the X11 license and the Expat license. To distinguish them, we do not use the term "MIT license". The X11 license was, as far as I know, first used by X11. I don't know how it was written -- the question is not interesting to me.
Thanks Richard.
Hal recalled that it was drafted by Karen Hershey at the request of the Technology Transfer Office. Regretfully I don't have a copy of his original response.
That said, it's more than a bit pedantic not to use the term "MIT license" given that all the licenses in that stream are quite similar and certainly in the same permissive spirit.
From Stallman? Who would have guessed.
The current license actually matches a related but different license than the X11 license and at least one open source IP lawyer I know suspects there may have been a minor mixup when the "MIT license" was approved by OSI.
When I first got access to the internet, MIT seemed awfully productive in producing code. Before I found out that MIT License doesn't imply the work was done by a person at MIT!
In a similar manner, democracy is far more strict than anarchy because you can't kill and loot whatever you want.
Yes, I'm comparing murder and theft with taking away users' freedom. Yes, murder and theft are probably considered worse than proprietary software in the eyes of many. My point is that just because something is more restrictive, doesn't in itself make it worse.
If you have to redefine the word "FREE" to mean freedom and your license is several pages of lawyer speak, then that is a problem.
I will take anarchy over crazy ideology any day of the week.
However, the relevant perspective on the GPL is that it's not really about freedom for developers. It's about freedom for users. If I as a developer/company want to ship modified FOSS to end-users. I can't hold the modifications back as secret sauce.
GPL doesn't restrict how you can release your own source code - even if you release your project as GPL, you can still release it under MIT, or a commercial license - it's your code, and you're the copyright holder. The restrictions only apply to code derived from other GPL projects, but that isn't really "your code".
Your reason for avoiding GPL seems to be that you cannot take GPL code and release it under a non-free license. That's exactly the behavior that GPL is designed to prevent - the bottom line is users' freedom, not developers' convenience.
Someone can absolutely do that. They just need to share the modified source code.
You can modify somebody's GPLed code and start selling it. The only restriction is that you must offer to share your source code with your customers and give them all of the same rights you have under GPL.
There is also a loophole that lets you sell modified GPLed code without sharing the source or giving them your GPL rights: run it on a server. AGPL closes this loophole which is why it is unpopular with large tech companies.
Any license that prohibits selling modified versions of somebody else's code would, if it became popular or was adopted by a popular project, be denounced by both FSF and OSI for violating the principles of the FOSS movement because the right to sell other people's FOSS software is considered an important user freedom. Writing such a license involves making fairly trivial changes to MIT or BSD but does make it impossible to combine any code licensed under it with GPLed code.
Translating this to the world of software licenses, similar things happen. With MIT, and BSD, an entity can take the project and just run with it. Neither the original owner, nor the ecosystem benefits. This is cool with some people, in theory, but from time to time, significant regret is demonstrated, of which my favorite is Tanenbaum learning from the media that Intel uses his system in all of the CPUs.
https://www.tomshardware.com/news/minix-creator-letter-intel...
I also recommend contemplating the "Paradox of tolerance" - a similar situation. It posits that in order to have a sustainable tolerant society, one must not tolerate intolerance - for if we do, it will take over, ending the tolerant society.