为开源工作付费是好事

为开源软件开发者付费被广泛视为维持可持续性的必要条件,但在谁来出资以及在什么条件下出资方面引发了分歧。评论者权衡了企业赞助、资助金、政府项目,以及“免费增值”或基于支持的商业模式,指出财务可行性、项目走向与社区控制之间存在取舍。一个主要分歧点是“开源”本身的定义:有人坚持采用 OSI 批准的许可证,另一些人则接受更具限制性的源码可得许可证,认为它们是对云时代和企业剥削的务实适应。

关于向 OSS 维护者付费的整体看法

  • 普遍认同,为开源工作付费是有益的。
  • 多位评论者会个人捐款(通常是收入的固定百分比),和/或根据工具的重要性,通过非营利组织组织结构化捐赠。
  • 有些人强调,应当庆祝维护者的任何可持续路径(受雇、资助、支持合同等),而不是过分纠结资金来源的“纯洁性”。

关于“始终是好事”和商业模式的担忧

  • 一些人认为,付费并不是好事:企业赞助者可能把项目引向对用户不友好的方向,或维持掠夺性的商业模式。
  • 另一些人反驳说,“完美不能阻碍更好”:在没有大规模公共资助之前,企业资金往往是唯一现实选择,而分叉仍然是安全阀。
  • 还有人担心某些“胜利”(例如由企业资助、对用户不友好的 OSS)实际上是净负面,尤其当它们巩固了事实上的垄断时。

讨论中的资助机制

  • 资助金:有帮助但不稳定,通常与特定功能绑定;单靠它不足以支撑。
  • 在某些生态中,服务、咨询、托管、支持以及付费“企业”功能被认为成功为完全自由的软件提供了资金。
  • 讨论中提到门槛承诺 / “为功能众筹”的模式(例如 Blender 的 GPL 发布),但被认为受限于搭便车激励。
  • 关于“准开源”或源码可得许可证,加上一个收取强制性商业贡献的基金会的提议,引发了争论。

关于“开源”定义的争论

  • 这是最激烈的讨论之一:一些人坚持“开源”必须指符合 OSI 的许可证,且不能有使用限制;其他都应称为“源码可得”。
  • 另一些人主张更宽泛、务实的总称,把 BSL、Polyform 以及其他云时代后的变体许可证也包含进来,并认为最初的“开源”推动本身就带有商业导向。
  • 人们强烈担心“openwashing”:把开源核心、诱导后再重新授权,以及限制性的源码可得方案都用“开源”来稀释这个词。
  • 有人表示,他们宁愿看到项目死掉,也不愿放宽 OSI 风格的定义。

经济学与谁该出钱

  • OSS 被描述为一种公共产品,具有经典的搭便车问题;作为互补品的库在结构上有利于集中化。
  • 许多人认为,大多数用户主要在意“价格上的免费”,而不是自由,这会扭曲激励。
  • 反复出现的观点是,应主要由大公司而不是个人开发者承担资金责任;建议包括企业 OSS 预算和志愿者时间 PTO。

政府与公共部门的角色

  • 欧洲的模式,如 NLNet 和德国的 Sovereign Tech Fund,受到称赞;有些人希望美国也有类似机制。
  • 也有人对政府直接介入持怀疑态度,认为会带来官僚主义和浪费,更倾向于由独立基金会来承接公共资金。

付费贡献者的影响

  • 来自某些语言生态的例子显示,少数全职资助贡献者可以显著改善文档、UX 和凝聚力。
  • 少数人警告说,金钱可能扭曲社区动态,而付费团队之后可能放弃项目,给用户留下意想不到的维护负担。