九 032009
英文原文:The Failure of the GPL, by David Chisnall
作者结合几个著名企业应对GPL协议的案例,提出了几个要点:
1)苹果公司在开发NeXT的时候为避开GPL的麻烦选择基于LLVM编译器基础设施项目(BSD协议)重写自己用的GCC代码。这个案例给了开源社区2个教训:
- 迫使(企业)人们做他们不愿意的事情不见得会带来好结果;
- 有时候,你要记得获得别人的代码不一定是件好事情。
2) 谷歌的GFS(谷歌文件系统,谷歌服务背后强大的平台核心技术)至今为按GPL协议开源
- GPL只是一个“代码分发协议”,不是“使用协议”,如果你只是机构内部使用,你不需要将自由改进的代码分享给他人。每个采用了GPL代码的公司都要做一个选择:是将改进的公开呢?还是封闭起来自用呢?关键还是看哪一种做法收益成本率最高。
- 上面的要点解释了为何雅虎(Yahoo!)选择雇佣全职的开发人员来为FreeBSD项目工作,并将对FreeBSD所作的大部分改进返还给上游项目社区。因为这对于维护雅虎业务所依赖的、基于FreeBSD操作系统的基础设施而言,这是收益成本率最高的做法。
- 相对GPL而言,一些企业更喜欢BSD协议。
3) GPL的哲学:你要么是朋友,要买是敌人:作者提出他在自由软件授权协议的设计理念方面与自由软件软件基金会(FSF)在哲学理念上的根本分歧。
4)我被侵犯了!作者举例说:你拿来GPL的代码编译为一个可执行程序,然后交给你的朋友使用,此行为本身违反了GPL协议!
5) GPL关于库链接的限制形同虚设。
英文原文:The Failure of the GPL, by David Chisnall


Hacker News