“开源”不是“自由软件”

混淆“开源”和“自由软件”会破坏自由软件。
842 位读者喜欢这篇文章。
Open organization buildings

Opensource.com

在开源领域,使用诸如 FLOSS(自由/开源软件)之类的术语很常见,这随意地混淆了 开源自由软件 这两个术语,这两个术语经常互换使用。如果我不承认自己也曾犯过同样的错误,那我就是失职了。我以后不会再这样做了——或者至少我会尽量不这样做——原因很简单:互换使用这两个术语对自由软件和开放媒体倡导者(阅读“反 DRM”)的目标是危险的。继续这种做法会破坏对自由软件和相关运动至关重要的信念。

自由软件关乎自由

自由软件是一场社会运动,几乎没有商业利益的影子——它存在于宗教和哲学的领域。自由软件是一种生活方式,具有强烈的道德准则。自由软件 的核心思想是,每个人都应该能够使用、修改和共享,但有一个明确的限制,即您不能在不共享的情况下修改。这就是 “自由软件是病毒” 迷因的由来,这使得 GNU GPL 对于某些商业人士来说显得格外可怕。拥抱自由软件也意味着拥抱共享文化和强制共享,这对大多数企业来说都太过分了。自由软件的目的是破坏现有专有 Unix 供应商的秩序,并强制执行共享原则。当谈到倡导这种自由时,很难在不承认为解锁设备、开放媒体格式、网络中立性和免受私人以及政府监视的持续斗争的情况下拥抱自由软件文化和哲学。在本文的其余部分,我将使用 “自由软件” 作为所有这些运动的简称

开源则完全关乎其他:供应链效率

十年前,当我写 没有开源社区 时,我提出了一个问题:“开发人员为什么要发布开源代码?” 事实证明,从运营的角度来看,这样做有很好的理由。

拥抱开源就是拥抱利用去中心化供应链的开发模式。以前,专有供应商会在内部控制整个软件供应链,而开源模式直接驳斥了这种方法。开源模式是关于使用来自多个来源的通用组件,以在创建基于软件的产品和服务时实现更高的效率和敏捷性。

最初,开源项目确实大量使用了 GPL 许可的软件,这是因为 GNU 项目比第一个 Linux 内核早了大约 10 年启动,并且至少比 开源 术语的创造早了 15 年。这种先发优势的影响是,当开源作为一种商业友好的概念开始流行时,已经有大量的 GPL 许可代码——更不用说成熟的共享文化了。

现在新开源项目出现了一种趋势,即从 Copyleft GPL 风格的许可证迁移到 “宽松” 的 Apache 风格许可证,这应该不足为奇。事后看来,这是不可避免的。在一个由商业利益而非哲学定义的世界上,强制共享实际上没有意义。当然,有人可能会争辩说它确实有意义。毕竟,许多公司围绕 GPL 许可的 GNU 和 Linux 代码形成了有利可图的生态系统。但让我们假设大多数商业人士都不同意强制共享这一点。

在 Apache 风格的开源模型中,开发人员可以选择是否发布他们的修改。他们经常这样做,仅仅是因为他们已经意识到参与开源生态系统的好处——但也有许多人有时不这样做。在开源世界中,这根本无关紧要。如果开源开发的目的是优化您的供应链和规模经济,谁会在乎共享呢?

开源的胜利

重要的是要记住,在 大教堂与集市 中,埃里克·S·雷蒙德专门指出开源模式是优越的,这是伟大文化分歧的开始:开源完全是关于更好的软件和 “只要有足够的眼睛,所有的错误都是肤浅的”;而自由软件是关于通过共享实现的开明存在。开源是一种优越模式的观点被证明基本上是正确的,因为开源已成为技术创新的首选模式。如果使用得当,开源流程可以为供应商带来竞争优势,而开源原则可以让项目更有效地运作。

具有讽刺意味的是,正是这种令人印象深刻的开源胜利——或者至少我们对它的解读——对自由软件构成了真正的威胁。当这些术语互换使用时,就没有细微差别或区分的余地。因此,开源的胜利变成了自由软件的胜利,而丝毫没有质疑这是否真的是事实。

但是自由软件真的 赢了 吗?让我们考虑另一种选择,即自由软件的 胜利 与开源看起来截然不同。如果开源的胜利看起来像更高的效率和开源生态系统中更多的创新,那么自由软件的胜利看起来像什么呢?

