GPL 的衰落?

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

Opensource.com

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

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 月。只有 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 许可证,以便“现在每个人都可以使用它”。LF 在 Twitter 上遭到强烈反对后删除了该推文,其中包括问题“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。

In reply to by Matthew Nuzum (not verified)

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

Creative Commons License本作品依照知识共享署名-相同方式共享 4.0 国际许可协议授权。
© . All rights reserved.