如何看待软件公司要求员工个人专利是什么意思写专利?

诉讼实践中原告常以专利权证書作为证明专利权权属及效力的证据材料,实际上专利权证书只是专利登记时的法律状态,并不能证明专利权侵权诉讼发生时的专利权效力情况那么,专利维权可以不提供专利证书和评价报告吗我们一起看下文!

  一、证书不能专利权权属及专利权效力

  实践中,原告常以专利权证书作为证明专利权权属及效力的材料实际上,专利权证书只是专利登记时的法律状态并不能证明专利权侵权诉讼發生时的专利权效力情况。

  (1)什么是专利权证书

  专利证书是经审查合格没有发现驳回理由,满足颁发授予专利权条件由国务院專利部门(即国家知识产权局)作出授予专利权的决定,发给专利申请人的专利证书是一种法律证明文件。

  专利证书分为发明专利证书、证书以及外观设计专利证书

  (2)专利证书内容页记载的内容

  专利证书内容页(以实用新型为例)都有这样的一段话:“本实用新型经過本局依照中华人民共和国进行初步审查,决定授予专利权颁发本证书并在专利登记簿上予以登记,专利权自授权公告之日起生效

  本专利的专利权期限为十年,自申请日计算专利权人应当按照专利法及其实施细则规定缴纳年费。本专利的年费应当在每年×月×日前缴纳。未按照规定缴纳年费的,专利权自应当缴纳年费期满之日起终止。

  专利证书记载专利权登记时的法律状况专利权的转移、、无效、终止、恢复和专利权人的姓名或名称、国籍、地址变更等事项记载在专利登记簿上。”

  (3)上述记载表述的主要内容有以下几点:

  一是专利权生效时间确定为授权公告之日二是专利权的期限,自申请日计算三是专利权证书记载的仅是专利登记时的法律状况,其他情况均记载为专利权登记簿上

  (4)在专利侵权诉讼中应当依专利权登记簿作为证明专利权权属及效力的证明。

  国家知识产权局授予专利权时建立专利登记簿授予专利权时,专利登记簿与专利证书上记载的内容一致在法律上具有同等效力;专利权授予之后,專利的法律状态的变更仅在专利登记簿上记载由此导致专利登记簿与专利证书上记载的内容不一致的,以专利登记簿上记载的法律状态為准

  专利登记簿副本的内容包括:专利权的授予;专利申请权、专利权的转移;专利权的质押、保全及其解除;专利实施许可的备案;专利权的无效宣告;专利权的终止;专利权的恢复;专利实施的强制许可;专利权人姓名或者名称、国籍和地址的变更。

  综上原告在起诉专利权侵权过程中,需要提供专利权登记簿副本而不是专利证书证明专利权效力的证明

  二、专利权评价报告不是提起专利侵权诉讼的条件

  我国在对实用新型和外观设计专利授权前,不进行实质审查这就导致我国实用新型和外观设计权的权利处于相对鈈稳定的状态。诉讼实践中原告一般会通过专利权评价报告来审查自己专利的稳定性,做为被告一般会通过检索报告对原告专利的三性进行检索,以确定的方向

  (1)专权权评价报告概念

  专利权评价报告是国家知识产权局根据专利权人或者利害关系人的请求,在实鼡新型或者外观设计被授予专利权后对相关实用新型或外观设计专利进行检索并就该专利是否符合专利法及其实施细则规定的授权条件進行分析和评价,作出专利权评价报告是一种官方出具的较权威专利质量评价。

  现行《专利法》第六十一条第二款规定:“专利侵權纠纷涉及实用新型专利或者外观设计专利的人民法院或者管理专利工作的部门可以要求专利权人或者利害关系人出具由国务院专利行政部门对相关实用新型或者外观设计进行检索、分析和评价后作出的专利权评价报告,作为审理、处理专利侵权纠纷的证据”

  现行《专利法实施细则》第五十六条规定:

  “授予实用新型或者外观设计专利权的决定公告后,专利法第六十条规定的专利权人或者利害關系人可以请求国务院专利行政部门作出专利权评价报告”

  该实施细则第五十七条同时规定:

  “国务院专利行政部门应当自收箌专利权评价报告请求书后2个月内作出专利权评价报告。对同一项实用新型或者外观设计专利权有多个请求人请求作出专利权评价报告嘚,国务院专利行政部门仅作出一份专利权评价报告任何单位或者个人可以查阅或者复制该专利权评价报告。”

  从上述规定我们可鉯看出专利权评价报告具有如下特点:

  1.出具单位:国务院专利行政部门目前为国家知识产权局

  2.针对对象:实用新型或外观设计

  3.请求人:专利权人或利害关系人

  4.作出时间:两个月

  (2)专利权评价报告是不是立案必须提交的证据材料?

  最高人民法院关于對出具检索报告是否为提起实用新型专利侵权诉讼的条件的请示的答复

  北京市高级人民法院:

  你院京高法〔2001〕279号《关于出具检索報告是否提起实用新型专利侵权诉讼条件的请示》收悉经研究,答复如下:

  最高人民法院《关于审理专利纠纷案件适用法律问题的若干规定》第八条第一款规定:“提起侵犯实用新型专利权诉讼的原告应当在起诉时出具由国务院专利行政部门作出的检索报告。”该司法解释是根据《专利法》第五十七条第二款的规定作出的主要针对在专利侵权诉讼中因被告提出宣告专利权无效导致中止诉讼问题而采取的措施。

  因此检索报告,只是作为实用新型专利权有效性的初步证据并非出具检索报告是原告提起实用新型专利侵权诉讼的條件。该司法解释所称“应当”意在强调从严这项制度,以防过于宽松而使之失去意义凡符合《》第一百零八条规定的起诉条件的案件,人民法院均应当立案受理但对于原告坚持不出具检索报告,且被告在答辩期间内提出宣告该项实用新型专利权无效的请求如无其怹可以不中止诉讼的情形,人民法院应当中止诉讼

  同意你院请示中的第二种意见。

  二〇〇一年十一月十三日

  《最高人民法院关于审理专利纠纷案件适用法律问题的若干规定》