如果自由软件 “获胜”

如果我们从自由软件是关于共享哲学和围绕该哲学构建的道德准则的前提开始,那么如果自由软件的哲学与开源原则一样成功,那又意味着什么呢?如果我正确地认为它们是不同的,那么这种哲学和道德准则的成功肯定会以不同于我们现在看到的方式体现出来。

在一个自由软件获胜的世界中,锁定云架构是否占主导地位?大多数手持设备是否都是专有的且难以更改?是否难以在任何平台上使用任何服务?我们会如此轻易地将我们的隐私交给媒体公司吗?那么,在一个开源超级成功的世界中,为什么以上所有都是真的呢?如果我们宣布开源已经获胜——而且我相信这样做是安全的——我们怎么可能宣布自由软件也已经获胜了呢?这就是术语混淆具有积极毒性的地方。通过互换使用它们,您正在夺走各地自由软件倡导者的风帆,他们希望确保云中的共享、网络上的自由、平等的技术访问以及每个人隐私的改善。

当自由软件倡导者发声时,许多开源支持者宁愿他们闭嘴走开。几个月前我参加了一次对话,我提到我们需要教育人们了解开源原则。我的错误。看看混淆这两件事会给我们带来什么?一位技术主管回应说:“我们真的还需要那样做吗?” 一些开源支持者的印象是,由于开源已经获胜,“自由市场” 将会解决这个问题,我们无需担心这些哲学性的东西。因此,无需就标准、隐私和自由软件游说政府,因为,嘿,市场看不见的手正在引导我们所有人朝着正确的方向前进。随着开源因市场趋势而取得成功,对于推动技术文化向前发展,存在着太多掉以轻心。

此外,我忍不住指出,这种类型的神奇思维与弗朗西斯·福山在 1989 年 历史的终结与最后的人 中提出的理论非常相似,即世界各地的社会和民族国家正在不可避免地走向更多的自由和民主。这对于世界三分之二的人口来说效果如何?

自由软件本身很重要

我们冒着失去整整一代人的风险,让他们陷入租赁文化,实际上不拥有任何数字产品或控制我们可以与我们的媒体和设备交互的方式。通过不拥抱自由软件的理想,我们冒着破坏自由软件倡导者所做的必要工作的风险。自由软件的理想需要修改和共享文化,以约束我们的企业霸主,这是我们在现代云、网络和物联网平台上正在迅速失去的东西。如果我们能够强制执行自由软件原则,坦率地说,世界将会变得更美好。我将不必仅仅为了访问我付费的技术服务而使用特定平台。世界各地的贫困学生将不会面临更多的教育机会障碍。代表性不足的社区将有更多的权力来控制自己的命运,并创建成功的社区,他们可以将其作为对抗其他宁愿维持现状的世界的力量。

我们都应该努力确保我们拥有设备上的技术,我们拥有自己的信息,并且我们可以捍卫我们的隐私。谁拥有控制我们生活的信息,谁就拥有通往我们思想的途径和未来垄断的机制,这 确实 具有真正的经济影响。

好吧,我想我最终还是无法摆脱经济论点:忽视自由软件的哲学和理想,并冒着可怕的未来,即对言论自由、思想自由以及商业自由施加限制的风险。

标签
JM head shot
John Mark Walker 是 Fannie Mae 的开源项目办公室主任,并且是一位长期的开源社区、产品和战略专家。他创立了开源企业网络 (OSEN),并且是 Glyptodon, Inc. 的顾问。

39 条评论

开源在 “自由软件” 失败的地方取得了胜利。开源和 “自由软件” 之间的区别实际上是自由主义和共产主义之间的区别。对于开源而言,自由是一种手段,目的是建立一个充满活力的生态系统,每个人都共同努力构建伟大的软件基础设施。对于自由软件人士来说,自由本身就是目的。理查德·斯托曼是一个左翼怪人,人们都在努力避免与他接触,这也没有任何帮助。

您的自由主义与共产主义的评论完全不靠谱。自由主义绝不认为自由是一种达到目的的手段。自由主义关注自由本身作为一种道德价值,这就是为什么许多自由软件运动的积极支持者是自由主义者。当然,RMS 不是自由主义者,因此显然自由软件运动比仅仅是自由主义者更大。但是,即使有共产主义者支持自由软件,断言自由软件是共产主义也完全是无稽之谈。自由软件实际上得到了广泛的政治意识形态的支持。

