其他

别以为把你的代码上传到开源中国就算是开源了!先选择一个合适的 License 吧

2016-12-28 justjavac 开源中国

长按图片识别二维码报名参与码云用户见面交流会

很早之前我就已经开始使用开源中国的 git 代码托管服务,那时“码云”还不叫“码云”。最近遇到 github 总是时不时抽风,相比之下码云的服务也是越来越给力,这几天打算把 github 的开源项目迁移到

不管是 github 还是开源中国的码云,在创建项目(仓库)的时候,都会有一个选项那就是让我们选择一个开源许可证,如下图:

什么是开源许可证呢?码云的帮助文档写的很清楚,可以查看  相关章节。

细心的开发者应该很容易发现,码云相比 github 多了一个许可协议——WTFPL。如果你想把自己的代码毫无保留的奉献给公共领域,可以选择这个许可证。那么 WTFPL 到底是什么呢?

维基百科词条的解释如下:

WTFPL(Do What The Fuck You Want To Public License,中文译名:你他妈的想干嘛就干嘛公共许可证)是一种不太常用的、极度放任的自由软件许可证。它的条款基本等同于贡献到公有领域。它允许根据任何条款修改和再发布软件——许可证鼓励他们“想干嘛就干嘛”。

提到开源许可证,这几天同事  折腾了一个自己的博客,问我选择什么协议。让我想起了之前发生的 2 件事。

第一件事发生在知乎,当时有人邀请我回答一个问题:开源 App 被人抄袭到 iOS App Store 怎么办?

事情的经过大概是,一名 ID 为 coderyi 的程序员开发了一款开源播放器 ElevenPlayer,并于去年 9 月 21 日在 App Store 上架,没想到被 7 个人“抄袭”,功能与视觉上几乎一样,一个总榜 70 名,还一个是付费分类榜 21 名。

对于此种情况,大多数同学都是声援的态度。由于之前我也在各大网络平台声讨过种种抄袭盗版事件,这次自然也要去支援一下。但是当我去看了作者在 github 开源的代码后,又有些犯难了。

于是我在知乎写道:

说点作者不爱听的。

代码最初使用了 MIT License,这应该是对使用者限制最少的协议了吧。使用者可以闭源分发,可以将代码商用。前提是只需要附带一份原协议。

但是别人如果推广的好,或者修改的好,原作者有可能不会从中收益。

我看了作者的代码库,也看了代码提交历史,其中好几条注释为:“由于某些原因作品从 MIT 协议改变成采用 CC Attribution-NonCommercial 中文:署名-非商业性使用协议”。看来作者也意识到问题了,临时修改了协议,然而并没有什么卵用了,因为开发者依然可以在之前代码基础上进行二次开发。

所以啊:选择开源协议要谨慎。

大家还记得 MacOS 和 BSD 的历史吗?

苹果公司看到 BSD 这么优秀的开源系统后,眼前一亮:

源码可以改。

可以闭源。
好,那我就闭源。

可以商用。
哇,正合我意。

最气人的是,改完的 MacOS 比 BSD 还漂亮、还好用。

这 TM 就尴尬了。
这 TM 就尴尬了。
这 TM 就尴尬了。

那让我们回过头来再看看作者开发的这款软件,是百分之百原创吗?很显然不是,作者使用了 ffmpeg、kxmovie、YiRefresh 等开源代码,由于我没有下载安装作者的这个 APP,也就不评价作者有没有按照开源协议去使用这些开源代码。但是从作者文中体现出来的开源认知水平来看,作者应该“违规”使用了这些开源代码。

那我在上文中提到的 MIT License 到底是什么呢?

License 就是版权许可证,里面详尽表述了你获得代码后拥有的权利,可以对别人的作品进行何种操作,何种操作又是被禁止的。我们常用的开源软件协议大致有GPL、BSD、MIT、Mozilla、Apache 和 LGPL。

那么到底该选择哪一个 License 呢?乌克兰程序员 Paul Bagwell 画了一张分析图(下图为阮一峰汉化版)

还有一张更全面并略带恶搞性质的图片,由 diycode 社区的 flniu 进行汉化:

第二件事发生在 v2ex 社区,帖子标题为:竟然有人直接复制我代码,而不 fork 的!。

看到这个标题我就懵了——难道不可以吗!!??(黑人问号.jpg)

之前开发的亲戚关系计算器竟然让人直接拷走…… 简直无语了,开源就可以随便来么?直接代码拷走,放自己仓库就成自己的了。。。。

????

难道不是吗?!

关键是!为什么唯一的一个提交显示的是我提交的?可界面显示确实不是 fork 我的,难道 github 出错了,fork 会断掉关系吗?

作者开发的“亲戚关系计算器”确实不错,我也用过。对于这种开发者我们应该敬佩。但是作者的言论却暴露了自己根本不懂开源。诚然,作者选择把自己的代码放到 github 或者其他开源社区,当别人 star 或者 fork 了自己的代码,作者也会为自己的努力感到欣慰。

哪个所谓的“抄袭者”到底错在哪里了?答案是,没有任何错误。

“抄袭者”并没有篡改原作者的任何 commit 记录,LICENSE 和版权信息也丝毫没动。

很多人以为在 github 上开源代码就是在推广自己了,当发现别人用自己的代码做的事情比自己还好,就又心里不平衡了。他们把自己的代码放到 github 等待别人 star,等待别人 fork,但是当别人使用了代码却没有 fork 时,心里又不平衡了。

所以做开源,先摆好心态。

如果你也有上面的那种心态,我给你推荐一个开源许可证——SATA。这个许可证的全称是The Star And Thank Author License。协议的具体内容在 ,你可以对软件进行任意地修改、发行、使用、复制、出售等。只需要给作者点赞并在许可证里面感谢作者。此许可证还建议你,给作者发送电子邮件并和作者交朋友、想你的朋友们宣传此软件、感谢作者(只需要心里默默感谢就像,不需要让全世界都知道)。

如果一个项目没有使用上面的开源许可证,我们怎么去使用这个项目的代码呢?最简单的方式就是直接询问作者。比如之前有个帖子,开源中国的网友非常喜欢开源中国网站的风格,于是发帖问:。所以嘛,脸皮一定要厚。最后的结果是,不仅仅获得了  的同意,就连红薯蜀黍都给他出谋划策。




推荐阅读

这些最热门的 PHP 框架,哪一款是你的菜?

值得程序员一看的 8 个冷门小知识

周一见 | 老司机教你如何麻溜地搭建网站

9 款极佳的 JavaScript 移动应用程序开发框架

2017 年你应该学习的编程语言、框架和工具

更多精彩内容请点击“阅读原文”

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存