GPL 的衰落?

568 位读者喜欢这篇文章。
If we must have software patents, at least use the same rules

Opensource.com

不久前,我看到了 RedMonk 的 Stephen O'Grady 发出的一条有趣的推文,内容是关于开源许可的状态,其中包括这张图表。

Redmonk Black Duck Licensing

这张图表显示了许可使用情况从 2010 年到 2017 年的变化。阅读后可以清楚地看到,GPL 2.0 许可(最纯粹的著作权共享许可之一)的使用率下降了一半以上。根据图表显示,开源许可的普及度随后转移到了 MITApache 许可。 GPL 3.0 的使用量也有小幅增长。

那么,这一切意味着什么呢?

为什么 GPL 2.0 的使用量急剧下降,而 GPL 3.0 的使用量仅略有增加? 为什么 MIT 和 Apache 的使用量增长如此之快?

当然,有很多种解读,但我的猜测是,这归因于开源在商业领域的日益增长,以及商业世界对 GPL 的紧张情绪。 让我们深入探讨一下。

GPL 与商业

现在,在开始之前,我知道我会激怒一些 GPL 粉丝。 在你开始对我大喊大叫之前,我想非常明确地表示:我是 GPL 的忠实粉丝和支持者。

我已将我编写的每一段软件都以 GPL 许可,我一直是 自由软件基金会软件自由保护组织 及其工作的积极财政支持者,并且我倡导使用 GPL。 我在这里的评论不是关于 GPL 的有效性或巨大价值——它绝对是一个伟大的许可——而是更多关于行业中对该许可的看法和解读。

大约四年前,我参加了一个名为开源智库的年度活动。 该活动是一个小型的、私密的年度聚会,汇集了加州葡萄酒产区的开源行业高管。 该活动的重点是建立人脉、建立联盟以及识别和解决行业问题。

在这次活动中,有一个小组案例研究,与会者被分成更小的组,并被要求为一个正在构建核心开源技术的真实项目推荐一个开源许可。 每个小组都宣读了他们的建议,令我惊讶的是,所有 10 个左右的小组都建议使用宽松许可,没有一个建议使用 GPL。

更重要的是,技术正变得越来越开放、可访问,并且人人可用。

我曾观察到行业中出现了一种趋势,即倾向于 Apache 和 MIT 许可,但这在当时引发了一个警示,即开源行业对 GPL 的理解、接受和舒适度。

似乎近年来,这种趋势仍在继续。 除了 Black Duck 的研究之外,2015 年 GitHub 的一项许可研究发现,MIT 许可是一个主要选择。 即使在我自己在 XPRIZE 的工作中(我们为 全球学习 XPRIZE 选择了一个许可),以及我作为 社区领导力顾问 的工作中,我也看到了类似的趋势,我的许多客户都感到不舒服在 GPL 下许可他们的代码。

随着 估计 65% 的公司为开源做出贡献,自 2010 年以来,商业兴趣和投资显然有所增长。 我认为,这与我刚才概述的趋势相结合,表明该行业普遍认为 GPL 不是开源业务的正确选择。

社区与公司的接口

老实说,GPL 的受欢迎程度下降并不完全令人惊讶,原因有几个。

首先,随着开源行业的发展,很明显,找到社区参与和商业模式之间的正确平衡,而商业模式......你知道......实际上是有效的,这是一个关键的决定。 在开源的早期,人们有一个误解,即“如果你构建它,他们就会来。” 当然,他们经常来使用你的软件,但在许多情况下,“如果你构建了它,他们不一定会给你任何钱。”

随着岁月的流逝,我们已经看到各种公司,如 Red Hat、Automattic、Docker、Canonical、Digital Ocean 和其他公司,探索了不同的开源赚钱方法。 这包括分发模式、服务模式、开放核心模式等等。 已经变得清晰的是,传统的软件稀缺模式不适用于开源代码; 因此,你需要选择一个许可,以支持公司选择的模式的需求。 在收入和免费提供你的技术之间取得平衡对许多人来说是一个艰难的前景。

这就是我们看到摩擦的地方。 虽然 GPL 是一个开源许可,但它从根本上来说是一个自由软件许可。 作为一个自由软件许可,对 GPL 的大部分管理和支持都由自由软件基金会推动。

尽管我非常喜欢自由软件基金会的工作,但他们的重点最终还是锚定在软件绝对必须 100% 自由的观点上。 FSF 没有太多妥协的余地,即使是公认的开源项目(例如许多 Linux 发行版)也因一小段二进制固件而被视为“非自由”。

