我把我的开源项目变成了全职生意
一个从免费开源软件起步的邮件工具项目，后来重新许可为付费的源码可见产品，并加入简单的许可证密钥检查，使其独立开发者得以获得全职收入。评论者探讨了这种模式为何在 B2B 中有效——大多数公司宁愿每年支付不到 1,000 美元，也不愿冒许可违规或投入工程时间的风险——并将其与仅靠捐赠几乎不可能把“免费”工具变现形成对比。讨论串还浮现出围绕贡献者许可协议、项目转为专有时被视为“撤地毯”的伦理与实践张力，以及 GPL/AGPL 等版权左翼许可证是否更能保护维护者，避免大型公司攫取价值却不回馈。
许可转变与商业模式
- 核心变化：项目从开源（AGPL，尽管文章称是 LGPL）变为源码可见，并采用商业许可和许可证密钥检查。
- 之所以能够做到这一点，是因为从一开始就要求 CLA，这赋予了主要维护者合法的重新许可权。
- 旧的 AGPL 版本仍留在 GitHub 上；封闭许可只适用于后续版本。
- 一些评论者认为，这只是对大型公司在不付钱、不提 PR，甚至不说声感谢的情况下攫取巨大价值的一种理性回应。
盗版、许可执行与客户行为
- 许多人指出，本地许可证检查很容易被绕过或打补丁。
- 共识是：对 B2B 而言，主要威慑因素是法律风险、尽职调查中的红旗，以及支持/更新的价值；大多数认真客户都会直接付费。
- 对小众开发工具和 B2C 而言，盗版会高得多；一些独立开发者表示，即使校验很弱，也几乎没观察到盗版者。
- 也有人认为，那些本来就永远不会付费的盗版者，并不算“流失销售”。
CLA、贡献者权利与“撤地毯”担忧
- 一些人认为，CLA 明确为后续“撤地毯”（重新许可为专有）提供了可能。
- 批评者认为，即使他们贡献的代码占比很小，贡献者的劳动也被变现了，却没有收入分成。
- 另一些人反驳说，在这个案例中，外部贡献很少，而且此前发布的任何开源版本仍然是自由的、可分叉的。
- 还有几个人建议，把“要求 CLA”视为一个明确 संकेत：重新许可很可能会发生。
定价、企业采购与账单处理
- 每年低于 1k 美元的固定定价被反复描述为一个“甜蜜点”：低于审批门槛，容易解释，也比按席位 SaaS 简单得多。
- 往往阻碍采用的不是价格水平，而是复杂度和采购摩擦。
- 讨论中提到，市场平台（例如云市场）以及 Merchant of Record（Paddle、Lemon Squeezy、FastSpring）可用于卸载税/VAT 和文书工作；如果你能自己处理税务，Stripe 也很常见。
开源可持续性、版权左翼与动机
- 许多人认为“开源不是商业模式”；你必须设计收入来源（支持、双重许可、托管服务等）。
- 当独角兽公司从 FOSS 获利却不回馈时，常见的感受是倦怠和怨气。
- 一些人主张使用 GPL/AGPL，或双重 AGPL/专有许可，来强制“要么回馈，要么付费”，并批评 MIT/BSD 对作者有害。
- 也有人强调，FOSS 应该以明确的非金钱目标来参与（学习、声望、为公地做贡献），否则你就会面临幻灭。
源码可见与支持动态
- 源码可见因便于调试、安全透明，以及在关键问题上可自行修复而受到重视。
- 据称，付费用户提供的反馈更聚焦、更符合业务需求；而免费用户往往会请求一些假设性的“如果……会怎样”功能。
- 在这个案例中，独立开发者的支持负担被描述为适中（每天大约一小时），这得益于客户具备自托管能力。