Commons Clause 许可证介绍及常见问题解答

Commons Clause

Commons Clause”许可证 v1.0

本软件根据许可证提供给您的许可,定义如下,受以下条件。

如果许可证没有限制其他条件,许可证下授权将不包括和并不授予给您出售软件的权利。

就上述而言,“出售”是指根据许可证授予您的任何或所有权利,以便向第三方提供费用或其他报酬(包括但不限于托管或咨询/支持软件服务的费用),一种产品或服务,其价值完全或基本上来自软件的功能。许可证要求的任何许可声明或归属也必须包含此Commons Cause License Condition声明。

软件:[软件名称]
许可证:[例如 Apache 2.0]
许可方:[ABC公司]

FAQ

什么是Commons Clause?

Commons Clause是由Heather Meeker起草的许可条款,它在现有的开源许可证之上应用狭义的、最小形式的商业限制,以将项目转换为可获取源码的许可方案。组合文本替代了现有许可证,确保原始许可证的所有权限保留,除了协议中所定义的“销售”软件的能力。

本条款并非旨在取代现有开源项目的许可证,而是用于特定项目以满足紧急业务或法律要求,而无需完全“闭源”。

它是“开源的”吗?

不。

“开源”,拥有多年前编写的特定定义,并且由赞同开源许可的开源组织推动的。将Commons Clause应用于开源项目将意味着源代码可获取,并且符合开源定义的许多元素,例如免费访问源代码、修改和重新分发的自由,但不是他们中的全部。因此,为避免混淆,最好不要将Commons Clause软件称为“开源”的。

如果我将开源许可证改成Commons Clause,对我的项目会有什么影响呢?

当项目使用Commons Clouse,它只影响代码的将来——这意味着不会立即影响现有的用户。过去版本使用的许可证不会被撤销,因此该Clouse只会应用在将来的版本。

如果你选择采用Commons Clause,你应该明白任何许可证的改变将对你的社区产生影响,并权衡允许其他人在开发您的开源项目时进行交易的威胁。

事实上,Commons Clause的目的除了在于强制与那些利用开源开发的掠夺性商业优势的人谈判之外,并无实质性作用。实际上,世界上最大的那些技术企业,使用的那些开源软件并没有回馈社会。对于其他人来说,以一个开源项目为起点,商业化你的软件是自由的,然而维持它很重要,因为增长和商业化压力将不可避免地强制关闭一些项目。Commons Clause提供了另一种选择。

Commons Clause的设计不是为了限制代码共享或开发,而是为了保护开发者从其工作的商业使用中获益的权利。然而,那些采用该Clouse的人应该明白,更改许可证的更广泛含义以及对资源可用性的承诺。

为什么不直接使用AGPL呢?

AGPL根本不能解决这个问题。它不是被广泛采用的证书,而且它的“网络”条款写的不是很清楚,所以公司不愿意把整个开发资源都使用AGPL,以防止搭便车。

AGPL不足以保护开发者的权利。如果基于云的软件在AGPL下授权的,通常改善基于云的软件的大部分价值可能落在“程序”之外,从而抵消了强制执行源代码提供的许多好处。托管、管理和其他元素通常与核心代码一样重要。

此外,AGPL的网络条款(通过远程电脑网络交互)涵盖的内容模糊不清,这意味着许多潜在用户在使用AGPL代码时比使用源码许可更加困惑和谨慎。就像Commons Clause背后的小组一样,AGPL的起草者们担心许可证中存在类似GPL的云漏洞。不幸的是,AGPL的网络条款是一种妥协;GPL3起草过程中,一个阵营希望在GPL3中引入网络条款,而更多的人想保留“分发触发器”。因此,网络条款从未流行过,甚至在10年后,AGPL也没有被广泛地接受,尤其在商业上。大多数公司仍然完全不愿使用AGPL代码。因此,对于新兴公司来说,它不是一个有用的开源解决方案。

开源社区说这是个坏主意。我喜欢开源软件。我应该拒绝使用Commons Clause软件吗?

有些人认为所有的软件都必须是开源的,他们永远不会宽恕不开源的软件。然而实际上,软件授权模式有很多很多。Commons Clause就是其中的一种选择。

但重要的是,选择了Commons Clause条款的开发者,将面临是做一些新的事情还是允许他们的业务失败的选择。而另一方面——甲骨文(Oracle)和奥多比(Adobe)等公司的完全专有的、封闭的源代码模型——始终是一种可能性。因此,如果有人试图让你相信Commons Clause是错误的,就因为它不能满足开源定义的所有要求,那么你应该问他们大型软件公司所制定的软件专有条款是否更合适——或者干脆质问他们是不是根本没有软件可用会不会更好。

您可能使用了大量的“免费软件”——比如下在免费的专有许可下使用的JRE还有Acrobat。如果你拒绝承认Commons Clause,你也应该拒绝使用那些。这些许可证给你的权利更少。

为何使用开源许可证作为Commons Clause的基础?

我们没有必要这么做,我们可以写一个新的专有许可证。但人们了解目前流行的开源许可证,我们希望明确这些:我们允许这些许可证中所允许的所有内容,除了其中某一类用途。

对于维护者而言,这种可移植性是一种特定的设计约束,以支持他们正在转换的遗留方案。

为什么不使用Creative Commons非商业许可(sharealike)?

CC-NC是一个类似的想法,但CC许可证不是软件许可证。 关于什么是“商业”用途存在很多混淆,我们只想限制一种狭隘的商业用途。

CC-NC实际上比Commons Clause更具限制性。

这会对开源有何影响?

虽然开源发展困难重重。但是开源对某些软件来说更好。开源的定义及其所代表的开发模式是一系列非常重要的理念,它使许多项目取得了成功。其中大多数项目都是基础类项目,而不是高级应用程序。也很少有真正的开源企业蓬勃发展。

开源项目不是免费的,它们通常需要数十亿美元收入的支持,并且可能需要数千万美元的融资才能维持下去。对于每个人都使用的软件,例如操作系统,对开发者来说需要很多努力去做。此外,当许多公司销售产品时,也如愿以偿顾地使用到开源软件,如硬件或服务。但也有其他软件公司无法通过开源许可模式保持软件开放。

Commons Clause许可证由许多世界上最受欢迎的开源项目背后的开发人员起草,他们感受到来自快速发展的商业生态系统的巨大痛苦和压力以及开发项目成本的现实。它不是为了结束开源而创建的,而是就我们可以做些什么来开展对话,以满足商业软件项目及其背后的社区的财务需求。