回复 作者 IGnatius T Foobar (未验证)

这与我的看法也一致。我对自由主义的反感在于,它将自由的形式置于其精神之上,因此即使它们被证明更有效并且最终提供了更大的利益,它似乎也对市场限制和国家资助的社会项目采取了一种道义上的厌恶。

无论如何,我用与本文作者相同的视角看待开源。也许这是一个混合体,其中一些人是出于善意,另一些人是为了炒作和商业利益,但他们根本不在乎其他任何事情。然而,开源的净平衡是一艘随波逐流的船,没有真正的承诺,并且与自由主义运动没有任何相似之处。

回复 作者 wolftune

喜欢您表达对自由主义不满的方式,Eleanor。这完全符合我的感受,我打算借用一下。

回复 作者 Eleanor Suarez (未验证)

“对于开源而言,自由是一种手段,目的是建立一个充满活力的生态系统,每个人都共同努力构建伟大的软件基础设施。”

以下是该论点的症结所在:“开源”(如本文中所用)可以用来阻止充满活力的生态系统,因为改进不必共享。宽松许可证之所以受欢迎,部分原因是它们允许公司利用他人的工作在其之上构建封闭的生态系统。

回复 作者 IGnatius T Foobar (未验证)

“自由” 软件是一个谎言。它是一个营销标签,被恶霸用来恐吓他人,迫使他人接受他们不切实际和反社会的信念。它与自由无关。

我不同意。自由软件是为了确保授予下游人员的自由能够一直传递到链条的末端。自由软件许可证实际上与宽松许可证相同,只是有一点不同:您没有自由剥夺他人的自由。

回复 作者 Sarah Ryzecka (未验证)

谢谢,VM。我完全同意。我没有攻击任何人,但我确实是对抗性的。OP 评论以 “自由软件是谎言” 开头,我(虽然疲惫,但仍然知道文本无法清晰地传达)旨在直接指出 OP 是多么的无建设性和对抗性。但我很高兴看到您对我的回复,非常到位。

回复 作者 vmbrasseur

感谢您花时间了解开源和自由软件之间的差异,特别是以一种更广泛的人群如果花时间阅读就能更好地熟悉的形式分享文本。

友情提醒,我们喜欢在 Opensource.com 上进行热烈的讨论/辩论,只要它们保持尊重并且不违反我们的使用条款/社区行为准则:https://open-source.net.cn/legal

“自由软件精神的核心思想是,每个人都应该能够使用、修改和共享,但有一个明确的限制,即您不能在不共享的情况下修改。”

这是真的吗?我的理解是,我可以随意修改自由软件供个人使用,而无需强制共享这些修改。但是,如果我选择共享软件的 修改版本,我必须反过来共享修改后的源代码。是这样吗?

哦,对了 - 应该说,您不能在不以源代码形式共享更改的情况下修改和再分发。至少就 GPL v2 和 v3 定义的 “分发” 或 “传递” 软件而言。

回复 作者 bbehrens

谢谢。这很有帮助。我怀疑这在一定程度上缓和了自由软件 “强制共享” 的概念,因为在这种特定情况下,没有这样的强制措施。当为企业中的自由软件辩护时,这可能是一个有趣的支点。

回复 作者 johnmark

实际上,自由软件作为一个概念甚至不推动 Copyleft,即每次您再分发时按许可证强制共享。那是一种 策略。自由软件说,任何人都不应因其他人控制软件而限制他们对软件的使用。

所以,是的,您应该能够修改,并且没有要求共享您的修改(那将是非自由的要求)。而且,像 BSD-3 这样的宽松即容易欺负的许可证本身也被完全尊为自由软件。 如果 每个人在发布衍生作品时都保留该许可证,那么自由软件运动中的任何人都不会对此感到不高兴。问题仅在于衍生作品以专有条款发布时。这违反了自由软件。因此,自由软件并不是说当您与他人共享软件时,您 “必须反过来共享修改后的源代码”,而是指许可证是否要求您这样做。相反,自由软件只是说, 如果 您拥有合法的许可证, 没有 该要求,那么使用您的合法权力跳过共享源代码是不道德的。

