什么是著作权共享?

3 位读者喜欢这篇文章。
What is copyleft?

Opensource.com

如果你在开源项目中花费了很多时间,你可能已经见过“著作权共享”这个术语。虽然这个术语非常常用,但许多人并不理解它。软件许可与文本编辑器或软件包格式一样,是激烈辩论的主题。对著作权共享的专家级理解可以写成许多本书,但本文可以作为你著作权共享启蒙之路的起点。

什么是版权?

在我们理解著作权共享之前,我们必须首先介绍版权的概念。著作权共享不是一个独立于版权的法律框架;著作权共享存在于版权规则之内。那么什么是版权呢?

确切的定义因司法管辖区而异,但本质是这样的:作品的作者对作品的复制(因此得名“版权”)、表演等具有有限的垄断权。在美国,《宪法》明确规定国会制定版权法,以“促进科学和实用技艺的进步”。

与过去不同,版权立即附加到作品上——无需注册。默认情况下,所有权利均被保留。这意味着未经作者许可,任何人都不得再版、表演或修改作品。这种许可是一种“许可证”,可能附带某些条件。

要更全面地了解版权,Coursera 的教育工作者和图书馆员版权是一个极好的资源。

什么是著作权共享?

请耐心听我说,但在我们讨论什么是著作权共享之前,还需要再进一步。首先,让我们检查一下开源的含义。所有开源许可证,根据开源倡议组织的定义,除其他事项外,必须允许以源代码形式分发。任何接收开源软件的人都有权检查和修改代码。

著作权共享许可证与所谓的“宽松”许可证的不同之处在于,著作权共享许可证要求在任何衍生作品中都包含相同的权利。我更喜欢这样思考这种区别:宽松许可证为直接的下游开发者提供最大的自由(包括在闭源项目中使用开源代码的能力),而著作权共享许可证则为直至最终用户的下游用户提供最大的自由。

GNU 项目给出了著作权共享的这个简单定义:“规则是,在重新分发程序时,你不能添加限制来剥夺其他人[自由软件的]核心自由。”这可以被认为是规范定义,因为各种版本的GNU 通用公共许可证 (GPL) 仍然是最广泛使用的著作权共享许可证。

软件中的著作权共享

虽然 GPL 系列是最流行的著作权共享许可证,但它们绝不是唯一的。 Mozilla 公共许可证Eclipse 公共许可证也非常流行。许多其他著作权共享许可证的存在足迹较小。

如上一节所述,著作权共享许可证意味着下游项目不能对软件的使用添加额外的限制。用一个例子可以最好地说明这一点。如果我编写了 MyCoolProgram 并根据著作权共享许可证分发它,你将有自由使用和修改它。你可以分发带有你更改的版本,但你必须给你用户与我给你的相同的自由。如果我根据宽松许可证许可它,你将可以自由地将其合并到一个你不提供源代码的闭源软件项目中。

但与你必须对 MyCoolProgram 做什么同样重要的是你不必做什么。你不必使用我使用的完全相同的许可证,只要条款是兼容的(通常下游项目为了简单起见使用相同的许可证)。你不必将你的更改贡献回给我,但通常认为这是一种良好的形式,尤其是当更改是错误修复时。

非软件中的著作权共享

虽然著作权共享的概念起源于软件世界,但它也存在于软件世界之外。“做你想做的事,只要你保留其他人做同样事情的权利”是用于书面作品、视觉艺术等的知识共享署名-相同方式共享许可证的显着特征。(CC BY-SA 4.0 是对 Opensource.com 贡献的默认许可证。)GNU 自由文档许可证是著作权共享非软件许可证的另一个例子。通常不鼓励将软件许可证用于非软件作品。

我应该选择著作权共享许可证吗?

关于应该为项目使用哪种类型的许可证,可以(并且已经!)写了无数页。我的建议是首先将许可证列表缩小到与你的理念和项目目标相符的许可证。GitHub 的choosealicense.com是找到适合你需求的许可证的好方法。tl;drLegal对许多常见和不常见的软件许可证都有通俗易懂的解释。还要考虑你的项目所处的生态系统。围绕特定语言或技术的项目通常会使用相同或相似的许可证。如果你希望你的项目能够良好地协作,你可能需要确保你选择的许可证是兼容的。

有关著作权共享许可的更多信息,请查看著作权共享指南项目。

标签
User profile image.
Ben Cotton 是一名训练有素的气象学家,但天气是一个很棒的爱好。 Ben 在红帽公司担任 Fedora 项目经理。他是《开源项目项目管理》的作者。在 Twitter (@FunnelFiasco) 或 FunnelFiasco.com 上找到他。

8 条评论

精彩的文章,本!就在本周,我还在努力理解 MIT 开源许可证(宽松型)与著作权共享之间的区别,而你已经精彩地解释了这一点。

很高兴能帮助你!人们常常害怕简化许可概念,因为它们在细节上确实很复杂,但高层次的基础知识更容易理解。

回复 作者 Don Watkins

当然,这不是“下游用户与下游开发者”的问题。如果你发布作品,并且一个开发者获得了它,修改了它,并仍然以开源方式发布它,那么另一个开发者可以做同样的事情,而如果他们使用宽松许可证发布衍生作品的闭源版本,那么下一个开发者就不能这样做。
这是一个关于下游用户和开发者有多远的问题。宽松许可证允许原始作者的直接下游人员做任何事情,包括在溪流中撒尿。这使得下游人员无法使用水。著作权共享许可证允许直接下游的人使用水,但不污染溪流;他们的自由较少,但下游的人们获得相同的权利。

这是一个很好的观点;所有的水都流向大海。在这个例子中,我使用“下游”来表示直接下游,而不是最终下游。也许更好的措辞是说,著作权共享许可证将自由一直保留到最终用户,而宽松许可证将自由保留到下一个下游开发者。

我会考虑如何最好地措辞并更新文章。感谢你的意见!

回复 作者 Purple Library Guy (未验证)

本,既然你是该项目的志愿者,我很惊讶你没有链接到著作权共享指南项目,该项目由 Conservancy 和 FSF 共同赞助,网址为 https://copyleft.org/guide/,供那些在阅读你的精彩入门文章后想要了解更多关于著作权共享的人。(实际上我们应该将你的文章合并到指南中;)。

另外,我非常喜欢我们在 https://copyleft.org/ 上为著作权共享提出的定义。它基于维基百科上的定义,并进行了一些我做的改进。

我也很惊讶。显然,有一些交叉合并要做。同时,我将在文章中添加一个指向著作权共享指南的链接。

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

哪里有更多关于什么是著作权共享的信息?

有没有关于什么是著作权共享的书籍,哪本是最好的书

谢谢

好问题。 https://copyleft.org/guide/ 上的著作权共享指南可能是最好的书。我也知道 Sam Williams 的《自由的自由》和 David Berry 的《复制、撕裂、燃烧》,但我还没有读过足够多的书,无法做更多的事情,只能说明它们的存在。

回复 作者 Liam David

© . All rights reserved.