|
|
|
|
|
by burntsushi
2073 days ago
|
|
Just to pop up a level here, we're moving beyond my initial argument with the top poster here I think. I took issue with saying that it was "common sense" to use a license that prohibited things you didn't like. My argument is that you might actually intentionally not do that because there is nuance here that common sense shouldn't and couldn't paper over. > Why do you not just pick a license that forbids uses not compatible with your ethical standpoint, and chose to just not enforce the terms should they be violated? This way, companies are likely to respect your intent and preference and you don't have to make use of a legal system you don't support. I think that leads to a lot of grey area in terms of what people are and aren't allowed to do with my code. It also kind of presumes that I would ever try to enforce anything, which is itself not just an ideological decision but a decision to be made in light of costs and resources and will. Since we're now getting deeper into what I personally do, I'll note that in practice, I dual license under the UNLICENSE and the MIT. I use the UNLICENSE because it's goal is to explicitly disclaim monopoly copyright interest while attempting to be a public domain dedication. I also add the MIT because some folks stopped using my code when I only used the UNLICENSE because they were too risk averse and wanted a more established license. |
|
As an aside, an alternative to this dual licensing might be the 0BSD license: http://landley.net/toybox/license.html
It's on spdx: https://spdx.org/licenses/0BSD.html
It's approved by OSI: https://opensource.org/licenses/0BSD
Available on choosealicense.com: https://choosealicense.com/licenses/0bsd/
Unlike the unlicense, google allows it: https://opensource.google/docs/patching/