这对于企业来说变得复杂,因为企业很少有一套非黑即白的选项,而是存在多种灰色地带。 很少有企业认同自由软件基金会(或类似软件自由保护组织等团体)的纯粹意识形态,因此我怀疑企业不太愿意选择与这种纯粹意识形态如此相关的许可。

现在,需要明确的是,我不责怪 FSF(以及 SFC 等类似组织)。 他们有一个特定的授权和使命,专注于构建一个全面的自由软件公共领域,并且他们完全有理由在他们选择的任何地方划定界限。 FSF 和 SFC 做了非凡的工作,我将长期继续成为他们和在那里工作的许多优秀人士的支持者。 我只是认为,这种纯粹性的一个后果是,公司可能会感到不安,无法达到目标,因此选择使用与 GPL 不同的许可。

我怀疑影响 GPL 使用的还有开源发展带来的动态变化。 在早期,项目启动的核心基本原因之一是对开放性和软件自由的伦理要素的严格关注。 GPL 自然而然地成为这些项目的选择,Debian、Ubuntu、Fedora、Linux 和许多其他项目就是例证。

然而,近年来,我们看到新一代开发者形成,他们对自由的关注较少,如果我敢说的话,也较少宗教式的关注。 对于他们来说,开源是构建软件的实用组成部分,而不是伦理选择,我怀疑这就是为什么我们看到 MIT 和 Apache 许可的使用量如此增长的原因。

未来?

这对 GPL 意味着什么?

我的猜测是,GPL 将继续成为流行的许可选择,但开发者会越来越多地将其视为更纯粹的自由软件许可。 我怀疑那些对软件自由有伦理承诺的项目会优先考虑 GPL 而不是其他许可,但对于需要我们之前讨论的平衡的企业来说,我怀疑 MIT 和 Apache 许可将继续增长其受欢迎程度。

无论如何,好消息是开源和自由软件正在增长,虽然许可的使用方式可能存在复杂性和变化,但更重要的是,技术正变得越来越开放、可访问,并且人人可用。

标签
User profile image.
Jono Bacon 是一位杰出的社区经理、演讲者、作家和播客主持人。 他是 Jono Bacon Consulting 的创始人,该公司提供社区战略/执行、开发者工作流程和其他服务。 他还曾担任 GitHub、Canonical、XPRIZE、OpenAdvantage 的社区主管,并为众多组织提供咨询和建议。

23 条评论

现在才 2017 年的第一个月。 只有 1/12,甚至 1/6 的数据,值得分析吗?

这是两个月度快照的比较,一个来自 2010 年,一个来自 2017 年。 因此,它们是可比较的数据集。

回复 ,作者:Adam Outler (未验证)

Jono,我认为你上面的文章没有充分涵盖这一点:公司和行业协会正在以协调一致的方式向开发者施压,要求他们避免使用具有多个版权所有者的著作权共享许可,正是因为他们希望有机会回到你提到的专有许可稀缺模式。

我还敦促你小心,不要加入那些营造反著作权共享情绪时代精神的人们的合唱。 我知道这不是你的本意,但很多人只看标题:感知变成现实,因为真实性现在统治着我们的政治论述。

我一周前在 FOSDEM 上就许多这些问题做了主题演讲,所以我希望你能查看一下并考虑我在那里提出的一些论点:https://sfconservancy.org/news/2017/feb/13/bkuhn-fosdem-keynote/

我认为最重要的一点是,这与你提到的组织(其中一个我确实为之工作)无关,而是开发者越来越不决定选择什么许可:他们的雇主决定。

最后,我注意到你没有提及 John Sullivan 的演讲,他在演讲中很好地驳斥了所谓的“数据”,这些数据表明 GPL 正在下降——包括驳斥了你引用的一些所谓的“研究”。 这是它的音频:http://faif.us/cast/2012/feb/28/0x23/ 和他的幻灯片:http://faif.us/cast-media/FaiF_0x23_Is-Copyleft-Framed_slides.pdf

重要的是要记住,目前尚无已知的统计学上有效的方法来衡量 FLOSS 中的许可使用情况,因此实际上无法确切知道 GPL 的使用量是否在下降。 我们可以观察到的是行业协会和公司对著作权共享的轶事攻击,其中包括大量关于其衰落的言论。

(一个有趣的例子是:Linux 基金会两天前发推文称,某个特定软件包已从 AGPL 重新许可为 Apache 许可,以便“现在每个人都可以使用它”。 在 Twitter 上受到强烈反对后,LF 删除了该推文,其中包括问题“Linux 何时会从 GPL 重新许可为 Apache 许可,以便‘每个人最终都可以开始使用 Linux’?” 当持有最流行的 GPL 程序之一名称的组织公开反对著作权共享时,我们就知道一场政治攻击正在进行。)