简而言之:自由软件说 Copyleft 和宽松许可证都可以,但是宽松许可证赋予您 法律 权力去做一些不道德的事情,而您永远不应该做。因此,可以理解的是,他们推广从法律上阻止不道德行为的许可证。但是,如果行为在法律上被允许但永远不会发生,那也可以。

回复 作者 bbehrens

您是正确的。仅当作品或衍生作品 “传递” 给其他人(使用 GPL 语言)时,GPL 才强制共享。私人使用和私人修改是完全允许的,没有人可以强迫您发布甚至尚未发布的更改的源代码。AGPL 更进一步,通过网络服务使用被视为等同于发布/分发目标代码。

总之,GPL 许可证系列的目的是不是最大限度地公开源代码,而是要确保在可能的范围内,程序及其所有衍生作品的所有用户都获得整套权限。

作为对开源持不可知论立场的自由软件支持者,我同意本文其余部分的内容。这种区分很重要。

回复 作者 bbehrens

我不得不不同意这篇文章的前提。我们之所以将自由软件和开源混在一起使用 FOSS 或 FLOSS 等术语,是因为(我相信)我们大多数人认为开源与自由软件一样关乎自由。

供应链效率只是让人们接受这个概念的一种手段。这是一种营销策略。一旦上钩,人们就会明白这实际上是关于自由的。我实际上认为开源没有任何效率。

我使用开源并没有省钱。当然,大多数开源软件都是免费的,但它也产生了支持成本(无论是内部的还是外部的提供商(如红帽))。

开源的供应效率并不高。我仍然必须等待生产者发布新版本。

它并没有给我带来免费劳动力。当将我自己的产品作为开源发布时,我不会自动获得人们免费为它工作。当我确实获得免费劳动力时,我必须通过支持这些人来为此付出代价,用他们需要的功能来回报他们,以便他们做出贡献等等。

不,我从开源中真正得到的是,与我从自由软件中得到的一样:独立性!

如果项目的所有者停止支持它,我可以聘请其他人接管,或者自己做。

如果存在安全问题,并且生产者修复速度太慢,我可以自己修复。

这些事情并没有使我的业务更有效率,但它们确实使其更加独立。这一切都关乎自由,而根本不关乎效率。

问候,eMBee。

我应该补充一点,安卓在手机上的主导地位不是开源的胜利。所有安卓开发都在谷歌内部进行。手机生产商使用安卓是因为它是免费的,但他们中的大多数人并没有从大多数代码附带的开源许可证中受益,因为谷歌实际上不允许手机制造商进行任意更改。

包含 Google Play 和其他谷歌应用程序的安卓(这是大多数手机制造商分发的安卓)既不是自由软件,也不是开源软件!开源许可证的唯一受益者是谷歌本身。

请告诉我,这怎么是开源的胜利?

开源和自由软件都没有获胜。我们还有很长的路要走。

问候,eMBee。

回复 作者 eMBee (未验证)

完全正确!

我同意独立性是开源(以及在某种程度上,自由软件)获得吸引力的主要原因。

我确实觉得具有讽刺意味的是,在某些方面,自由软件搭上了开源的知名度/成功的顺风车。

我个人可以接受 John Mark(和其他人)的要求,即我们区分这两个运动。但是,我更感兴趣的是这两个概念共享的共享/社区建设的共同方面。开源已经证明,在许多情况下,它是一种更有效和高效的软件构建方式。

John Mark 经常指责我是 “开源实用主义者”,我欣然接受这个头衔,因为我认为 绝大多数 工作都是在更接近自由软件 <-> 专有软件频谱中心的空间中完成的。我相信开源更接近该频谱的中心。

回复 作者 eMBee (未验证)

我不认为这具有讽刺意味。这个术语最初是由自由软件倡导者创造的,他们希望找到一种更好的方式来推广自由软件。

我记得至少 Bruce Perens 在几年后说过:“现在是再次谈论自由软件的时候了”,这在一定程度上似乎表明他一直是一位自由软件倡导者,即使他帮助创造了开源这个术语,并且他还期望自由软件会从开源这个术语中受益,但意识到这种情况并没有达到他希望的程度。

问候,eMBee。

回复 作者 guyma

