Htmx 将许可证更改为 Zero-Clause BSD

原文 ↗ Hacker News 讨论 ↗

Web 开发者正在讨论 htmx 将其许可证从标准的 2-clause BSD 改为极其宽松的 Zero-Clause BSD（0BSD），后者几乎允许不受限制地使用，甚至不要求署名。该项目维护者称此举部分是玩笑，部分是为了去除一个小型、压缩后的 JavaScript 库的法律摩擦，这也引发了关于专业性、企业采用，以及署名价值的争论。这一变化还重新点燃了关于宽松许可与 copyleft 许可的更广泛讨论，以及 GPL、MPL 和 0BSD 等许可证对软件公共资源的实际影响，以及超宽松条款是否实际上等同于将代码置于公共领域。

许可证变更的理由

  • 提交该变更的原作者为所有工作都使用了 0BSD，以消除额外负担，并认为它可以嵌入 GPL 项目中，随后再按 GPL 重新授权。
  • HTMX 维护者表示，从 2-clause BSD 改为 0BSD，部分是个玩笑，部分是关于所谓 Microsoft 兴趣的社交媒体“骗局”，但也有实际动机：去除对单文件、压缩后的 JS 库来说显得毫无意义的署名要求。
  • 一些评论者表示感谢，认为去除署名要求能显著降低组织的合规负担。

Zero-Clause BSD（0BSD）的特性

  • 被描述为一种极其宽松、OSI 批准的许可证，本质上像公共领域，但带有标准法律措辞。
  • 与 MIT 的主要区别：MIT 仍要求保留版权和免责声明；0BSD 完全不要求署名。
  • 这种许可证被认为适用于自动被许多项目纳入、因而署名会变得繁琐的场景（例如小型运行时库、代码片段）。
  • 与“public domain”声明相比，0BSD 有助于在权利不能简单放弃的司法管辖区内使用。
  • 还提到 MIT-0 是一种类似的“零”许可证；有人指出，律师更偏好看起来熟悉的文本，而不是新奇许可证。

专业性、社交媒体与采用

  • 一位评论者批评该库在社交媒体上“缺乏职业上的严肃性”，并声称这影响了他们选择更传统的技术栈。
  • 其他人回应说，官方账号上的幽默与代码质量并无关联，技术本身和过往记录更重要。
  • 维护者解释称，使用 Twitter 是一种有意为之、带点幽默但效果很好的营销渠道，并以 stars 数量增长和框架排名上升作为成功证据。

更广泛的许可理念

  • 有人称赞 0BSD“有利于公共资源”，因为它减少了摩擦。
  • 也有人认为，极宽松许可证会让企业搭便车，并对软件公共资源进行“圈地”；而强 copyleft（GPL/LGPL）又被认为对公司来说过于严格、令人畏惧。
  • Mozilla Public License（MPL 2.0）被讨论为一种折中方案：按文件级 copyleft，要求对受 MPL 覆盖的文件做出的改进回馈上游，但也被承认在一定程度上可以规避。

法律与实践问题

  • 有人提出问题：0BSD 是否实际上让 HTMX 变成了“public domain”；回复暗示它在功能上很接近，但在法律上更稳妥。
  • 对于维护者是否可以在未经明确贡献者许可的情况下，将 BSD-2 许可的贡献重新授权，回复彼此矛盾；这一点在讨论串中仍不明确。