我应该把公司开源吗？（2022）
把初创公司的核心产品开源，可能带来更好的开发者信任、采用率和贡献，但也会引发如何赚钱以及如何抵御大型竞争对手或云服务商重新打包代码的棘手问题。评论者讨论了从宽松许可到 AGPL 和 BSL、open core、双重许可以及“source available”等多种模式，并指出许多成功公司在超大云厂商或搭便车者出现后，最终都会收紧许可。有些人认为，开源最适合那种付费价值主要在托管、合规、支持或相关服务上的产品；另一些人则提醒，如果没有强执行力、品牌和清晰的变现计划，开源可能更像意识形态，而不是可行的商业策略。
许可协议与云竞争
- 许多人认为，宽松许可协议（MIT/Apache）会让大型云服务商重新打包并销售，而无需回馈贡献。
- 讨论中提到 AGPL/SSPL/BSL 作为阻止“SaaS 搭便车者”的方式，但也有人指出这些协议并未被 OSI 认可，或者并非“真正自由”，这会激怒自由软件社区的一部分人。
- 双重许可（AGPL + 商业许可）被提议作为折中方案，但这需要 CLA，而且未必真的能吸引贡献。
- 几位评论者认为，尽早选择一种保护性许可协议，比以后“突然收紧”式的重新许可更好。
变现模式与可持续性
- 常见收入路径包括：托管、支持、咨询、付费附加功能，或者“开源核心”。
- 许多人表示，在没有 VC 的情况下，建立一个规模可观、能够自我维持的开源产品业务非常困难；许多知名项目在变大后都改过许可证。
- 也有人给出了较小但盈利的案例，靠支持、付费扩展或定制开发来维持。
- 关于一家公司的价值有多少来自代码、多少来自销售/市场/分发，意见分歧很大：从“代码只占 10%”到“代码凝聚了多年的问题解决经验”都有。
自托管 vs 托管服务
- 一派认为，许多“开源 SaaS”公司会故意让自托管很痛苦，并主要把 OSS 当作营销手段。
- 另一派反驳说，对于复杂、可扩展的系统，托管本身就更有价值，并不是故意把自托管阉割掉。
- 即使自托管很少见，能访问源代码仍然很有价值，因为它带来可审计性、可分叉性，以及对供应商滥用行为的制衡。
政府与企业市场
- 有人主张把民政政府和国防作为 OSS 的高利润、合同驱动型资金来源，并给出具体做法（组队、雇佣前官员、投标 SAM.gov）。
- 也有人提醒要注意官僚主义、繁文缛节和漫长的销售周期，并建议先从较小的本地机构做起，而不是联邦机构。
- 安全、合规和本地部署需求，往往会让围绕开源的支持/咨询更容易卖出去。
社区、意识形态与伦理
- 坚定的自由软件支持者强调用户自由，反对 source-available 和 open-core，认为它们只是“cosplay”。
- 更务实的声音则认为，source-available 在实践中仍然有用。
- 有些人担心反向激励：故意把 OSS 文档写差或限制功能，逼用户转向付费方案。另一些人则坚持，良好的维护和功能平价是长期信任的关键。
什么时候开源有意义（或没有）
- 当产品面向开发者、托管/运维才是真正价值，或者代码只是工具而不是主要护城河时，效果最好。
- 如果主要差异化来自专有 IP，而且一旦公开源代码就很容易被复制，那么开源的吸引力就会弱得多。