关于开源,你必须知道的: "君子协定"

简介: 为什么在一个技术论坛里冒出这篇法律和知识产权相关的分享呢? 因为,开源和自由软件是推动社会技术发展的重要力量,作为一个优秀的程序员,你一定会接触,学习和使用到开源软件,所以是一定要知道开源界最基本的游戏规则的

首先,为什么在一个技术论坛里冒出这篇法律和知识产权相关的分享呢? 因为,开源和自由软件是推动社会技术发展的重要力量,作为一个优秀的程序员,你一定会接触,学习和使用到开源软件,所以是一定要知道开源界最基本的游戏规则的~~

那么,今天我们来聊一下自由软件界的“君子协议”,为什么是打引号的君子协议?首先,开源协议,是具有法律效应的,但只要不碰到关键底线,一般以不会被起诉,大多数是谴责形式,比如说你不尊重开源精神啊什么的,事后都是可以弥补的:)所以我们还是叫他是君子协定 ~~

另外,下面的内容主要来自阿里的资深知识产权律师、纽约大学法学院法律博士(J.D.)Roger 老师的分享,不是出自我这个小程序员,我只是帮忙整理和解说,所以根据君子协定,我一定要声明原作者的著作权,嘿嘿~


言归正传, 分享提纲如下:

• 什么是开源软件?
• 为什么使用开源软件?
• 使用开源软件有哪些需要注意的地方? 君子协定的解读


什么是开源软件?

  • 这个问题很简单了,只要是在网站上公开源代码,公众可以下载的软件,就是开源软件了。 例如我们都知道的:Linux, Hadoop, Android,Mysql等等
  • 另外,一些公司在网站上提供试用版商业软件但不公开源代码, 不算开源软件。
  • 有些软件同时提供开源版本和商业版本, 比如Gitlab是开源的,但只是开源其CE社区版本,另外有收费的EE商业版本提供。

商业软件和开源软件的对比?

  • 商业软件就像教堂,神圣而高大,门槛很高,衣衫不整禁止入内 :)
  • 开源软件就像集市,吵吵嚷嚷,但是种类很多,选择很多 :)

screenshot

开源软件的优势

仅以下面表格说明,对开源软件的质疑只是自我的猜测:

对开源软件的质疑 开源软件的事实
个人兴趣爱好者的业余成果,不可靠? 参加开源的往往是高级软件人才; 更加珍重自己的声望 ->带来质量的保证
没有公司式的系统管理,不可靠? 多名高级人才阅读源代码、试用产品,保证产品的质量和安全
源代码公开,无法收费? 确实难以收费,但是: 可以收取技术支持费用,可以提供收费的非开源版本; 并且,很多时候收费并不是目的

为什么使用开源软件?

  • 为什么使用这里不用过多解释了,不仅仅是免费,首先能够快速的得到,快速掌握达到一个基准的高度,并且经过社区和外部试用的认可,适合继续修改研发,并再次反馈回社区,引发良性循环,推动技术发展。
  • 那么,使用开源软件,我们必须遵守开源软件的授权协议(license) , 因为开源软件作者拥有著作权,有利用协议控制他方的权利

使用开源软件要注意的地方,君子协定解读

重要预警,现在开始进入重要的协议部分

  • 开源协议有非常多种,但基本可以分为两类:

    • 一类叫做学术型协议 ,即以声明为主
    • 另一类叫做"Copyleft"协议,只要你修改并发行,就必须开源你的代码
  • 下面就开始介绍这两类协议。