我个人很喜欢这篇文章,我一直在想什么时候有人会在(半讽刺地)opensource.com 上解决这个问题
但是,如果我们将自由软件与强 Copyleft 许可证(GPL 等)联系起来,并将开源(自由软件的子集)与宽松许可证(Apache、BSD、MIT 等)联系起来,那么我认为这两个方面 确实促进了自由。然而,它们关注的是 2 个不同群体的自由:前者是用户,后者是开发人员。强制共享变更旨在保证用户永远不会遭受供应商锁定的困扰,而例如 BSD……嗯……看看 Apple 的 OSX 就知道了,呵呵。

“前者是用户,后者是开发人员”——嗯,不尽然。这取决于哪些开发人员。如果开发人员 A 使用宽松许可证的自由来关闭代码,则开发人员 B 将失去对宽松许可证的自由和(较新版本的)代码本身的访问权限。

回复 作者 PsynoKhi0 (未验证)

似乎文章和评论中有很多文字和努力都在贬低自由软件的理念。如果有人想免费提供他们的软件,那是他们的选择。
“开源” 这个词已经变得有点像魔法词,就像食物中的 “全天然” 一样。但并非所有开源都是相同的。在许多情况下,专有公司会发布某个项目的片段作为开源,以获得知名度的好处,也许还能获得免费贡献,但这只是仍然封闭的更大项目的一部分。

我也为弗朗西斯·福山感到抱歉,他现在似乎到处都受到虐待。当你被写开源文章的人击败时,那一定很糟糕。

回复 作者 greg-p

实际上,虽然自从 OSI 放弃商标以来它不再具有法律效力,但 “开源” 有一个非常具体的定义,不像 “全天然”。

此外,“免费” 在这里无关紧要,因为 “自由” 指的是 “自由” 而不是价格。

您说的部分开源某些软件是正确的,但这也会被视为部分解放某些软件。虽然这违背了软件自由的道德规范,但解放的部分仍然是合法的自由软件。

回复 作者 greg-p

实际上,在我参与的 FLOSS 世界中,自由确实意味着免费,甚至没有任何隐藏的费用。免费如啤酒。

回复 作者 wolftune

毫无疑问,但这与其他人参与的 FLOSS 世界几乎无关,在这个世界里,自由软件的创始人和主要组织对自由软件的定义与您的定义截然不同。

回复:,作者:Greg P

抱歉,Greg,您的“像啤酒一样免费”的说法引起了我的注意。尤其是在有一个开源许可证,许可方可能半开玩笑地要求,如果他的软件的任何用户在酒吧遇到他,那么他们可以请他喝一杯。

基本上,除非您最近抢劫了一家酒店,或者您有一些很棒的自制啤酒[而且这可能也不是免费制作的]!:-)

回复:,作者:Greg P

当有人试图区分“自由软件”和“开源”时,我总是不得不抱怨。

如果我们将“开源软件”定义为任何符合开源定义 (OSD) 的软件,并将“自由软件”定义为任何符合四项自由要求的软件,那么将 OSD 的 10 项要求映射到自由软件的四项要求就很容易了。

我在 2009 年就做过:https://www.adventuresinoss.com/2009/05/07/fauxpen-source/

因此,根据定义,开源软件就是自由软件,反之亦然。

自由软件定义的问题在于那些讨厌的词语“这样你就可以帮助你的邻居”。听起来像共产主义,对吧?那些自由软件的书呆子一定只是一群反商业的嬉皮士。

但是……当我看到人们试图在两者之间做出严格区分时,这通常是“伪开源”的先兆。首先,他们试图将自由方面与开源分开,然后当他们试图从 OSD 中剥夺一项或两项自由时(例如创建和分发衍生作品的权利),他们会躲在“好吧,您仍然可以看到源代码,所以它一定是‘开源’的,对吧?这不是‘自由’软件。”的背后。

错了。

我的默认说法是“开源”(嘿,我正在 opensource.com 上发布这篇文章),我的意思是软件之所以更好,是因为它符合 OSD 的要求。但当关注事物的自由方面时,我也会说“自由和开源软件”或“自由软件”。

我并不是说 John Mark 是故意试图区分两者,他在他的文章中提出了一些很好的观点,但我们应该始终清楚,两者之间没有实际区别——更多的是意图问题。