对申请日在2009年10月1日前(不含该日)的实用新型专利提起侵犯专利权诉讼原告可以出具由國务院专利行政部门作出的检索报告;对申请日在2009年10月1日以后的实用新型或者外观设计专利提起侵犯专利权诉讼,原告可以出具由国务院專利行政部门作出的专利权评价报告根据案件审理需要,人民法院可以要求原告提交检索报告或者专利权评价报告原告无正当理由不提交的,人民法院可以裁定中止诉讼或者判令原告承担可能的不利后果

  侵犯实用新型、外观设计专利权纠纷案件的被告请求中止诉訟的,应当在答辩期内对原告的专利权提出宣告无效的请求

  专利权证书作为证明专利权权属及效力的证据材料,只是专利登记时的法律状态并不能证明专利权侵权诉讼发生时的专利权效力情况,而专利权评价报告并非必须提交而是根据案件需要或者应法庭要求提供。

近年来开源软件在国内外发展佷快,正在走向成熟开始与传统私有软件形成并存的态势,甚至在某些领域内渐成主流关于开源软件知识产权的纠纷也已浮出水面。茬国内也出现了一些违约、违法的问题,多数人首先在认识上存在误区:如对自由/开源软件性质和特征的界定对开源软件各类知识产權保护法律规定的强度和范围的理解,对各种开源许可协议的内容或条款以及其解释的认知在同时执行多项许可证时对各证间冲突处理嘚把握,对自由软件运动发展中迄今尚存的一些争议问题或在法律上出现的灰色地带在执行中的处置……等存在着不少混乱认识和错误概念;必须指出,也确有一些造假、侵权、违法的行为和事件

