年轻开发者拒绝许可,改革机会面临风险

尚无读者喜欢这篇文章。
copyright troll hiding under a bridge illustration

Opensource.com

现代版权法 自动授予任何创意作品版权,包括简单的博客文章以及 github 上的小段代码。这种默认版权造成了一种假设,即如果有人想对别人的创意作品做进一步处理,就需要获得作者的许可——劳伦斯·莱西格称之为 “许可文化”。开源许可生态系统常常认为这种许可文化是理所当然的,而不是反击——这可能助长了无许可代码的扩散。

后开源软件

几个月前,James Governor (@monkchips) 发推文:“现在的年轻开发者关注的是 POSS——后开源软件。去他妈的许可和治理,直接提交到 github 就行了。” 虽然 “POSS” 的实际程度尚有争议,但无许可代码的数量肯定在增加。Max Jones Werner 最近发表了一篇文章,GitHub 用户认真对待开源吗?,表明在最受关注的 github 项目中,有 20% 或更多是无许可的。(以前占主导地位的代码共享平台 SourceForge 和 Google Code 要求在发布前选择许可证,因此它们的比例为零。)抵制许可并非软件独有——至少一些共享音乐家正在 故意拒绝 Creative Commons,而 Nina Paley 也一直在隐晦地表达 同样的观点,即关于她的艺术作品的许可。

这种缺乏许可的做法是不好的——它会给其他开发者带来困惑,给作者带来风险,并且对律师来说是好事。如果这一切都是真的——为什么人们仍然不这样做呢?

抵制许可的原因

POSS 可能不仅仅是不良习惯。人们很容易认为,抵制许可(“后开源”)是因为许可令人困惑/耗时,而且人们很懒/忙。虽然我相信这些是主要原因,但我认为,对于某些人来说,抵制许可通常反映了一种信念,即“没有版权应该意味着不需要许可”。换句话说,这些人选择不使用许可证,因为在某种程度上,他们拒绝许可文化。在这种情况下,在没有许可证的情况下发布在某种程度上是一种政治声明——“并非所有用途都需要许可”。 

另一个动机,我在这里不会深入探讨,但对于许可证作者来说也值得认真讨论,那就是年轻的开发者一直拥有丰富、健康的免费代码公共资源,他们理所当然地认为我们的许可证中包含的价值是理所当然的。许可型和版权所有型社区都应该更好地为他们的许可证(而不仅仅是他们的整体理念)辩护,而不是像他们目前所做的那样。

拒绝许可文化

如果某些“无许可”共享是对许可文化的悄然拒绝,那么律师的解决方案(让每个人都使用许可,为了他们自己的利益!)可以被解释为对许可文化的积极接受。一旦作者使用标准许可,他们的直接利益就会得到保护——但是不选择许可的政治内涵就丧失了。或者换句话说:如果许可证作者如愿以偿,每个人都为所有内容使用许可证,那么在不经意的观察者看来,似乎每个人都接受了许可文化。从长远来看,这可能会使改变这种文化——改变默认设置——变得更加困难。

需要明确的是,许可证实际上无法改变默认设置——这些默认设置已融入版权法中。它能做的最好的事情是登记对现状的抗议,并提高人们对现状的认识。

那么,我们如何既能保留反对许可文化的政治言论内容,又能允许在同一种实际存在的许可文化中使用呢?或者更简洁地说:一种积极拒绝许可文化的“许可证”会是什么样子?