是的。 我们现在有一代新的开发者开始创业,他们*一直*将自由软件作为原材料。 他们没有经历从完全专有的世界到自由和开源受到公开蔑视并被专有软件供应商积极打压的艰难过渡。 他们仍然认为企业可以成为社区的“朋友”。 一些私营公司,也许可以,但上市公司,不行。 这一代新的开源开发者将他们的信任寄托在像苹果、微软和谷歌这样的上市公司身上,因为他们无法想象这些公司会如何变得流氓,并关闭曾经开放的东西…… 这类似于许多人直到最近才持有的传统观点,即美国政府是美国公民和美国创始人价值观的仁慈捍卫者…… FOSS 是用户的保险,以确保他们自己也可以成为开发者。 那些“宽松”许可的粉丝们忘记了这一点。 他们忘记了“宽松”取决于你的视角。 对企业来说是宽松的,但对用户来说不是。 我恭敬地建议他们重新考虑其基本假设。

回复 ,作者:Bradley M. Kuhn (未验证)

我同意你的观察,即新一代开发者除了 FLOSS 作为“可接受”的选项外,什么都不知道。 然而,具有讽刺意味的是,你在一个由上市公司赞助的面向社区的网站上发布了关于上市公司不能成为社区朋友的声明。

回复 ,作者:Lightweight

没有讽刺…… 我在这里列出了我抨击上市公司的理由:https://davelane.nz/megacorps 激励机制非常清楚,而且(从伦理上讲)竞相触底几乎是不可避免的(可能有些人可以避免,但这将是例外而不是常态,而且谁知道是哪些人)。

回复 ,作者:bcotton

“Jono,我认为你上面的文章没有充分涵盖这一点:公司和行业协会正在以协调一致的方式向开发者施压,要求他们避免使用具有多个版权所有者的著作权共享许可,正是因为他们希望有机会回到你提到的专有许可稀缺模式。”

这似乎是对公司和行业协会相当愤世嫉俗的看法,我还没有看到任何独立可验证的数据来支持。

虽然我不否认一些公司想要避免著作权共享许可,但根据我的经验,并没有向开发者施压要求他们避免著作权共享,而是著作权共享要么 (a) 在其商业模式的背景下没有得到很好的理解,要么 (b) 著作权共享与其商业模式不兼容。

“我还敦促你小心,不要加入那些营造反著作权共享情绪时代精神的人们的合唱。 我知道这不是你的本意,但很多人只看标题:感知变成现实,因为真实性现在统治着我们的政治论述。”

我相信我在文章中非常清楚地表明,我是著作权共享和 GPL 的积极支持者。 当然,有些人可能只看标题,但如果他们不打算花时间阅读和理解这篇文章,我就不会花时间来迎合他们的观点。

“我认为最重要的一点是,这与你提到的组织(其中一个我确实为之工作)无关,而是开发者越来越不决定选择什么许可:他们的雇主决定。”

这并不特别令人惊讶,这就是为什么我认为这是一个营销问题。 投资这项工作的公司应该选择许可,这完全是合理的。 问题在于,做出这些决定的人总是无法理解 GPL 以及其中的要求和好处,正如我所提到的,我认为 FSF(和 SFC)没有锚定努力来解决这个营销问题(正如我所说,我对此没有任何问题——这些组织可以根据自己的意愿使用他们的资源。)

“最后,我注意到你没有提及 John Sullivan 的演讲,他在演讲中很好地驳斥了所谓的“数据”,这些数据表明 GPL 正在下降——包括驳斥了你引用的一些所谓的“研究”。”

的确,我没有参考这一点,因为我不知道这件事。 正如 John 和我在 Twitter 上讨论的那样,我并不是说我引用的数据讲述了真正发生的事情的全部故事,但我认为它是一个相当可靠的来源,值得我们进行对话,因此才有了我的文章。 同样,虽然观察性数据绝不是科学的,但它确实反映了我所看到的,其他数据来源(例如 GitHub 许可数据)表明,确实存在一种趋势正在发生。

此外,正如我对 John 所说,我*很乐意*看到另一个组织提供一些额外的研究。 更重要的是,我很想看到支持 GPL 许可没有下降的论点的背后数据。 我还没有看到这些数据。

“重要的是要记住,目前尚无已知的统计学上有效的方法来衡量 FLOSS 中的许可使用情况,因此实际上无法确切知道 GPL 的使用量是否在下降。 我们可以观察到的是行业协会和公司对著作权共享的轶事攻击,其中包括大量关于其衰落的言论。”

