什么是著作权分享?

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 开源许可证(许可型)与著作权分享之间的区别,您已经精彩地解释了这一点。

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

回复 ,作者: Don Watkins

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

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

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

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

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

此外,我非常喜欢我们在 https://copyleft.org/ 上为著作权分享整理的定义。它基于 Wikipedia 上提供的定义,并进行了一些我做的改进。

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

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

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

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

谢谢

好问题。 https://copyleft.org/guide/ 的著作权分享指南可能是最好的书。我也知道 Sam Williams 的《自由的自由》和 David Berry 的《复制、翻录、刻录》,但我还没有读过其中任何一本,无法做更多的事情,只能说明它们的存在。

回复 ,作者: Liam David

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