站长业界困境中的程序员、站长与版权纠纷

MoBan5源码 | 2019-04-16 19:53:22 |

摘要:“没有开源cms,就没有广大开发者产业的流行、站长的成本也会水涨船 高。”这话不假。在网站开发与模板仿制进程中,开源的cms及软件给予了很多帮助,很多国内互联网公...

“没有开源cms,就没有广大开发者产业的流行、站长的成本也会水涨船 高。”这话不假。在网站开发与模板仿制进程中,开源的cms及软件给予了很多帮助,很多国内互联网公司所谓自研的技术其实都基于某个开源软件或者cms程序做的魔改。但开源并不等于自由,还有很多问题要考虑。比如,源代码有 bug 害得用户损失惨重如何定责,有人想继续修改源代码重新发布怎么办,涉及到软件专利怎么办……
 

为了解决这些问题,开源软件往往随源代码包含一个许可协议。现成的开源软件许可协议很多,开源软件中最常用的三个,就是 BSD、MIT 和 Apache v2。
 

许可证是开源软件在自身的发展过程中出现的一种特殊保护模式,它通过提前签署权利与限制条款来促使开源软件正常有序的发展,它也是开源软件保护自身的核心保护方式。但开源软件许可证同样可能会附带权利不平衡条款,比如 Facebook 的 BSD+ Patents 协议。由此也引发了 2017 年沸反盈天的 React 协议问题。
 

2015 年,Facebook 给旗下开源软件增加了该条款,React 也随之改为包含这个专利附属条款的 BSD 许可协议。此举当时虽招致一些非议,但并未引起大的风波。直到 2017 年 7 月,Apache 基金会将附带该条款的项目列为 Category X(可看作基金会的黑名单),如果某个开源软件是基于这个黑名单上的许可协议的,那就不能在 Apache 基金会的开源项目中使用。这个决定导致基于 React 的很多 Apache 项目不得不重写。
 

此举影响下,大批开发者向 Facebook 请愿修改协议,Facebook 不为所动。最终在 WordPress 发声将放弃使用 React 时,Facebook 最终才承诺放弃该协议条款,转而采用 MIT 协议。
 

类似的问题还有许多,Oracle 与 Google 关于 Android 系统中是否侵权 Java 的官司从 2010 年打到 2018 年,案件判决几经反转,最终判决 Google 败诉,将赔偿 Oracle 88 亿美元。
 

版权面前,开发程序程序员如何自处?
 

帝国cms开发程序员、站长是热爱开源、分享的一群人,但版权方通常站在开源的对立面。站长、程序员喜欢自己写博客,封面配图不注意经常会“侵权”“视觉中国们”,程序员喜欢好看的字体,未经允许亦或不知情下“侵权”了方正字体们。甚至,网站开发者、模板开发者、程序员们写的爬虫,也会因为侵权的问题惹上官司。
 

随着互联网的普及与发展,国人与企业的版权意识也逐渐增强。越来越多的侵权问题与版权流氓都得到了曝光,但版权之路却依旧任重道远,面对开源项目的版权,程序员应该如何自处呢?
 

如果你是开源项目的创始人和维护者,那么有一个事情是必须要做的,那就是为你的项目申请专利。
 

在某些人的固有思维中,“开源项目捐赠之后,相应的专利也会捐赠,申请专利是在做无用功。”其实不然,首个国人主导 Apache 顶级开源项目 Apache Kylin 在项目开源之前就申请了专利,其创始人韩卿曾在采访中表示:“开源项目和专利并不冲突。于开源项目而言,专利不是一个攻击武器而是一个防御武器,如果有人开发了一个同类型的项目且申请了专利,并以此来攻击你,那么你的项目、业务等都会被带入到不应该产生的麻烦中。所以,无论是对个人、公司还是项目,申请专利都会是一个很好的保护措施。”
 

如果你是站长或者开发程序员,那么以下三点是需要注意的:

提高版权意识,慎用来历不明的图片、文章,并注意其有无具体的版权声明;

加强对开源软件源代码的监控,一旦发现有侵权风险(例如相关源代码曾经发生过专利侵权诉讼),及时采取删除或替换措施;

在生产、项目中向 leader 同步版权风险,提前规避或购买相关使用版权。