文章目录
- 核心原则
-
- [1. 免费且可持续（Free and Sustainable）](#1. 免费且可持续（Free and Sustainable）)
- [2. 开放但务实（Open but Pragmatic）](#2. 开放但务实（Open but Pragmatic）)
- [3. 社区与繁荣结合（Community meets Prosperity）](#3. 社区与繁荣结合（Community meets Prosperity）)
- [4. 民主与公平（Meritocratic and Fair）](#4. 民主与公平（Meritocratic and Fair）)
- [Fair-code 与传统开源/自由软件的区别](#Fair-code 与传统开源/自由软件的区别)
- 适用场景
-
- [- 开发者：希望从自己的软件中获利，同时保持代码开放。](#- 开发者：希望从自己的软件中获利，同时保持代码开放。)
- [- 企业：可以自由使用软件，但若需商业化（如提供托管服务、增值功能），需与开发者达成协议。](#- 企业：可以自由使用软件，但若需商业化（如提供托管服务、增值功能），需与开发者达成协议。)
- [- 社区：通过商业合作反哺开源项目，避免"开源项目被大公司垄断"。](#- 社区：通过商业合作反哺开源项目，避免“开源项目被大公司垄断”。)
- [Fair-code 兼容的许可证](#Fair-code 兼容的许可证)
-
- [1. Business Source License (BSL)：如 CockroachDB、HashiCorp 使用。](#1. Business Source License (BSL)：如 CockroachDB、HashiCorp 使用。)
- [2. Commons Clause + OSI 开源许可证：限制商业使用（如 MongoDB 的 SSPL）。](#2. Commons Clause + OSI 开源许可证：限制商业使用（如 MongoDB 的 SSPL）。)
- [3. Elastic License 2.0 (ELv2)：Elasticsearch 等项目采用。](#3. Elastic License 2.0 (ELv2)：Elasticsearch 等项目采用。)
- [4. Server Side Public License (SSPL)：MongoDB 使用。](#4. Server Side Public License (SSPL)：MongoDB 使用。)
- [5. Sustainable Use License：n8n 使用。](#5. Sustainable Use License：n8n 使用。)
- 典型案例
-
- [- MongoDB：采用 SSPL，禁止企业仅通过其代码提供云服务而不贡献回社区。](#- MongoDB：采用 SSPL，禁止企业仅通过其代码提供云服务而不贡献回社区。)
- [- Elasticsearch：使用 ELv2，限制商业公司直接复制其功能并收费。](#- Elasticsearch：使用 ELv2，限制商业公司直接复制其功能并收费。)
- [- n8n：通过 Sustainable Use License 保护开发者权益，同时保持代码开放。](#- n8n：通过 Sustainable Use License 保护开发者权益，同时保持代码开放。)
- 争议与挑战
-
- [1. 开源社区的质疑：部分人认为 Fair-code 违背了"自由软件"的精神，可能阻碍协作。](#1. 开源社区的质疑：部分人认为 Fair-code 违背了“自由软件”的精神，可能阻碍协作。)
- [2. 商业风险：企业可能因商业化限制而减少使用 Fair-code 项目，影响其普及。](#2. 商业风险：企业可能因商业化限制而减少使用 Fair-code 项目，影响其普及。)
- [3. 执行难度：如何界定"商业化"行为（如托管服务、插件）可能引发法律争议。](#3. 执行难度：如何界定“商业化”行为（如托管服务、插件）可能引发法律争议。)
- 总结
Fair-code 是一种旨在平衡软件自由性与开发者经济利益的新型软件模型。它并非一个具体的软件许可证，而是一套指导原则，试图在开源精神与商业可持续性之间找到中间道路。以下是其核心内容：
核心原则
1. 免费且可持续（Free and Sustainable）
- 软件可免费使用和分发，个人或企业（无论规模）均可无限制使用。
- 但若企业希望商业化（如提供托管服务、收费咨询等），需与作者协商并建立商业关系，以确保作者的经济收益。
- 目标是让开发者既能通过软件获利，又能维持项目的长期开发，避免"免费劳动被商业剥削"的问题。
2. 开放但务实（Open but Pragmatic）
- 源代码公开透明，鼓励开放协作、讨论和社区参与。
- 但开发者保留商业化权利，防止企业直接利用开源代码构建竞争产品而不回馈社区。
3. 社区与繁荣结合（Community meets Prosperity）
- 支持开发者通过软件获利，但强调商业成功应惠及社区（如修复漏洞、添加功能、支持用户）。
- 企业若想商业化，需主动与开发者合作，形成双赢关系。
4. 民主与公平（Meritocratic and Fair）
- 鼓励真正的"贡献者优先"机制，开发者和贡献者的努力应得到尊重和回报。
- 避免"无偿劳动"成为开源社区的常态。
Fair-code 与传统开源/自由软件的区别
| 传统开源/自由软件 | Fair-code |
|---|---|
| 通常允许无限制的商业使用（如MIT、Apache许可证）。 | 限制商业使用，开发者保留商业化权利。 |
| 强调"自由"但可能忽视开发者经济利益。 | 明确要求商业使用需与开发者协商，确保开发者收益。 |
| 社区驱动，但可能依赖"志愿者"模式。 | 鼓励商业合作，为开发者提供可持续收入来源。 |
适用场景
- 开发者：希望从自己的软件中获利，同时保持代码开放。
- 企业：可以自由使用软件，但若需商业化（如提供托管服务、增值功能），需与开发者达成协议。
- 社区：通过商业合作反哺开源项目，避免"开源项目被大公司垄断"。
Fair-code 兼容的许可证
以下许可证符合 Fair-code 原则，开发者可选择使用：
1. Business Source License (BSL)：如 CockroachDB、HashiCorp 使用。
2. Commons Clause + OSI 开源许可证：限制商业使用（如 MongoDB 的 SSPL）。
3. Elastic License 2.0 (ELv2)：Elasticsearch 等项目采用。
4. Server Side Public License (SSPL)：MongoDB 使用。
5. Sustainable Use License：n8n 使用。
典型案例
- MongoDB：采用 SSPL，禁止企业仅通过其代码提供云服务而不贡献回社区。
- Elasticsearch：使用 ELv2，限制商业公司直接复制其功能并收费。
- n8n：通过 Sustainable Use License 保护开发者权益，同时保持代码开放。
争议与挑战
1. 开源社区的质疑：部分人认为 Fair-code 违背了"自由软件"的精神，可能阻碍协作。
2. 商业风险：企业可能因商业化限制而减少使用 Fair-code 项目，影响其普及。
3. 执行难度：如何界定"商业化"行为（如托管服务、插件）可能引发法律争议。
总结
Fair-code 是一种尝试解决"开源开发者无法盈利"与"企业无偿利用开源成果"矛盾的模型。它通过保留商业化权利，为开发者提供可持续收入，同时保持代码开放和社区协作。尽管存在争议，但它为开源生态的经济可持续性提供了新思路。