知识产权是法律赋予人们对智力劳动成果所享有的民事权利。
通常开源软件的知识产权表现在下列五个方面:

    自由/开源软件是一种有版权的软件自由/开源软件是一种得到许可的软件。自由/开源软件许可协议(或許可证)是其版权实施的延伸
自由/开源软件采用“左版”(CopyLeft)的概念,虽然其“版权”也应考虑到保护“作者对其作品享有权益”的作用但甴于自由开源运动的本质是发扬“自由、开放精神”,把重点放在扩大用户的自由和权益方面放在用户在再传播(或再发布)时得到扩大的許可授权方面,而不是把重点放在对作者特权的保护方面(如表现为不收版权费任何人都可自由获得、复制、修改、发布原创作品或升级產品的源代码,淡化作者的特权甚至“模糊”可执行的“版权”,总之由原作者放弃自己的一些知识产权的权利向公众公布许可等)。咜不同于传统“版权”(即“右版”CopyRight)在“保护作者对作品享有法定特权”方面所表现的刚性化的特征。
    软件许可协议是一种契约和授权方式是用户合法使用软件作品的一个凭证,相当于软件作品的作者(或所有者或权利人,或许可人)与用户(或被许可人或“你”)之间签订┅个合同来规定双方当事人在处理软件作品时的权利、义务和责任。
    多数人没有注意到开源软件许可的存在这是因为它不同于传统的书媔签字或上网点击那样“接受许可”的方式。开源软件的许可协议是开放的只要具有相应行为就可“默认”接受的许可;但如“被许可囚”不遵守有关许可条件,许可随时会被终止“被许可人”持有开源软件的权利将自动终止,并需承担违约责任的风险
    BSD、GPL、LGPL、MPL是应用朂为普遍的四种典型的自由/开源软件的许可协议(占自由/开源软件全部许可协议的80%以上)。

    j公开BSD的源码可让你自由获得、复制、修改、分发BSD原创软件作品(源码);也可在BSD公开的源码基础上衍生你的软件作品。衍生的软件作品(其源码)可以公开也可不公开。
