4 ms·
> that seems in practice to make them more likely, not less, to not only use but also contribute back to the permissively licensed project. Yes, and that's goo
by gregknicholson 9y ago
> that seems in practice to make them more likely, not less, to not only use but also contribute back to the permissively licensed project.
Yes, and that's good! I agree that open source is a better way of making better software.
Suppose your software is in a particularly innovative area (AI, cloud-based marketing buzzword generation, whatever's fashionable) where there's first-mover advantage; or in an area where there's a network effect. In those situations, Evil Corp might plausibly want to embrace, extend and out-compete the community-driven effort.
Google Play essentially did this with AOSP: embrace and extend with proprietary features. Consumers choose the larger feature-set over the community-driven competitor.
So the AGPL can defend community-driven projects from being out-competed by in-house projects who take permissively-licensed code and choose not to contribute back.
> spend the money to reimplement your system with a permissive license as well as building proprietary extensions
Yes, and that's fine. They may lose the first-mover advantage if the AGPL community-driven software can get into users' hands first. And they don't have the leg-up of simply importing code from the community project. This helps the community project to compete.
- dragonwriter 9y ago> Google Play essentially did this with AOSP: embrace and extend with proprietary features. No, it didn't. Branded Android has always included Google proprietary apps and services (Google Play is the most recent name for that), and AOSP is a cathedral model open source project driven by Google which has whatever bits of Android they both can and choose to make open, it's not a community open source project they embraced and extended with proprietary features.
- gregknicholson 9y agoOK, fair point, it's an inexact example. I suppose my point was that originally, “Android” was mostly open source. Google then quietly replaced parts with proprietary equivalents with a few more features, and now AOSP is nowhere near as useful (to ordinary consumers) as Google's proprietary distribution of Android. A similar story could happen to a proprietary fork of a permissively-licensed open source project. Copyleft licences are designed to prevent proprietary forks. And of course if you don't want that, you can license your code using a permissive licence. But that's why someone might choose a copyleft licence.