开源软件之许可证(四)
开源软件之许可证(四)吴国平 北京市隆安律师事务所开源软件的优势是显而易见的,这种优势在那些经历无数加班修改BUG的程序员看来,更为明显。这种优势有时也会因为程序员的私利(违法)行为而被带入闭源的项目中,当然,这不在我们今天讨论的范围内。开源软件系统给程序员直接提供源代码,这大大提高了开发衍生作品的便利,在日益竞争的市场中如何快速占据市场是投资人十分看重的因素,也因为投资人快速逐利的需求,在开源软
开源软件之许可证(四)
吴国平 北京市隆安律师事务所
开源软件的优势是显而易见的,这种优势在那些经历无数加班修改BUG的程序员看来,更为明显。这种优势有时也会因为程序员的私利(违法)行为而被带入闭源的项目中,当然,这不在我们今天讨论的范围内。
开源软件系统给程序员直接提供源代码,这大大提高了开发衍生作品的便利,在日益竞争的市场中如何快速占据市场是投资人十分看重的因素,也因为投资人快速逐利的需求,在开源软件项目中不免会产生价值的冲突。这种冲突体现在对开源许可证的漠视上,当然,我们也必须要承认,在投资人预判遵从开源许可证的成本时,可能已经将违反开源许可证的风险纳入视野,但是,大多数情况下,投资人不会去研究那些令人困惑的开源许可证条款,而程序员则更关注于整个项目代码的可用性和稳定性上。由本律师的经验开看,更多的场景下开源项目的许可证之于开发者更多的处于“裸奔”状态。
我一直在很多场合强调,在拿到开源代码前,请确保已经完全理解其许可条款。下面将讨论几个容易误解的问题:
1、关于老版本许可证问题
有些产品是真正的开源产品,并且遵从了许可证当时公布的开源许可证要求,但在其生命周期中,因为开源社区或者开源项目开发者的原因,该项目的许可证至少改变了一次(也可能不同的时期有多个版本)。在这个场景中,开源产品可能还会推出最新版本,或者对程序BUG进行简单的修复并推出市场,此时需要审查该产品是否满足与当前许可证兼容的条件。如果老版本的开源许可证与新版本基本一致,则没有太多问题。反之,如果开源许可证的模式发生了变化,导致老版本的许可证仅为专有。客户将不得不使用旧版本才能利用开源条款和条件。
更极端的情况下,即开源项目初始阶段都是在有效的开源许可下发布的,但随后版权所有者改变了主意,选择以闭源的方式发展代码,并且只在专有的商业许可条款下提供新版本。因此,客户如果还想得到最新的功能,就必须购买一个专有许可证,更为不利的是很可能得不到新增功能的底层源代码。
2、开源陷阱
实践中,还存在另外一种情况,即一个产品既有开源授权的“社区版”,也有一个“闭源”的授权商业产品。对于很多投资不多的项目开发者来讲,一开始就选择花钱购买商业版产品无疑有压力,因此大多程序员会选择开源版本,尽管这些开源版本可能相对功能欠缺,即属于“乞丐版”,这种产品设计类似于“先试用后购买”的模式,但是有所不同的是,开发者因为使用开源版本而有机会通过成为开源社区的积极成员来影响产品的未来走向(成本是要花大量的时间参与开源项目维护)。
我通常鼓励客户从社区版本开始,参与进来,看看能取得什么成果。然后,如果产品开发成功并且有较高的商业前景,他们可以随时选择升级到商业版。
与上述情形有些类似的是另外一种“开源陷阱”,即项目的组件并不是开源许可证下开发完成的,但是在免费模型下发布的,通常免费的条件是功能受限或使用时间受限。与上述情况的重要区别在于:源代码通常不提供,并且其附带的许可证(不是开源许可证)不允许永久使用,可能也不允许创建衍生作品。
还有一个重要的区别,就是你无法通过成为开源社区的一员从而影响该项目未来的走向,通常情况下,如果程序员在程序中融合这样的组件,并且衍生作品取得成功的话,你将不得不购买该产品闭源的专有授权。
程序员通常情况下会因为预期不足而对不愿意花钱另行购买许可,因而就落入了“陷阱”,不得不面对侵权诉讼的风险。
版权所有,未经许可,禁止复制、转载。
更多推荐
所有评论(0)