> There's been a massive push in recent decades towards permissive licenses, driven in large part by a combination of companies who find permissive licensing co

> There's been a massive push in recent decades towards permissive licenses, driven in large part by a combination of companies who find permissive licensing convenient and individual developers who project a certain counter-counterculture "do whatever you want, I don't want to think about licenses". I'm not sure permissive Open Source licensing is counter-cultural. It's just a way for developers to take from and contribute to the software commons as part of their commercial day jobs. It doesn't challenge the status quo any more than the journals in which other disciplines might share and grow expertise on new techniques which are not considered trade secrets. More restrictive Free Software licenses can be counter-cultural since the virality of those licenses can prevent software being 'exploited' by commercial entities. But that counter-cultural label only really applies to communal Free Software. Open-core business models while valid aren't really of the same spirit. The balance between permissive and restrictive Open Source and Free Software licenses in the software commons of an area ultimately ends up reflecting the developer time that each model provides. And whether a particular license is permissive or restrictive will depend on the company. GPL JavaScript libraries are pretty restrictive as using them would likely require you to share your commercial application code under a permissive license. GPL Linux is effectively permissive unless your business model involves selling operating systems.