保留简略的版权声明即可,无需投入过多资源维护。

版权声明Copyright Notice在源代码中的应用并不一致且维护不善,结果导致它无法成为良好的信息来源。那是否应该投入更多资源来维护版权声明呢?答案是不需要。

版权声明是单行字符串,通常包括单词“版权”(或某些替代词,如 ©)、名称(通常是个人或公司)和年份。

在本文中,我不关注许可证或许可证声明(有时可能包括版权声明)。我关于版权声明维护的资源投入应该保持低优先级的建议不适用于许可证信息。许可证信息应清晰呈现并保持准确。如果你邀请其他人使用你的软件并对其进行操作,请通过提供并维护清晰的许可证信息来明确其授予的权限。

再说回版权声明:它们的法律意义是什么呢?如果你认为版权声明符合法律要求或至少提供了重要的法律权益,请三思。此类声明在开源软件中的法律意义是如此之小,以至于人们可以轻易地找到超出其法律意义的实际做法。

尽管此类声明可能看起来很重要,但它们在当今源代码中的存在很大程度上是过去美国版权法的残余影响。曾经有一段时间,如果未在已出版的材料中包含版权声明,依据美国版权法,版权人可能会完全丧失权利;当美国最终加入《伯尔尼公约》并成为缔约国时,情况发生了变化(美国于 1988 年 11 月 16 日加入该条约,并于 1989 年 3 月 1 日在美国生效)。

如果开源软件中的此类声明要想具备实效,则一个项目可以采用能够以更少的投入来维护并且仍然获得一些实用价值的约定,不必为了满足美国对“版权声明”的法定要求而去维护版权声明。

由于美国版权法一直是推动版权声明使用的重要因素,因此我将在此进行更深入的探讨。美国版权局发布了名为《通函-3号-版权声明》的指导文件,包括:

“在 1989 年 月 日之前首次出版的所有作品都必须放置版权声明,但下面讨论的某些情况例外。如果省略了该声明或在使用该声明时出现了错误,则通常该作品在美国将失去版权保护。版权声明对于 1989 年 月 日或之后出版的作品、未出版的作品和外国作品是可选的;但是,将版权声明包括在你的作品中将享有法律权益。”

上面我加粗强调的那句话清楚地表明,在 1988 年的美国,版权声明就非常重要。但是,当美国与其他许多国家一起加入《伯尔尼公约》时,美国法律对版权声明的关键作用被消除了。公约规定:“享有和行使这些权利不需经过任何手续……”

麻省理工学院的软件项目(The X Window System)和加州大学伯克利分校的软件项目(Berkeley Software Distribution)中诞生了早期的开源许可证文本,彼时严格的“放置版权声明否则丧失权利”要求仍然有效(或至少在为这些许可证文本做出贡献的人们心中是明确的)。诞生于这种时机的结果是,许可证文本中仍存在有关复制版权声明的明确描述。

随着基于早期文本的许可证的继续广泛使用,大多数开源软件开发人员已经看到,版权声明似乎在许可证中显得很重要。但是这些文本是在考虑较早的法律制度的情况下创建的。现在,距《伯尔尼公约》(大多数其他国家已经接受)的“无需手续性要求”规定首次适用于美国的时间已经过去 30 年了。要了解《伯尔尼公约》的通过程度,请参阅管理该公约的世界知识产权组织维护的缔约方清单。

你可能想知道上面引用中提到的那些“法律权益”具体指什么,答案在 3 号通函的末尾:

尽管对于未出版的作品、外国作品或于1989年3月1日或之后出版的作品,版权声明是可选的,但使用版权声明具有以下好处:

  • 版权声明使潜在用户意识到该作品拥有版权。
  • 对于已发表的作品,版权声明可能会阻止版权侵权诉讼中的被告试图减轻其基于无辜侵权辩护的损害赔偿或禁令救济的责任。
  • 版权声明标识了在首次发布作品时版权所有者的权利,供寻求使用该作品的许可方使用。
  • 版权声明标识首次出版的年份,对于匿名作品、假名作品或出租作品而言,可用于确定版权保护期限。
  • 版权声明可能会通过标识版权所有者并设定版权期限来防止其成为孤儿作品。

上面就是所谓的那些“法律权益”。

我引用了美国版权局第 3 号通函,因为与基本法规相比,它对要求的措辞更具可读性。美国联邦一级的成文法被编入所谓的《美国法典》,该法典被组织为一组“卷”Title。第 17 卷是版权。版权声明的详细信息位于该卷的第 401-406 部分。可以从 17 USC 401 开始。在版权声明中需包含三个要素描述的有关法规要求,请参见 17 USC 401(b)。如果要查看“疏忽对无辜侵权者的影响”的详细信息,请参见 17 USC 405(b)。

有些人和一些公司强调将详细的版权声明放入根据开源许可证提供的代码中。其他人则没有。随着开源项目的发展,某些贡献中可能包含版权声明,而其他贡献则没有。即使文件的内容与原始版本相比发生了很大的变化,文件也可以包含原始版权声明,而不包含其他版权声明。或者以后的贡献者可以向以前没有版权声明的文件中添加一个版权声明。那作为版权声明要素的“该作品的首次出版年份”呢?这意味着什么?不同的人有不同的做法。已更新?那其他贡献提交之后呢?

至于从挖掘版权声明数据中得出结论,要谨慎。期望值不要那么高。

那开源项目应该怎么做呢?

请提供并维护清晰、准确的许可证信息。

对于版权声明来说,很难证明为维护版权声明的详细信息而进行的投入是合理的。但是有些人可能希望会出现版权声明。至于“软件的起源”,也许仅仅参考项目本身而不是尝试捕获更细粒度的内容可能会更有用和更准确。公开年份?手动维护源文件中的麻烦程度导致其不大值得;源管理工具以较低的资源成本提供了更准确的信息。