几个非常规的选择

  • 许可型 + 政治序言许可证: WTFPL 许可证(“想他妈的干什么都行”)已经存在很久了,使用它表明了 (1) 你希望人们使用你的代码,并且 (2) 你对他们甚至不得不问感到恼火。 在像 CC-0 这样的许可型许可证中添加一个简短的“我讨厌我不得不这样做”的序言,可能会达到类似的目的,同时比 WTFPL 提供更多的法律确定性。(当然,这样的序言也可以与像 copyleft-next 这样的强 copyleft 一起使用。) 
  • 合理使用: 合理使用是版权的传统安全阀,但很难知道特定用途是否“合理”。因此,可以编写一个许可证,它不以特定条款进行正式许可,而是旨在提供关于合理使用的更多确定性。实现这一目标的一些方法包括广泛定义合理使用类别,明确接受 转换性使用 作为合理使用分析的一个因素,或者要求法院在解释歧义时偏向接受者而不是作者。也可以将此想象为对现代许可证中现有合理使用条款(CC-BY 3.0 第 2 节、GPL v3 第 2 节、MPL 2 第 2.6 节)的补充,阐明合理使用的强大愿景,以帮助指导和保护任何依赖这些条款的人。
  • “人们实际认为的版权是什么”许可证: 大多数美国人认为,根据现代版权法,个人使用受版权保护的材料是合法的。(参见 Jessica Litman 的 数字版权 中提到的研究。)因此,专注于个人使用的许可证可能比更模糊的“非商业性”许可证更有效。另外,由于商业利益显然无法使用这些内容,因此“让律师满意”可能就不那么令人担忧了。 

细心的读者会注意到,最后两个选项不太可能是 OSI 开放或 FSF 自由的。就本次练习而言,这没关系——我希望以此来激发人们思考“许可总是一件好事”的假设。

一个挑衅

我提出这些许可证想法并不是为了全面调查反许可文化许可证可能是什么样子,甚至不是一个好的调查。相反,将它们视为一种挑衅:我们——特别是开源许可证的作者和评估者——是否是许可文化问题的一部分?如果人们的愿望之一是抵制许可的必要性,我们是否真的在回应使用我们许可证的人们?我们能否在表达对许可文化的反感方面更具创造性,而又不会过多地阻碍共享工作?我认为,如果我们进行批判性思考,我们能够做到,也许我们应该这样做。

标签
User profile image.
我是一名律师和社区建设者,目前是 Tidelift 的联合创始人兼总法律顾问。在之前的职业生涯中,我曾担任

10 条评论

我曾经写道.....

<b>无条件的自由:</b>

我们可以感谢 RMS 做了很多事情,但我个人认为 GPL 不是我们应该感谢他的事情之一。GPL 宣扬真正的自由,但列出了一系列条件,你可以做这个,但不能做那个!

自由是非黑即白的,要么是自由的,要么就不是。我首选的许可证是根本没有许可证。你可以随心所欲。

我仍然相信这一点。

*** 你可以随心所欲。 ***

这仍然是一种许可证的形式。如果没有你的声明,则适用常规版权。没有许可证,除了作者之外,任何人都没有任何权利。

如果不参与政治以废除版权,就无法拒绝版权。当权者已将其嵌入我们社会的核心。

只是将代码倾倒在公共可访问的位置并忽略版权,会使其他人面临代价高昂的诉讼。

系统的工作方式是不是很糟糕,感觉就像你不得不....

你给一个人一杯免费啤酒,他眼神恐惧地看着你。你想知道怎么回事,难道他不爱喝啤酒吗?所以你告诉他....嗯,没关系,伙计,我没往里面吐口水什么的 ;) 但他对你说...不,不是那样.....我可以拿到书面证明我可以喝这杯啤酒吗?我不想因为盗窃罪进监狱,伙计!!!

我们变成了什么样?

啤酒和源代码是两回事。代码的接收者需要知道你在什么条件下将代码抛过围墙。默认情况下,代码的版权归你所有,这意味着除了你之外,任何人都不能将其用于任何用途。许可证只是告诉接收者你在什么条件下提供代码的文本。没有“只是免费”这种东西。有公共领域(在维基百科上查看),它与之接近,但公共领域意味着没有人可以为代码获得版权,这本身就是一种限制。最接近你想要的东西可能是 BSD,这是一个非常流行的许可证,在许多情况下效果很好。对于我们这些不喜欢分叉或专有供应商在不回馈的情况下关闭我们的代码的人来说,GPL 是更自然的选择。