当然,我们无法获得完全准确的情况,而且我认为没有人暗示这一点。 我认为我们不需要完全准确的情况——重要的是,如果我们感觉到一种趋势正在发生,我相信这种情况正在发生,我们不应该把头埋在沙子里,我们需要讨论解决问题的方法,而不是争论数据。

至于你关于“行业协会和公司对著作权共享的轶事攻击,其中包括大量关于其衰落的言论”的评论,我只是不相信。 我不认为存在你看到的那种针对著作权共享的巨大阴谋。 当然,我可能是错的,但我很想看到一些真正独立可验证的数据,表明公司和行业协会作为一个普遍趋势,正在攻击和鼓励开发者远离著作权共享。 否则,这只是 FUD。

回复 ,作者:Bradley M. Kuhn (未验证)

“我相信我在文章中非常清楚地表明,我是著作权共享和 GPL 的积极支持者。 当然,有些人可能只看标题,但如果他们不打算花时间阅读和理解这篇文章,我就不会花时间来迎合他们的观点。”

通过这样做,你难道不是在对皈依者布道吗? 难道接触那些不想努力理解手头问题的人不是更重要吗?

问候,eMBee。

回复 ,作者:jonobacon

这里有一些建议。 当你打算提交一张图形作为文章的中心内容时,你应该尝试提高其可读性。 即使单独查看图形,我也几乎无法读取描述符,甚至根本无法读取。 (有一些开源工具可以轻松编辑此内容)。 这可能最好以列表的形式呈现。 扩展图形以使其具有可读性后,另一个变得明显的是,图形的顶部略高于 0.5%,因此所有这些条都代表非常小的百分比,并且从一个条到下一个条的变化,即使比较 2010 年到 2017 年,也被高度夸大了。

对于某些目的来说,这些数据很有趣,但在尝试比较许可使用情况时,它有点误导。

它没有考虑到 GPL 旨在整合工作,而其他许可则不然。 GPL 的本质是代码倾向于贡献给主项目,甚至分支通常也会被重新吸收到主项目中,或者成为新的主项目。 通常,任何项目都只有一个或两个分支继续维护,而其他分支则逐渐衰落,同时将任何有价值的代码回馈给维护的分支。

与此相关的是,数据以项目总数的百分比而不是项目用户数的形式呈现。 由于 GPL 的性质,其项目的用户数往往会上升到更高的水平。 在其他许可之一下维护的代码只有在完全由大公司赞助的项目中,或者最终像更著作权共享的项目那样处理,其中大部分代码被整合到一个大的开放分支中并且没有真正重要的分支的情况下,才会变得真正庞大。

此外,项目的预期用途也会产生很大的影响。 旨在促进标准的互操作性库更有可能在宽松许可下发布,以促进其在许多地方的使用,而整个应用程序更有可能在纯著作权共享许可下发布,这样它们就不会被挪用到商业风险投资中。

我认为 MIT 风格许可的日益普及是由于缺乏对我们自由威胁的认识。 对于全球软件语料库来说,越来越自由地可用、可访问和可修改非常重要,而 GPL 是保证这一点的最佳许可。

难道基于 MIT 风格许可的主要商业模式不是基于关闭修改,然后(通过销售和服务)将产品货币化吗? 我还没有看到这种模式非常可持续地成功。 然而,基于 GPL 风格许可的成功案例却非常多。

我理解个人选择 MIT 风格许可的情感,不想要任何负担,“不在乎”他们的作品如何被使用,但我认为这是目光短浅和冷漠的,对他们和他们所贡献的社区没有好处。 至于公司采用 MIT 风格许可,这部分是屈服于恐慌,部分是希望未来可能永远不会如他们所愿地实现货币化选项。

我担心标题(以及在某种程度上文章)反映了 Bradley 暗示的“合规工业复合体的攻击”(我在 FOSDEM 的一次演讲中听到了这个词,所以它不是我的!) 正如他所说,没有证据表明 GPL 在客观上正在下降,只是开源的商业用途正在增加。 我认为,这被解读为对 GPL 的打击,而不是对整个开源运动的胜利,这令人遗憾。

开源项目是“安全空间”,在这个空间中,对某个软件感兴趣的开发者,无论出于何种原因,都能够合作开发其演进,而不会受到他人动机对其自身使用的影响。 项目使用的开源许可定义并保证了这些开发者需要的确定性。 所有许可都赋予了为任何目的使用代码、与任何人共享代码以及进行任何他们想要的更改的权利。 除了这些基本自由之外,不同的社区需要不同的确定性。