学术型协议 “Copyleft” 协议
常见要求 保留原作者的著作权声明和免责声明,修改处需要注明 除了学术型要求之外,如果基于开源软件生成衍生作品并发行,则有可能规定衍生作品也属于该协议控制,也必须公开源代码
常用协议 举例 APACHE, BSD, MIT,PHP GPL, LGPL,(AGPL)
  • 解释一下, 学术型的协议:

    • 例如我们最熟悉的Apache 2.0 ,为什么说是学术型,是对商业友好的开源协议呢? 因为他只需要保证著作权(声明作者是谁),免责声明(声明这是开源代码,有问题可不负商业责任哦),修改处需要注明(你要是改了要注明是你改的哦,万一改的很挫不能让别人以为是原作者改的哦) 。
    • 基本上可以认为,是以声明为主,之后我们修改了,再开源或作为商业产品发布/销售,都是可以的。
  • 解释“Copyleft”协议:

    • 核心是基于开源代码的衍生作品,也必须开源。
    • 很多开源软件都属于GPL家族(GPL,LGPL,AGPL) , 众所周知的Linux操作系统,内核和核心库都是GPL协议的。
    • GPL的两个兄弟,LGPL是相对友好的,AGPL是更加严格的,后面会解释AGPL为什么是更加严格。
    • 有一些(不是所有)GPL开源程序的版权属于Free Software Foundation (FSF),这是一个较激进的开源组织,他们确实会通过法律手段来保护GPL的开源软件,并不是谴责那么简单, 意思是告诉大家,他们是认真的。 下面这位就是这个组织的创始人Richard Stallman

screenshot

  • 阿里不会批判任何一方的思想,但我认为FSF也是必须要存在的,没有他们宣扬激进的理想主义理念,自由软件社区就不会存在。虽然现在很多落地的都是调和,妥协的结果,但如果失去理想主义的引领和召唤, 这个落地的东西就会退回到完全的商业化。
  • 所以阿里是一直支持GNU FSF的 https://www.fsf.org/patrons 。 2014年的时候也邀请过Richard Stallman 来到阿里园区交流和分享自由软件的精神。
  • 关于自由软件和开源,延伸阅读参考: https://www.gnu.org/philosophy/open-source-misses-the-point.html

重新回到正题,基于上面的简单解释, 使用学术型协议一般是不会有什么风险的,但“Copyleft”协议和公开源代码之间就会有风险存在,下面详细解释协议里的两个关键概念

关键概念解释: Derivative Works(衍生作品)

  • 因为如果我们在使用过程中不生成衍生作品, 就不必公开源代码。 那么一定有同学疑问,什么叫衍生作品?什么样的行为生成衍生作品?
  1. 修改开源源代码 ,改了代码肯定算衍生作品了。
  2. 把我们的源代码和开源源代码组合在一个文件里编译(即等于修改开源源代码) , 一起编译也算哦。
  3. 最难理解的一种情况,我们的程序链接开源程序, 是否生成衍生作品?

    • GPL: 静态链接生成衍生作品 ; 动态链接(即程序运行时才生成链接),是否生成衍生作品没有法律定论
    • 其他大多数开源协议(包括“病毒”型协议): 链接不生成衍生作品
  • 简单理解,静态链接的库(Linux的.a和Windows的.lib) , 动态链接库(Linux的.so,Windows的.dll)
  • 静态库和程序编译在一起,任何情况下都能运行,所以在GPL系列里,静态链接都算衍生作品
  • 动态链接顾名思义是程序启动的时候才会链接,多个应用程序可以使用同一个动态库,启动多个程序的时候只需要将动态库加载到内存一次。
  • 什么情况下不会生成衍生作品呢?

    • 开源程序和我们的程序在不同层面运行,比如Linux是GPL的,我写的程序在linux上运行,那不算,linux是操作系统程序,我是应用程序,不在一个层面上,不会被它的GPL感染而必须开源
    • 远程程序调用(remote procedure call)不会产生衍生作品 , 比如我写的web程序,使用mysql或者mongoDB作为数据库,这都是以进程,服务调用为界,比动态链接更远,所以也是不算的。
    • 开源程序和我们的程序分别独立运行没有交互不会产生衍生作品