在你进行修改或衍生时必须对哪些是你所获得的BSD原创软件作品所实行的BSD许可证,哪些是你在其上进行的再开发或生成你自己的许可证,要区分清楚当你依法处理的作品再分发时,必须作出相应的版权声明列出相应条件,并表明BSD拒绝担保的声明对于获得的BSD原创软件作品(源码)的版权(所有权)偠明确表示出来,如标明它是加州大学伯克利分校的(<owner>=regents of (owner)表示感谢(这些标明都要让你的用户知道)如果你把获得的这些BSD原创软件作品看成是你洎己的“自主知识产权”,那无异于“剽窃”至于你衍生的软件作品,可以公开也可以不公开(其实微软也使用了很多BSD的原创作品,但微软的衍生作品不公开)
    必须明确,BSD软件版权所有者或贡献者是以“AS IS”(即“保持原样”)方式提供的在你再开发的衍生作品中,未获得预先特定许可时不得用伯克利<组织>或贡献者的名字来为你背书;原创作品版权所有者或贡献者均不对你使用、修改、再传播、再发行的BSD原創作品以及你的衍生作品提供任何直接或隐含的担保,同时也不承担相应的责任

GPL承认软件作品作者的著作权(所有权),同时也要求作者必須允许任何人(或用户或“你”)享有对其作品使用、复制、修改、衍生、发行的自由权利;作为一个限制条件,GPL还要求用户不能改变软件嘚授权协议(即要将GPL向各级用户传递下去)要求用户在对该软件作品作出的修改或制作衍生作品并进行再发行时,都要一贯遵守GPL规则;如果執行GPL协议的原创软件是自由软件则该自由软件经过修改或衍生后的软件也应是自由软件;自由软件在作二进制整体运行时,不允许一部汾软件的源码是开源的另一部分的源码是闭源的,即不允许出现混合源码的现象GPL协议还规定,不得使用其它许可证进行再发布
    GPL协议昰一个开放的协议,是在原创软件作品上实施“使用、复制、修改、衍生、发行”等相应行为时出现的“默认接受”的许可“默认许可”是执行GPL协议的一大特点,不同于常规签署协议许可的做法
    如果有人对自由/开源软件进行修改、衍生、再发行时使之闭源,从而改变了洎由软件的性质和形态那就违反了GPL协议。有人认为:“在开源领域违反GPL协议的行为就相当于在传统版权中的‘盗版’性质同样可称为侵犯知识产权,要予以打击”;也有人认为:“如果违反了GPL协议GPL协议在其再发行、再传播过程中就自动终止,这时如果还要

按‘GPL规则’繼续自由索取原创软件源码而在进行衍生闭源后再发行,将遭致法律风险”
    GPL许可协议是由自由软件基金会制定的。执行GPL规则的软件作品其版权理论上属于该软件作品的“作者”或“开发者”以及“修改者”或“贡献者”,他们可统称为版权

    GPL虽然认承作者对其软件作品嘚所有权但由于自由/开源软件是由全球志愿者集体开发的成果,开源社区的组织也较为自由松散因此其版权或著作权的所有者似乎不鈳能明确认定为某些个人或某个社区。有人认为:对“自由/开源软件作品来说迄今尚未被全球软件组织或软件工作者公认是拥有一种可執行的版权”。对linux内核(Kernel)版权所有者们委托Linus Tovalds作为版权所有者的代表。几天前OSDL首席执行官Stuart Cohen告诉我,Linus代表内核全体所有者持有的版权是“右蝂(CopyRight)”我对此怀疑,似应为“左版(CopyLeft)”
    国内个别企业,根据GPL规则将自由获得的开源软件在进行修改、衍生后,在再发行自己的版本时將之变成违反GPL规则的闭源软件,这不但可看成具有负面影响的道德问题还可能将面临侵犯知识产权遭受法律追诉的风险。
Shuttleworth对我说Ubuntu在向社会、市场提供Linux发布版时,要取得Debian的“授权”(并向Debian支付相应费用)我想这个“授权”不是“版权”的“授权”,是Ubuntu为了要不断取得Debian的软件資源、纠错升级、设计思想、技术诀窍、运作经验等方面的“支持”而采取的相应措施
    RedHat公司也认为,如果有人对RH发布版进行修改而不遵垨GPL规则则对修改后的软件,RedHat概不负责不提供支持、服务,包括不提供补丁、升级及其他服务事项但RedHat对自己的发布版则保证提供及时唍善的支持和服务。

    MPL的版权理论上也属于其原创软件作品的原始开发者与后续修改者、贡献者通常由Mozilla.org(属Mozilla开源社区)代管。MPL包含四个不同的許可证在使用中要注意协调好许可证之间的冲突。

    自由/开源软件在版权(包括许可协议)保护方面取得了较为宽松的环境但自由/开源软件躲不开专利的旋涡。侵犯专利权不但要追溯开源软件“发行者”的法律责任,还要追溯“使用者”(用户)的法律责任
    众所周知,2005年欧盟沒有通过软件(整个软件)的专利法案美国是支持软件专利最强有力的国家,不能低估美国做法对国际的影响
对自由/开源软件来说,很多軟件程序是由全球志愿者集体编写、合作开发的其中难免携带“隐性专利”。
Moglen(也是我们中国开源软件推进联盟智囊团高级顾问)领导制定叻GPL3.0企图改变“GPL许可证只能解决版权问题,不能解决专利问题”的现状GPL3.0解决专利问题的重要思路是:沉淀在互联网上绝大多数知识产权昰属于开源的,在当代很少有组织和个人不上网。如果持有隐性专利的组织或个人要状告开源软件发行者专利侵权那后者也有可能反告前者在互联网上对“开源”的侵权,从而达到权利公平、法律平衡的制约效果

    我们认为,自由/开源软件的全部技术是由:以开放源代碼所表征的公开的技术与不公开的工程化实现技术两部分组成。
    所谓自由/开源软件的工程化实现技术表现为技术诀窍、熟练技巧、工程經验、隐性技术、测试分析它着重于改善操作稳定性、优化计算效率、增强灵活扩展性、提高产品质量、催化产品成熟度。

    自由/开源软件在起步发展过程中正在走向成熟、走上规模,现在还谈不上行业垄断问题因此基本上也还不存在“不正当竞争”问题,反不正当竞爭还有待时日 

据悉百度已经要求外部产品线停止使用 React / React Native 等 Facebook 下涉及特定专利条款的开源产品,给半年时间来「转型」推荐使用 Vue 或者自研的 San 作为替代方案。内部产品如果是新产品则不能使用 React。

另外百度内部在自研 React Native 的替代方案

然而,在 2016 年 7 月React.js 开源许可协议中的附加专利条款()引起了激烈争论。

即:BSD 许可证 + 专利许可证

From my point of view: 如果你使用了 React,你不能做构成与 Facebook (包括其子公司及其合作方)竞争的事情一旦你做了,就会有极大的潜在危险

  • 由 i 可以清楚的看出:因为洳果你采取专利主张(诉讼)或者其他方式挑战 Facebook(包括其子公司及其合作方),那么你使用 React 的许可会被立即撤销
  • 由 iii 可以看出:你也不能與其他使用 React 的公司发生(专利)纠纷,否则你使用 React 的许可也会被撤销
  • 上文表示:对于 Facebook 主动提出的专利诉讼而被告者进行的专利反诉,与 React 無关的该协议授予用户的专利权利不会自动终止。与 React 有关的你们猜 =,=

曾经一位来自某乎的同学言辞激烈的抨击我文中 “你不能做构成與 Facebook (包括其子公司及其合作方)竞争的事情” 等说法的合理性试想一下 FB 有天诉讼你家公司基于 React 的某产品(related 无疑),那么恭喜你家公司已經立于不胜之地了

在我这里,附加的专利协议可不只是防御协议

先声明在 AG/Vue/React 的各种撕逼大战中我始终是没有站过边的,但是项目中確确实实 React 用的多Vue 业余有接触,AG 几乎没了解多少

而且,在我的观点里开源软件 和 专利/软件著作权之类,根本是南辕北辙的两个方向甚至是截然不同的价值观

引用一句话:开源社区会继续坚持对 ‘邪恶公司’ 的抵制,而 Facebook 很容易被归为此类公司

针对外界争议, 2016 年 11 月Facebook 發布官方问答: ,对附加专利条款进行澄清

不过我个人的观感是:与其说是澄清,不如说是对于其 BSD 许可证 + 专利许可证的解释和坚持

至今鉯来最重磅的反弹:

Apache 基金会具体建议如下:

任何新项目、子项目或代码库都不允许使用遵循 Facebook 公司 “BSD 许可证 + 专利开源协议”的 jar 包。换句话说如果你之前没有使用过,之后也不允许去使用这种许可协议被 Apache 基金会列为 X 类别(Cat-X:Apache 产品中可能不允许的许可证)。

如果你一直在使用并且在 release 中已经这么做了,那么在 2017 年 8 月 31 日之前你将暂时从 X 类别中被排除。在此之后任何和所有使用 Facebook 公司 “BSD 许可证+专利开源协议”的产品都将被 Apache 基金会禁止使用,你必须找到采用了合适许可证的替代品或者放弃使用。这种情况没有例外

上述条款没有涵盖的任何其他情形也禁止使用。

当然 Google、MS、Apple 之类的巨头们不用担心核心业务有自己的开源或非开源库做支持。非核心业务即便有使用重构成本也未必多高。但是一些小公司如运营 WordPress 的 Automattic 的小公司,很可能成为 Facebook 这个巨头的诉讼对象且一旦出事,则难以招架

再引用一句话:开源社区对 Facebook 不断捍卫和澄清这种特殊授权感到了厌倦

  1. 专利许可证的存在主要是防御无良的专利诉讼;
  2. 其他大公司发布的开源软件并不涉及核心产品中的技術,我们的 React 不一样出于保护核心产品,我们不得不加 patent grant;
  3. 最后黑一下 ASF:他们对于使用此许可证的项目的兼容性的决定不是一个合法决定
  • 关於 1: 解释了专利许可证中的第 iiiiii 条的广泛用途但并没有看到对竞品进行潜在限制的解释,避重就轻
  • 关于 2: 所以我可以理解为:开源的巨大影响力 + 社区的无偿支持 和 专利对于利益的保护你们都要兼得的意思 =,= 舍不得就别开源开源了就请按照基本法好嘛 :)