在通常直接、单独且完整地使用的代码上工作的社区——例如 LibreOffice 等应用程序软件——可能希望他们的许可也保证将相同的权利互惠授予其他开发者。 大多数 LibreOffice 核心开发者都在提供支持、培训、定制和部署的公司工作。 因为每个提供这些服务的人都必须根据许可要求贡献他们的工作,所以搭便车者不太可能破坏他们的业务。 互惠许可——在本例中为 Mozilla 公共许可证 v2——是社区期望的关键属性。 其他项目,如 GNOME 和 Linux 内核,也出于类似原因使用了互惠许可(在这些情况下为 GPL)。

但这并非适用于每个社区。 对于混合来自多个来源的成分(框架、组件、库)的开发者来说,互惠许可要求增加了不确定性,而不是减少了不确定性。 他们的雇主可能会担心管理不同许可的不同互惠义务,例如 Eclipse 公共许可证 (EPL) 和 GPL。 不同社区对互惠证明的性质和严格性的不同期望也可能是一个担忧。 对于这些开发者来说,为其代码使用非互惠许可要简单得多,特别是如果所讨论的代码没有直接货币化。

因此,或许看待这个问题的更好方法是注意到开源世界已经发展壮大。 GPL 的使用和支持也随之增长,但与企业采用开源相关的新优势也已经出现。 各种社区对其希望保护的确定性的选择需要尊重。

著作权共享衰落的最重要原因与其基本性质有关——当 2 位开发者为著作权共享项目做出贡献时,除非每个人都向另一方授予特殊的非著作权共享权利,否则两人都失去了在著作权共享之外使用代码(作为一个整体)的选择权。 Linux 说明了这一点,Linus 解释了为什么内核不能使用 GPL3——即使是转向另一个著作权共享许可也变得不可能。 项目越大,贡献者越多——问题越大。 许可维护的额外复杂性与争夺少数感兴趣开发者的 OSS 项目过多相结合,此外,开发者不想摆弄管理任务,因此宽松许可可以让他们摆脱这些任务。

此外,在当前合格贡献者匮乏的情况下,商业实体的贡献有所增加,他们的份额不容忽视。 然而,他们不想要 GPL v.X 的许可噩梦,如果一个项目想要他们的帮助,最好以宽松许可的方式许可。

人们用许可证的实际名称称呼它的情况也急剧下降:GNU GPL。

你好,
是的,我赞同你的看法。

我也认为很多新参与者来自旧的专有领域,不了解 FSF 运动/只是为了商业(至少为了生存),结果是更多数量的开源应用程序/项目使用 Apache 2.0。

绝对值是多少? 你能看到 GPL 许可的绝对维护量吗?

不管你喜不喜欢,>25% 的网络使用某种形式的 GPL(保守估计)

Jono,
一个问题——在你能够写关于任何事物的“衰落”之前,需要存在衰落。 你引用的数据是否仅仅显示使用某种版本 GPL 的 OSS 项目“百分比”的下降,还是 GPL 使用的实际下降?

Dev Bob,
你提出了一些重要的观点——但你的论点过于笼统。 为了得出你这样的结论,你需要确定你指的是哪种类型的项目。 例如,如果你指的是牙科诊所计费系统,我完全同意你的看法。 ;-)

对于包括我在内的一些人来说,有一个更简单的原因。我出于利他主义而非哲学的原因为开源代码做贡献。我希望尽可能多的人从我的工作中受益,因此尽可能宽松的许可证对此有所帮助。如果我使用 MIT 许可证发布我的代码,那么实际上没有任何法律理由可以阻止别人使用它。

如果我使用 GNU GPL(任何版本),那么有些人就无法使用它。这给我和可能想要考虑使用它的用户带来了更大的负担。

这是双向的。

当然,有些人可能无法使用 GPL 代码,因为它与他们想要使用它的方式不兼容。

另一些人可能不愿意在宽松的许可证下贡献代码,因为他们不想冒着自己的作品在非自由环境中使用的风险。

无论你从哪个角度来看,总会有人感到被排除在外。对此无能为力。我们必须根据什么对社会产生更大的影响来做出选择。

我认为那就是 GPL。

问候,eMBee。

回复 ,作者是 Matthew Nuzum (未验证)

这意味着联盟、基金会以及社区+商业领袖在向人们解释 GPL 方面做得不够好。或者,也许他们才是最紧张的人。

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© 2025 open-source.net.cn. All rights reserved.