谢谢!我很高兴其他人也提出了这个非常明显的观点。至少十多年来我一直都在思考同样的事情。我们能不能停止争论这个问题,一起走向统治世界? ;-)

回复:,作者:Sortova

如果开源获胜了……那么所有 OSBNFS(开源但非自由软件)项目和/或产品在哪里?

您不必看得太远:您自己的手机,很可能,是开源但不是自由软件。

事实上,谷歌的所有服务都建立在开源之上,但是您可以控制您的数据以及它们如何被处理吗?谷歌可能会发布大量代码和研究论文,但您的私人信息是他们的。AGPL?想都别想。

互联网上的垃圾东西如此糟糕的原因之一正是因为开源。过去我们嘲笑 Windows 是因为它糟糕的安全性,当出现运行 Linux 的新设备时,我们很高兴。至少 Windows 有它的 SP2。现在我们被永远存在的漏洞所包围,并不断受到攻击。即使几乎每个组件都是使用开源软件构建的,从引导加载程序到应用程序堆栈,我们也有固件锁和粗心大意,这使得这种开放性变得毫无意义。

如今,几乎每个设备和几乎每个在线服务都至少有一个开源组件。即使 Windows 也是部分开源的,因为微软现在已经开源了如此多的组件。几乎没有任何地方真正给予用户 4 项基本自由,尤其是自由 1 的一部分:更改程序以使其执行您希望的操作的自由。

回复:,作者:Miguel A.(未验证)

主要问题是许多人认为所有自由软件都是在著作权共有许可(如 GPL)下分发的,但事实并非如此。有一些自由软件是在非著作权共有许可下发布的,因此如果您不想,您不必在相同的许可下发布该软件的修改版本,如果您想让您的版本仍然是自由软件,您只需要遵守自由 0、1、2 和 3,无论您选择什么自由软件许可证;就这些。

我不得不说,从我的角度来看,我完全同意开源不是自由软件,我强烈赞成在宽松许可的软件中不强制执行自由/著作权共有。我试图明确指出,开源、宽松许可的软件不会询问您的作品是否是衍生的、传播的或分发的,您可以随心所欲地做任何事情,而不会对任何这些条件是否自由产生歧义。我不明白自由、著作权共有许可证如何降低租赁文化的风险——大量著作权共有软件为云提供动力,但数据仍然经常是封闭的/由一个小团体拥有。

我认为生态系统比自由软件更大,我们非常感谢自由软件运动,那是我开始的地方。然而,我已经做出了一个非常自觉的选择,我认为其他人也这样做了,即为我的工作转向使用更简单、更宽松的开源许可证。我个人想要一个更开放的世界,但我没有时间进行法律辩论、许可证兼容性和著作权共有许可的细微差别。

让我们看看关于开源是关于供应链效率的前提。用一句英国谚语来说,我不得不说那是胡说八道!

我在思科系统公司的供应链部门工作了 10 年,我的职责是管理所有从工程部门(商业和开源)进入供应链的软件,并确保许可证得到遵守。

在这次辩论中很容易被忽视的几个问题对于像思科这样投入数百万美元建立全面合规流程的大公司来说是有问题的。这个流程是跨公司的,包括数百人,开发人员、业务经理、律师、供应链专业人员和经理等等。为什么?嗯,在收购 Linksys 之后有一个相当公开的原因。那么问题是什么?

“自由和开源”这个短语的认知和引起的困惑。我们将重点缩小到开源,并培训了所有开源在知识产权上都归其他人所有,并且通过一种或另一种许可证方式使其代码可供使用而无需初始成本(金钱成本)的原则。

但是,在大多数情况下,使用该软件是有成本的。正如之前已经提到的,分发通常是某些类型的开源(尤其是著作权共有,如 GPL)的重要触发因素。此外,您还必须小心(即使使用 BSD 和其他更宽松的许可证),您也要遵守适用许可证中的义务,对于一般的非著作权共有许可证,这要求您公开署名作者。

如果您使用 GPL,您必须提供访问权限,无论是作为您分发的一部分,还是通过在随附您作品的某些出版物中提供的要约,访问 GPL 源代码以及您对该代码所做的任何和所有更改。此外,如果您在开发产品以及将您的 IP 与所述 GPL 或著作权共有代码结合使用时不够聪明,那么也需要发布这些代码。那么猜猜怎么着?您的工程部门现在必须在其同行评审、静态分析或其他开发流程中加入额外的步骤,以检查这些事情并证明他们已经这样做。大多数繁忙的工程部门讨厌有东西妨碍他们并减慢他们的速度。