关键概念解释:发行(distribute/convey)

  • 如果我们修改了开源源代码但没有发行,就不必公开修改过的源代码,那么什么是发行?
  • 首先,下载到用户端是发行, 这个很好理解。 即如果我们基于“Copyleft” 协议产生了衍生作品,只要提供用户下载使用,就必须对该用户公开源代码。
  • 只在公司内部使用不算发行, 部署在公司的机房,在服务器端运行的系统和程序,比如淘宝网,比如大家用的各种邮箱产品,那只是通过网络与用户进行交互,都不算发行。 但是:

    • AGPL, CPAL, OSL (极少数非主流协议) 把通过网络与用户交互也当作发行 。
    • 网上有段话对AGPL解释的非常到位,粘出来给大家参考:

screenshot

这类协议的开源软件非常少,但假如使用了上述协议的开源软件,并修改了作为业务的某一个组件, 那就必须把整个系统的代码开源。


其他有可能出现的开源协议要求

  • 如果我们的软件包括开源软件,则必须允许使用我方软件的用户为个人使用的目的修改开源软件,并为调试修改版而 reverse engineer(反向工程)我方软件
  • 如果我只发行开源软件的机器代码,则必须告知用户如 何获得开源源代码
  • 不能把开源软件的商标名作为我们软件的名字
  • 如果向用户发行,则必须在发行的软件中包括授权协议的全文
  • 如果我的软件在运行时向用户显示我的版权声明,则必 须也显示所包括开源软件的版权声明
  • 对用专利起诉开源软件侵权的限制

有可能出现的违反协议情况

开源协议要求 有可能出现的情况
保留原作者的著作权声明和免责声明 被程序员误删除,或代码里没有放声明文件
修改处需要注明 没有注明
公开原开源软件的源代码,并告诉用户如何获得源代码 没有公开或没有告诉用户如何获得
显示开源软件的著作权声明 没有显示
公开修改后的源代码 没有公开
允许用户反向工程 不允许
反软件专利 告第三方使用开源软件侵犯我方专利

  • 这个表格看起来好像很危险,但其实除了红色字体的错误,基本上是可以事后补救的。 好比没有标注,没有声明,如果只是当时的疏忽被别人谴责了,发现后给原作者道歉,承认一下错误,然后立刻补上。
  • 只有一条是无法事后补救的, 就是开源协议里要求你公开修改后的代码,你并没有公开,这种情况下就已经违反开源协议的要求了,如果你本来不计划开源的软件变成必须开源,这就是无法补救的损失了。
  • 同时,如果各位老板准备购买、投资技术企业的话, 就必须了解该企业使用开源软件、遵守开源协议的情况。 特别是如果计划使用、整合该企业的软件的话~

在协议介绍章节的最后, 列一下“Copyleft”协议的主要条款总结,每个协议的感染性不同,可以看到AGPL协议是在服务端运行也算发行的,所以这个协议谨慎使用,其他的都差不多。

开源协议 在服务器端运行算不算发行? 修改开源源代码要不要公开? 链接开源程序的程序是否也要公开?
CDDL
CPL
EPL
MPL
LGPL
GPL 是(动态链接无法律定论)
AGPL 是(动态链接无法律定论)

“君子协定”相关的分享到此结束,最后说个八卦,近期以来最大的一场知识产权的官司。 因为在Android中用了Java,Oracle向Google索赔93亿美元,大致意思好像是Java是GPL的,谷歌商业性使用了(Android是Apache协议,否则其他的手机厂商就不敢用了),就需要获得许可。谷歌没获得许可,所以打起来了。 然后争论在API是不是受保护之类,经过6年之战,在上个月判定Google获胜,大家有兴趣的可以了解了解,不做评价:)

http://www.oschina.net/news/73876/6-yeasr-google-win

http://arstechnica.com/tech-policy/2016/05/google-wins-trial-against-oracle-as-jury-finds-android-is-fair-use/