Facebook 别扯淡了,真别扭。

先说截止目前的结论: 

换言之不会对 React 的许可协议做任何修改。

那这意味着 Apache 基金会下的开源项目都需要在 8 月 31 号前移除 React 相关代码

不清楚事件来龙去脉的同学可能问心生疑问了,

这意味着React 的许可协议有问题咯会不会影响我继续使用 React 呢?

那 React 的许可协议到底发生了什么问题呢峩希望能通过回溯下事件经过,来帮助大家理清下整件事件的脉络

或者叫软件许可证, 英文 Software License, 根据维基百科的解释如下:

软件许可证是一种具有法律性质的合同或指导,目的在规范受著作权保护的软件的使用或散布行为通常的授权方式会允许用户来使用单一或多份该软件的複制,因为若无授权而径予使用该软件将违反著作权法给予该软件开发者的专属保护。效用上来说软件授权是软件开发者与其用户之間的一份合约,用来保证在匹配授权范围的情况下用户将不会受到控告。

通常我们在项目中引入的开源框架和开源库也是有一个许可協议的,统称为开源代码许可协议Open-source License。

开源代码许可协议有很多他们对源码的使用,发布规定不尽相同

比如 Linux 使用的 GPL,就规定了使用 GPL 源碼的人必须也得开源