许多 GPL 代码和其他开源代码因混合许可而臭名昭著。这对于商业许可证来说不是问题,因为您可以让供应商对下游许可负责。使用开源,您不能!因此,这意味着根据 MIT(例如)许可的代码可能包含来自 BSD 或 Apache 风格许可证的代码。猜猜怎么着 - 然后您有义务遵守构成名义上的 MIT 许可证的每个许可证中规定的要求,而实际上并非如此。

在许多情况下,商业供应商可以将开源分发到供应链中,红帽和谷歌立即浮现在脑海中,但如今所有商业供应商都以某种方式使用开源。许多人认为商业供应商的许可协议涵盖开源使用。它不是 :-)。如果您收到代码,您有义务遵守许可证。所以您最好知道他们给了您什么。

关于“诱饵和转换”许可。那是一种声称是开源的许可证,但随后以某种方式将您引入某种形式的商业关系。这些是真实存在的,并且可能代价高昂。有时,一种“所谓的”开源许可证,以太阳微系统公司当年首创的著名社区源代码许可证为例,允许免费和开放使用以用于有限的目的,并且像 GPL 许可证一样,包含一个分发条款,该条款要求商业许可证。值得庆幸的是,这些越来越少,但它们仍然存在。最流行的是类似于 Android 的,您获得一些基本的开源功能,但为了获得更好的性能或更高的加密或其他一些“高级”功能,您需要付费。

通常,其中一些许可证被放置在网站上的简单点击通过中,大多数人懒得阅读,但会点击,以便他们可以获得他们的软件修复!

最后(但这并非详尽列表),使用开源的真正成本是所需的额外维护。一些开源社区在更新、错误修复和安全补丁等方面非常有效和高效,而另一些则不然。当您开始使用开源时,您最好在您的工程部门建立一个合适的支持团队并加入社区,以便您可以最大限度地保持代码处于工作状态。您的另一个选择是去找财务部门,让他们拿一些钱来支付像红帽这样的公司为您做这件事。

所以让我最后说一句,没有“无成本”的开源。有“自由使用”的开源,您不寻求从其使用中获利。与生活中的任何事物一样,没有免费的午餐。

当您决定分享您使用开源所做的工作并让其他人使用您的工作时,您就将供应链扩展了一个环节。您现在对您的客户(无论是商业实体还是朋友)负有义务,为他们提供受支持且合规的产品,并让他们了解他们的义务是什么。您还对您的供应链负有义务,这样做并遵守您在最初采用和使用代码时同意的条款。您这样做是理所当然的,毕竟,您使用的东西不是从树上长出来的。

在外面要小心!

您好。

这是我读过的关于开源/自由软件的最糟糕的文章。

根据定义,任何自由软件都必须是开源的。但是,例如,任何需要任何专有软件才能运行的项目都不能是自由软件,即使您可能认为它是开源的。

您可能会认为我错了,但您可以阅读此内容:https://open-source.org.cn/docs/osd

您可以清楚地理解,这与自由软件的四项规则相同。自由分发,自由修改,自由再分发。自由软件处理软件的所有权,开源处理源代码的可用性,以便阅读或修改作为一种开发方法。

在我看来,自由软件是一个通常用于倡导目的的术语,由 FSF 推广。这通常是这样的,因为“自由”这个词通常会引起潜在技术用户的注意。倡导策略中固有的是开源的某些方面,因为有一些软件工具既符合自由软件又符合开源软件的条件。例如 – LibreOffice。这通常会导致使用 FOSS 和 FLOSS。必须注意的是,在自由软件的情况下,不能保证访问源代码——例如 Skype 客户端。

另一方面,开源确实提供对源代码的访问,无论是受限的,仅限于一组人查看,还是对公众开放。开源的重点通常是为理解源代码的人提供访问权限,以便维护或改进功能。这是 OSI 通常提倡的立场。

在商业方面,在开源或闭源中开发任何解决方案所需的工作量是相同的。然而,企业转向更多地从开源使用中获益。开源软件是可扩展的且易于维护。

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