什么是著佐权?

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 条评论

很棒的文章,Ben! 就在本周,我试图理解 MIT 开源许可证(宽松)与著佐权之间的区别,而您对此做出了精彩的解释。

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

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

我会考虑如何最好地措辞并更新文章。 感谢您的投入!

回复 作者 紫色图书馆员 (未验证)

Ben,既然您在这个项目上做志愿者,我很惊讶您没有链接到由 Conservancy 和 FSF 共同赞助的著佐权指南项目,网址为 https://copyleft.org/guide/,供那些在阅读您的精彩入门文章后寻求更多了解著佐权的人使用。 (实际上我们应该将您的文章合并到指南中;)。

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

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

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

谢谢

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