MIT License - Massachusetts Institute of Technology 开源软件许可协议 BSD
MIT License - Massachusetts Institute of Technology 开源软件许可协议 BSDMIT License 源自美国麻省理工学院 (Massachusetts Institute of Technology)，又称 "X条款" (X License) 或 "X11 条款”(X11 License)。
MIT License 内容与三条款 BSD 许可 (3-clause BSD license) 内容颇为近似，但是，MIT License 赋予软件被授权人更大的权利与更少的限制。
MIT 是和 BSD 一样宽范的许可协议，作者只想保留版权，而无任何其他限制。
也就是说，必须在发行版里包含原许可协议的声明，无论是以二进制发布的，还是以源代码发布的。
有许多团体采用了 MIT 许可，如著名的 ssh 连接软件 PuTTY、X Window System (X11)、Expat、Mono 开发平台库、Ruby on Rails、Lua 5.0、onwards、等等。
10 倍以上效率提升 极速智能编辑 重构 "数字化 Python IDE" 开发工具http://idepy.digitser.cn/http://forum.digitser.cn/thread-2266-1-1.html
百度网盘
https://pan.baidu.com/s/1cKxajG
软件仓库
https://github.com/digitser
https://digitser.sourceforge.io/https://pan.baidu.com/s/1TV70__Be1ta0ney1-tudFQ
1、被授权人权利被授权人有权利使用、复制、修改、合并、出版发行、散布、再授权、贩售软件及软件的副本。
被授权人可根据程序的需要，修改授权条款为适当的内容。
2、被授权人义务在软件和软件的所有副本中，都必须包含版权声明和许可声明。
3、其他重要特性此授权条款并非属 copyleft 的自由软件授权条款，允许在自由、开放源码软件或非自由软件(proprietary software) 所使用。
MIT 内容可依程序著作权者的需求更改。此亦为 MIT 与 BSD (The BSD license, 3-clause BSD license) 的本质不同之处。
MIT 条款可与其他授权条款并存。另外，MIT 条款也是自由软件基金会 (FSF) 所认可的自由软件授权条款，与 GPL 兼容。
BSD (Berkeley Software Distribution)
BSD 开源协议，是一个给予使用者很大自由的协议。基本上说，使用者可 "为所欲为"，可自由使用、修改源代码，也可将修改后的代码，作为开源或专有软件再发布。
但是，"为所欲为" 的前提是，当你发布使用了 BSD 协议的代码，或以 BSD 协议代码为基础做二次开发自己的产品时，需要满足 3 个条件:
1. 如再发布的产品中包含源代码，则在源代码中必须带有原代码中的 BSD 协议。
2. 如再发布的只是二进制类库、软件，则需在类库、软件的文档和版权声明中，包含原代码中的 BSD 协议。
3. 不可使用开源代码的作者、机构名字、原产品名字做市场推广。
以规则的目的，只有一个：他人的东西，别人以 BSD 开源了，就不能不做任何声明而占为己有，更不能用他人的名义来做商业推广，只对自己的东西拥有绝对控制权。
BSD 协议鼓励代码共享，但需尊重代码原作者的著作权。由于 BSD 允许使用者修改和重新发布代码，也允许使用或在 BSD 代码上开发商业软件并发布和销售；因此，是对商业集成很友好的协议。
很多公司、企业在选用开源产品时，都首选 BSD 协议；因为，可完全控制这些第 3 方源代码，在必要时还可修改或二次开发。
http://forum.digitser.cn/data/attachment/forum/201809/30/232058fb002uk0eslljdc2.jpgGPL LPGL Mozilla BSD MIT Apache Licence 许可协议
Source Code 和 Object Code
Source Code 指的是，以各种编程语言写成的源代码，通过 Source Code 结合文档，可了解整个软件的体系结构及具体到某个功能函数的实现方法等。
Object Code 指的是 Source Code 经编译后，生成的类似于 "类库"，提供各种接口供他人使用的目标码，也就是常见的 *.dll *.so *.pyd 等格式文件。
区分这两个概念的目的，在于：有些开源只发布 Object Code，当然，大多数发布的是 Source Code。很多开源协议也对 "发布哪种 Code 时应怎样" 有明确约束。
Contributors 和 Recipients
Contributors 指的是，对某个开源软件或项目提供了代码 (包括最初的，或修改过的) 的人或实体 (团队、公司、组织、等)。
Contributors 按参与开源软件的时间先后顺序，可分为 an initial Contributor 和 subsequent Contributors。
Recipients 指的是，开源软件或项目的获取者，显然，subsequent Contributors 也属 Recipients 之列。
Derivative Module 和 Separate Module
Derivative Module 指的是，依托或包含 "最初的" 或 "从别人处获取的" 开源代码而产生的代码，是原 "源代码" 的增强 (不等于增加)、改善和延续的模块，译为 "衍生模块"。
Separate Module 指的是，参考或借助原 "源代码"，开发出的独立的、不包含、不依赖于原 "源代码模块"，译为 "独立的模块"。
理解这两个概念的目的，在于：很多协议对涉及商业发布时，会有哪些是衍生的，哪些是独立的，有着明确的商业发布规定。
http://forum.digitser.cn/data/attachment/forum/201605/19/132155fevczeyds5e5y1wy.jpg"长按二维码" 或 "扫一扫" 关注 "德云社区" 微信公众号
版权声明：
本文为独家编译稿件，版权归 德云社区，未经许可不得转载；否则，将追究其法律责任。
页:
[1]