this post was submitted on 16 Jun 2024
1004 points (88.6% liked)
linuxmemes
21273 readers
995 users here now
Hint: :q!
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudo
in Windows. - No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
We are at risk
of losing many developers who would otherwise choose a license like the GPL. Fortunately, I'm glad to be surrounded by people, just like you, who care about licenses like GPL. By uploading this type of content and engaging with it, be show our commitment to it. I wish to suggest how we can deal with this threat.
We will lose developers who choose GPL if we use words that suggest GPL is "restrictive". Sure, the word "restrictive" was avoided in this meme by using the word "copyleft", but the cognitive jump from "permissive" to "restrictive" is minimal: just add an "opposite" and you've got "permissive is the opposite to restrictive". It really is that simple. That's how brain works (check out Relational Frame Theory to see how that works).
So what can we do about it?
Well, we can approach this with science. There is a historical global trend towards people being more meta-cognitive. That means that people are becoming more aware of how our thoughts interpret everyday reality and how to be intentional with our relationship with our thoughts so that we live better lives. We know this trend is happening to virtually everyone everywhere because of the work of brilliant sociologists like Anthony Giddens and Christian Welzel. Heck, even the history of psychology —going from noticing and changing behaviors (behaviorism) to noticing and changing behaviors and thoughts (cognitive-behaviorism), to noticing and changing the context and function of behaviors, thoughts, and emotions (functional contextualism)— reflects this trend.
We can use meta-cognition in our favor; we can use the meta-cognitive tool of framing to change how we think about GPL and MIT licenses. Effective communicators like influencers, political campaign experts, and influential activists use framing all the time. For example, instead of using the dangerous framing that suggests GPL is 'restrictive', we can use another one that truly displays the virtues of the license.
What would this other frame look like? I may not have a perfect answer, but here are some
ways of framing (thinking about) the relationship between licenses like GPL and MIT:
(ironically!!!, these were 'suggested' by an LLM; I wonder if these frames already existed)
I'd be happy to hear what you think, including suggestions!
There's a fair bit of bias in those terms, which make GPL seem like a 'better' choice than an unrestricted license like MIT.
The truth is, GPL is restrictive to developers. Copying just one line from a gpl-licensed project will automatically restrict you to using only gpl-compatible licenses. I'd prefer to advocate for LGPL and similar licenses, as they seem to offer a better tradeoff between user and developer freedom.
GPLs "restrictions" are freedom preserving though. It only restricts developers from keeping dirivitive code proprietary. In order to violate the GPL you'd have to choose to use GPL code and then choose not to release your modified versions of it under a similar copyleft license. It may seem counterintuitive, but having those restrictions results in more software freedom overall - similar to the paradox of intolerance.
I'm not saying MIT or so called permissive licenses are bad, but the permissive/restrictive language is just as loaded as the OPs suggestions. Both styles are needed, but copyleft licenses are better at promoting software freedom.
Edit: I do agree with you that LGPL serves an important role in promoting free/libre software where it would otherwise would never be used.
There's a fair bit of bias in the terms "restrictive" and "permissive", which make MIT seem like a 'better' choice than a give-and-take license like GPL.
The truth is, MIT is risky for developers. Using just one line from an MIT-licensed project will automatically allow others to exploit your work without giving back. I'd prefer to advocate for balanced licenses that protect both user and developer interests.
Ha, maybe I should have licensed my comment.
You’re wrong though.
Using code from an MIT licensed project will not allow others to exploit your work. MIT is compatible with almost all other licenses, so you can incorporate the code without needing to relicense your project.
If you meant that choosing to license your entire project with MIT would allow others to exploit your work, then yes, that’s the whole point of the license.
For some small projects, I’m completely fine with throwing it out into the world with no expectation of anything in return.
If a company ends out using my 50-line file conversion tool in their commercial product, I see that as a bonus thing to put on my résumé.