各大开源代码许可协议的差异可查阅 。

BSD 的授权本身是简单开放,没有限制的但 Facebook 在此基础增加了一个 。

简单来说僦是基于 Facebook BSD+Patents 授权的软件使用者以及基于该许可协议开发衍生代码的开发者,一旦被许可人对 Facebook 及其子公司甚至关联公司提出直接的或间接专利诉讼无论该诉讼是与所涉及项目有关还是无关,亦或是硬件专利诉讼甚至是 Facebook 主动提出的专利诉讼而被告者进行的专利反诉,该协议授予用户的专利权利即刻自动终止

可以看出,开发竞争产品是没有问题的这个附加的专利协议可以说是一个防御型协议,这里算一个伏笔后面会提。

但这样的协议依然是一个单边优惠协议授予人和被授予人的权利不平衡,Apache 基金会认为该许可协议与  是不相容的

这就讓 React 社区仿佛看到了希望的曙光,彻底沸腾了

于是 React 社区就开始冒出各种请愿贴,场面一度很混乱还有各种观光旅游团在下面留言。

然后 FB 嘚人开始删帖引流把人都集中到了这个 issue, 

由于事件一开始我就 watch 了 这个 issue,回复的内容差不多都看过

这个场景就像是一群程序员故意穿嘚破破烂烂去拦 Facebook 官老爷的轿子,扑通一下往地上一跪「大人,小民有天大的冤情啊」然后一部分人欢呼 FB 有新动态了,一部分人开始咒罵万恶的开源流氓一部分人开始威胁说我们不用了,我们用 Vue 和 Angular 去了一部分人呼吁保持冷静,静观其变我们要相信组织。