有关实用方法的更多详细信息,我建议你将注意力集中在对版权声明实践的重新思考上,可以参考 Steve Winslow 于 2020 年 1 月 10 日发布的《开源软件项目中的版权声明》。

开源项目的版权声明已无存在必要?相关推荐

  1. GitHub 超 14,000 Star,中国又一 Apache 顶级开源项目诞生!

    [编者按]时至今日,Apache bRPC 在 GitHub 上已经收获了 14,356 个 Star,并正式从 Apache 孵化器毕业成为顶级开源项目.但 bRPC 的成功并不是一蹴而就的,开源近 ...

  2. 一大波 ChatGPT 开源项目,诞生了!

    这是「进击的Coder」的第 764 篇技术分享 作者:小 G 来源:GitHubDaily " 阅读本文大概需要 8 分钟. " 本月初 ChatGPT 问世,犹如平地惊雷般,在 ...

  3. 从转载阿里开源项目 Egg.js 技术文档引发的“版权纠纷”,看宽松的 MIT 许可该如何用?

    作者 | 苏宓.彭慧中 出品 | CSDN(ID:CSDNnews) 开源迅速发展的这两年,很多内部问题逐渐凸显出来,如安全.版权.协议使用等. 近日,来自V2EX社区中一位开发者 @an168ban ...

  4. AAAI 2021 顶会论文开源,OCR方向最火开源项目已超1万 star!

    一.导读 OCR方向的工程师,一定需要知道这个OCR开源项目:PaddleOCR 短短半年时间,累计Star数量已超过11.5K, 频频登上Github Trending和Paperswithcode ...

  5. 马化腾首谈腾讯开源时,鹅厂已在Github上放出82个项目,标星24万+ | 附AI项目链接...

    乾明 发自 凹非寺  量子位 报道 | 公众号 QbitAI "腾讯希望在科研领域投入更多力量,把'科技向善'纳入公司新的使命与愿景.我们将通过内外部开放源代码等方式,积极参与'全球科技共同 ...

  6. GitHub中已开源项目汇总

    GitHub中已开源项目汇总 QT 端软件 输入法 串口工具 AI IOT 网络协议 安卓 音频工具 嵌入式端软件 协议类 引导升级类 音频类 USB组合设备 下载算法制作 串行数据驱动框架 边缘计算 ...

  7. 我的开源项目,趣享GIF源代码已正式公开

    转载请注明出处:https://blog.csdn.net/guolin_blog/article/details/86669020 本文同步发表于我的微信公众号,扫一扫文章底部的二维码或在微信搜索 ...

  8. 我的MVVM开源项目《出行防疫App》已发布

    前言 大约在两年前,我发布了一个MVVM的开源小项目,我的MVVM 开源小项目已发布~ 从现在角度来看这只是一个小Demo,所以后来写了这个开源项目--出行防疫App 项目简介 出行防疫App是一款M ...

  9. 中国开源项目贡献者已超过10万,《中国开源生态图谱 2023》发布

    中国开源项目贡献者已超过 10 万,前十企业培育项目数量占比超过 70 %,前端.人工智能和云原生三大领域开源项目占比已超过 62.51 %,中国开源项目平均得分达到 3.39 --这一连串的数字表明 ...

  10. 四大开源项目联合发布 腾讯已成Github全球贡献前十公司!

    近日在Techo开发者大会上,腾讯正式对四大重点开源项目进行了联合发布,包括分布式消息中间件TubeMQ.基于最主流的 OpenJDK8开发的Tencent Kona JDK.分布式HTAP数据库 T ...

最新文章

  1. centos复制到另外一台电脑连不上网
  2. 中国染料行业运营现状及前景产销需求预测报告2021-2027年版
  3. python pandas read_csv 迭代器使用方法_pandas.read_csv参数详解(小结)
  4. .jar文件如何打开_ofd发票文件如何打开
  5. scrap连接django
  6. IOS开发之实现App消息推送(最新)
  7. python类修饰器_Python 中使用类修饰器修饰类方法如何处理 self?
  8. linux 123端口,关闭123端口和1900端口的方法
  9. windows虚拟网卡驱动开发~开源(建议收藏)
  10. 武汉都有哪些互联网公司?
  11. VPS安装Docker、docker-compose
  12. OA系统实施:理清OA需求很关键
  13. 2022年~全网最真实的软件测试面试题合集
  14. HD2500显卡驱动linux,intel hd 2500驱动下载
  15. API 的理解与使用- 键管理
  16. 华三H3C端口聚合与链路聚合
  17. word邮件合并发送记录_如何将Word文档作为电子邮件正文发送
  18. 计算机无误的英语,“开电脑”的英语正确表示是哪个?说错了就尴尬
  19. java——final关键字、权限、内部类、引用类型
  20. 回填用土好还是砂石料好_砂石土的一般配比

热门文章

  1. [问题已处理]- kubernetes报错error creating overlay mount to xx merged- no such file or directory
  2. 疯狂的程序员 41-50
  3. 如何在PDF文件中快速查找关键字,这个方法后悔没早点知道
  4. 1 密码学的发展历程
  5. 悬浮窗一个怎么够?微信新版本满足你的一心多用
  6. 腾讯新闻 React 同构直出优化实践
  7. python风变编程和扇贝编程_想学习phython ,纠结是扇贝编程还是风变编程?
  8. 7.20 - 每日一题 - 408
  9. 东沃电子:瞬态电压抑制二极管选型指南
  10. 谈谈我对软件工程专业的理解