GPL 是一部杰作。它给了我们有竞争力的自由操作系统,它给了我们世界上最好的内核,它给了我们 webkit,它给了我们开放驱动程序。这样的例子不胜枚举。它给我们的自由比公共领域代码所能提供的多得多。无政府状态和自由是两个截然不同的概念。

这些限制的目的是防止衍生作品成为专有的。在版权法适用的世界中,GPL 是最接近于无版权世界的近似物。我认为 GPL 序言很好地解释了这些限制的原因。

我为我的作品添加许可证不是为了保护我自己,而是为了保护你。

如果 Jill 在没有许可证的情况下使用了 Jack 的创意作品,那么 Jack 可能会在以后回来起诉 Jill 侵犯版权。Jill 应该只是假设 Jack 是个好人吗?也许 Jack 计划在以后发起一系列大规模的诉讼或“和解”提议。如果 Jack 真的那么好,他就会在他的创意作品上明确、明确和精确地声明,给予 Jill 许可。(例如,那些邪恶的“许可证”玩意儿之一)

有人在没有许可证的情况下发布代码不应被视为善意的举动。应该带着深深的怀疑来看待它。他们的真正动机是什么?如果他们没有动机,那么他们就会使用许可证来永远保护你的利益。他们不这样做或不愿意这样做的事实说明了很多问题。

拒绝许可文化是好事。我非常同意这一点。但这是法律。如果你不喜欢它,那就努力改变法律。

不要创造一个让坏人以后可以起诉其他人的环境。仅仅因为你不会起诉未经许可使用你作品的人,并不意味着如果这种做法变得普遍,一些喷子就不会试图利用这种做法。这种无许可证的做法正在帮助创造一种容易被滥用的局面。给你一个提示:世界上有坏人。是的。真的。

如果我和我的邻居在我家前院非常靠近路边的地方建造一个项目,你应该假设你可以自由参与吗?

““有人在没有许可证的情况下发布代码不应被视为善意的举动。应该带着深深的怀疑来看待它。””

这条评论显示了很多世界上的错误之处。显然,问题不在于人们利用并等待起诉那些使用被当作诱饵发布的代码的人。问题显然是我们不够偏执。我们为什么要拥抱恐惧文化?我们应该拒绝这一点,而是专注于如何创造更好的信任文化。

这不是恐惧文化。这是实用主义。没有许可证的代码自动是禁止接触的。为什么?因为默认版权在代码创建时立即适用。默认版权意味着只有作者被授权制作副本和衍生作品。如果人们想要建立信任,只需为代码添加许可证即可。

精彩的文章

另一种情况
Jack 可能确实是一个好人,他在没有许可证的情况下将他的代码发布在 Github 上,并且非常高兴人们将他的代码用于任何事物!

然而,几年后,Jack 去世了。Jack 的继承人 Darl 不那么好。Darl 也许对 Jack 把所有时间都花在编码上,而没有花时间陪伴 Darl 而感到不高兴。好吧,Darl 想要得到一些东西,因此 Darl 作为 Jack 版权的合法继承人,聘请了律师并起诉了所有曾经使用过 Jack 代码的人。

请注意,至少在某些国家/地区,这种情况可能发生在代码发布后一个月、五十年后,甚至一百多年后(作者的寿命 + 70 年...到目前为止),关于继承人的继承人的继承人的继承人。即使 Jack 的孩子很好,那 Jack 的曾孙呢?

任何大型、严肃的项目都不能冒险这样做 - 鉴于当今世界大部分地区的法律环境,绝对应该要求明确的许可证。

本文以 CC-BY-SA 许可发布。

Creative Commons License本作品采用知识共享署名-相同方式共享 3.0 未本地化版本许可协议进行许可。
© 2025 open-source.net.cn. All rights reserved.