Open Source Licensing

Debate on open source licenses like MIT, GPL, and AGPL, focusing on whether companies should contribute back when profiting from permissive OSS without restrictions, and suggestions for copyleft or alternative licenses to enforce reciprocity.

➡️ Stable 0.5x Open Source
5,956
Comments
20
Years Active
5
Top Authors
#9325
Topic ID

Activity Over Time

2007
8
2008
23
2009
70
2010
80
2011
81
2012
107
2013
136
2014
192
2015
221
2016
184
2017
252
2018
310
2019
435
2020
517
2021
579
2022
584
2023
801
2024
666
2025
662
2026
48

Keywords

e.g FOSS OSS AWS CEO MIT OSI HN FSL GPL open source license source open licenses code agpl project gpl companies

Sample Comments

dylan604 Jan 21, 2025 View on HN

Because that's how open source works. If you don't want for profit companies using code for free, then offer it under a license that states that.

eps Dec 11, 2019 View on HN

I'm not sure if the dev feels entitled for _compensation_ per se, but G and other companies don't contribute back to the project in any form. Not $ and not in code. Now that is not a very good thing... though technically that's exactly what you get with permissive O/S licenses. It looks like the dev realized that and changed the license.It also doesn't look like he trusts this companies much, because otherwise he could've just slapped the Commons Clause on

paydevs May 7, 2022 View on HN

I feel you that the current situation is not good, but nobody is forcing developers to share their projects as open-source or to use a license that is company-friendly. If the maintainer(s) do not want companies to profit from the OSS without giving back they could easily use a copyleft License (e.g., GPL) or switch to a closed-source approach.And btw. it's not super easy for companies to contribute on a voluntary basis - their investors or stakeholders would not allow/like it. What

runT1ME Nov 30, 2010 View on HN

Consider Open Sourcing it as AGPL. In case some company ever does decide to customize it heavily and monetize, they'll be forced to commit upstream or purchase a different license from you.

mkohlmyr Aug 8, 2014 View on HN

Don't use a license you don't want people to exercise. In fact I don't quite understand why you would open source the project at all if you are going to actively discourage people from using the code in ways that are permitted by common open source licenses.If you don't want anyone else to make money from the project perhaps designing your application in clear parts and releasing them as open source libraries would have made more sense. Releasing the whole thing as open so

Andrew_nenakhov Sep 28, 2024 View on HN

Yes, why not? If it's not something prohibited by the license, it is permitted.Also, if open source companies wouldn't do it, some open source projects would never reach any kind of maturity if the company creating such project faces the competition who just live off the work of the original team who don't contribute back to the project.

ThePhysicist Jul 27, 2020 View on HN

Maybe, but I don't think so. In general we plan to have every contributor sign a CLA as we want to make sure we can keep control over the development of the project, in case we will have to change its license later.Some companies don't want to contribute back to open-source software and that's fine, if they pay a license fee instead we can use that money to pay ourselves and build new features for the open-source version, so everyone benefits. I'd even say that maybe open-

GuB-42 Jun 4, 2025 View on HN

Choose your license well. If you are using a permissive licence (MIT, Apache, BSD, etc...) you are begging for it. If that's what you want (and it may be what you want), go for it, but don't expect it to pay the bills.If you are using a copyleft license, especially AGPL, you may not get paid either, but you may get valuable contributions in return. It is also a good way to avoid having big companies profit from your work, if that's what you want.If you want to make money but

m0th87 Dec 16, 2009 View on HN

How is building on top of an open source product milking it? Isn't this increasing git's exposure? If they didn't want that, they should've used a more restrictive license.

JoshTriplett Jan 14, 2019 View on HN

Those aren't Open Source licenses, so that's the same as the suggestion in the parent comment to make the software proprietary and charge for licenses.