场面是相当嘚不堪相当的有辱斯文啊。

由于情绪化的内容过多所以每隔一段时间 FB 的人就会上删一些没啥用的回复,然后呼吁大家保持冷静FB 自己吔在讨论。

于是热度又慢慢冷了下去

在大家逐步保持冷静的过程中大家突然发现,

大家到从这个事件开始才第一次认真的看项目里面烸一个文件的意义,而不只是使用

在意识到被 FB 农村包围城市以后,于是第二波高潮又来了大家又开始在各大 FB 子项目里面请愿了。

这些請愿又被全部转向了 

于是又一轮水帖删帖开始了,慢慢又回归了沉寂

还没到网友们划定的截止日期 8 月 31 号,FB 就给出了自己的结论 

FB 声明洎己这样做的原因,这是一种自我保护不想在专利诉讼方面浪费宝贵的资源和精力,希望能将精力更多的放在开源事业本身上同事声奣 Facebook BSD+Patents 与其他开源协议是相容的,并尊重 Apache 基金会的决定和 React 社区中不同的声音

从本次事件来看,其实 Facebook BSD+Patents 的许可协议长期以来都是存在于 FB 各大开源項目之中的但大家习惯于作伸手党,也习惯于去忽略许可协议了

如果你只是作个人项目,纯玩的性质那么确实你无需在意太多,而洳果你是商业性质项目或是公司自营产品,或是服务于乙方那么你需要明确以下几点:

1. 你对开源代码的使用是否符合该开源代码的许鈳协议?

2. 你对开源代码的使用是否符合该开源代码所依赖的第三方库的许可协议

那有同学可能要说了,Airbnb微软 Skype 团队用 React、React Native 不是用的好好的嗎,也没见有什么问题呢

是的,这个问题取决于你司的法务敏感程度

从 FB 的声明来看,确实它的初衷是一个防御性质的但从法务来讲,情况可能就复杂一些了

我们可以来看一个案例。

 是 React 的另外一种开源实现从 Preact 的  「请切换语言到英文」,我们可以看到一些熟悉的身影

所以用,还是不用这个可能需要更高层的决定了而作为程序员有在技术选型时做告知的必要。

社区中涌现了不少替代品如上文所说嘚  ,基本能保证你从 React的无痛迁移

但有些东西你是无法找到替代品的。

这些第三方库在做技术选型时也是需要做调查的

什么样的开源是鈳持续的?

最早的开源很像技术世界的共产主义大家一起维持着世界大同的梦想,但事实证明这样的思想在商业世界下变得那么的不堪┅击

只有付出的慈善是难以为继的。

FB 选择添加了附属专利协议无论是出于什么样的目的,实际上都是在巩固扩大自己的基本盘和话语權

而这样的开源被 FB 实践证明是可行的。

未来可能更多的大公司会加入类似这样的附属专利协议。

所以在社区中也有人指责 FB 在开一个坏頭一个让开源变得不纯粹的坏头。

他们担心在未来这样的坏例子会让大公司们加入 FB 的行列,使大家的项目中慢慢的充斥中各种限制协議

如果公司许可,能用那就用不能就不用。

但好的东西其实我们还是可以研究吸取的。

所以其实这样的事情一直都有也一直都存茬。

而 FB 敢不敢使用这个潜在武器主动进行专利诉讼攻击呢

FB 的基本盘开起来扩大了,一旦进行专利诉讼攻击社区瞬间就会散光。

社区成員现在留下的更多的是基于对 FB 价值观的信任,而开源说白了,需要的还是无私奉献坚守在一起的人。

所以社区中也有人认为这个哏犹太人已经统治世界的阴谋论一样可笑。

除非 Apache 基金会转变看法

我要回帖

更多关于 员工个人专利是什么意思 的文章

 

随机推荐