目录
相关文章
|
5月前
|
数据采集 传感器 人工智能
政务短信钓鱼攻击机理与防控研究 —— 以美国宾州 PennDOT 诈骗事件为例
本文以2026年宾州PennDOT短信钓鱼事件为样本,系统剖析政务类Smishing的攻击链路与社会工程学设计,构建内容检测、URL识别、页面分析、终端防护四维防御体系,并提供可落地的Python代码实现,助力政务短信安全治理。(239字)
215 5
|
机器学习/深度学习
智能体DS-Agent基于案例推理,让GPT-4数据科学任务接近100%
【4月更文挑战第20天】DS-Agent是结合案例推理(CBR)和大型语言模型的新研究,旨在提升自动化数据科学任务效率。通过自动迭代管道,它能理解任务、构建模型并优化性能。在开发阶段,成功率高达100%,部署阶段平均提高36%的一次通过率,降低成本,使开源LLMs也能高效处理数据科学任务。然而,LLMs的生成问题和资源限制仍是挑战。论文链接:https://arxiv.org/pdf/2402.17453.pdf
738 4
|
2月前
|
人工智能 语音技术 开发者
阿里云百炼AI大模型服务平台:GLM-5.2全面上线,免费100万Tokens等你来领
阿里云百炼平台正式上线智谱GLM-5.2旗舰大模型,支持100万Tokens免费体验!该模型具备1M超长上下文、强长程推理与开源可商用优势,专精长文档/代码分析。平台还集成Qwen3.7-Max、DeepSeek-v4-pro等十余款国产先进模型,覆盖文本、多模态、音视频全场景。立即开通即可零门槛评测调用。在阿里云百炼官网:https://t.aliyun.com/U/fPVHqY 免费领取千万Tokens
1434 0
|
3月前
|
存储 IDE 开发工具
如何加密源代码,防止研发代码泄密:从文件保护到研发链路控制
企业源码泄密多发于代码“出库之后”——当研发人员合法拉取代码,却在IDE、终端、协作工具或外发渠道中无意泄露。`Ping64` 不替代Git权限,而是聚焦终端侧:通过透明加密、可信进程管控、全链路行为审计,实现代码在本地使用时无感安全,在非受控环境自动失效,真正构建研发全生命周期的持续可控防线。(239字)
299 5
|
12月前
|
机器学习/深度学习 算法 数据可视化
近端策略优化算法PPO的核心概念和PyTorch实现详解
本文深入解析了近端策略优化(PPO)算法的核心原理,并基于PyTorch框架实现了完整的强化学习训练流程。通过Lunar Lander环境展示了算法的全过程,涵盖环境交互、优势函数计算、策略更新等关键模块。内容理论与实践结合,适合希望掌握PPO算法及其实现的读者。
1708 2
近端策略优化算法PPO的核心概念和PyTorch实现详解
|
安全 网络协议 Linux
本文详细介绍了 Linux 系统中 ping 命令的使用方法和技巧,涵盖基本用法、高级用法、实际应用案例及注意事项。
本文详细介绍了 Linux 系统中 ping 命令的使用方法和技巧,涵盖基本用法、高级用法、实际应用案例及注意事项。通过掌握 ping 命令,读者可以轻松测试网络连通性、诊断网络问题并提升网络管理能力。
1648 3
|
API Python
使用Python requests库下载文件并设置超时重试机制
使用Python的 `requests`库下载文件时,设置超时参数和实现超时重试机制是确保下载稳定性的有效方法。通过这种方式,可以在面对网络波动或服务器响应延迟的情况下,提高下载任务的成功率。
1137 1
|
前端开发 API
【threejs教程】让你的场景动起来!深入了解threejs场景及坐标轴
【8月更文挑战第5天】让你的场景动起来!深入了解threejs场景及坐标轴
450 0
【threejs教程】让你的场景动起来!深入了解threejs场景及坐标轴
Vue3如何使用element-ui,vue3使用Element,Element使用
Vue3如何使用element-ui,vue3使用Element,Element使用
|
SQL 缓存 关系型数据库
【Mycat】mycat综述(附安装配置)
【Mycat】mycat综述(附安装配置)
1189 0