百科问答小站 logo
百科问答小站 font logo



如何看待百度要求内部全面停止使用 React / React Native? 第1页

  

user avatar   eric314 网友的相关建议: 
      

前一阵收到Apache的通知,要求所有Apache项目禁止使用带Facebook BSD+PATENTS License的项目,并限时完成替代,估计好多人要加班了,幸好我们没用。现在抵制这个License的公司越来越多,加班的苦逼工程师也越来越多。。。

其实这个License不光React用,大家可以看看Facebook的开源项目,很多都带了这个PATENTS文件:

Facebook Incubator

Facebook

这License思路很清奇,它带来的风险不是一般的专利风险,也就是你用了React有可能被Facebook告你专利侵权。而是只要你在用React,Facebook侵权你的专利你也不能告他,而且不只是跟前端相关的专利,而是包括了你拥有的所有专利。否则在你提起诉讼的瞬间,你就失去了使用React的授权。

但是如果Facebook抄袭了你的产品,你又不能马上放弃React怎么办?当然是选择原谅他啦。

Facebook说这个PATENTS是防护性的,只是为了防止有刁民诬告Facebook。但是被Facebook从头抄到脚的Snapchat有句mmp不知当讲不当讲。结合前一阵爆出来的Facebook用“Early Bird”系统来发现可能对Facebook业务产生威胁的创业公司,然后尝试收购或者模仿它们来把它们挤出市场,是不是细思恐极。

Facebook's new 'early bird' spy tool is just the tip of the iceberg

Facebook的这个License其实开了一个很不好的头。大公司可以通过在开源软件里塞私货来妨碍小公司崛起,进一步巩固自己的垄断地位。个人认为这种污染开源精神的行为很不好,希望Facebook能浪子回头,改用Apache2.0这种开放友好的License。


user avatar   wo-zuo-fen-bu-shi-xi-tong 网友的相关建议: 
      

工作关系,精通美国专利法,在前东家后台支持过几次前两年美国公司最大规模专利诉讼。这里友善的的告知大家,本题里为facebook洗地那几个回答里涉及专利法的内容都是错的离谱的

如果你在一个有国际化目标的公司工作,公司有出海的计划,而公司内部形成了使用react的风气,项目中大量使用,那很遗憾,你们公司所有各国专利事实上全部免费赠予facebook使用。

整个事情的逻辑很简单,举个例子来说明:公司各项目前端各类东西全部用react来玩,用户体验一流效果美观,人人夸奖。突然一天,发现自己最核心的、和web/UI/react完全无关的大批核心专利被facebook拿去商用、给facebook带来巨大商业收益并且进而和你们产生直接商业竞争,此时怎么办?起诉facebook?别逗,facebook根据协议,在你提出诉讼的那刻自动撤回所有react相关专利授权,你们所有基于react的系统同时侵权滥用facebook的react专利。前端的东西不那么好藏对吧?facebook马上拿了证据去联邦法院、甚至各主要国家法院,要求关停你所有侵权的基于react的服务。届时你能有什么话说?公司前台商用的系统只得被动地从react全部立刻迁移出去,换到没有和react关系的平台上,出海阻碍、项目成本、损失、诉讼风险谁来扛?

以百度为例,按照react目前协议,要想不让facebook事实上免费大胆用自己人工智能、自动驾驶方面获颁的专利,唯一选择就是不让公司的前端用react。这笔帐,真的不难算。

上面有小白给facebook洗地,说facebook是防御性的使用这些条款,只要你不去告facebook专利侵权就没事。这个逻辑思维能力真的不适合写软件。为什么某公司会告facebook?告facebook什么?这两个问题不复杂,真的要说清。是告facebook专利侵权对吧?当你们公司选择react来构建大量系统的前台,facebook上来什么也不干,先让你用公司全部专利做抵押,这叫防御?拿到你们的专利抵押,facebook可以直接免费大胆商用你们的专利,而你们却不能轻易起诉,因为一旦你们起诉,你们的react系统就是人质,facebook马上可以反诉你们侵权,请问这叫防御?最悲惨的,你以为你react粉,积极内部推广react,残酷的事实是,你内部react系统越多,迁移成本越高时间越广,被人霸占专利的风险越高:因为他们手里人质更多。

还有一个洗地说法是很多别的美国公司诸如netflex、微软、苹果也用react。拜托,那些美国公司手里和facebook业务相关的专利你去看看,微软、苹果怕和你facebook打专利官司?Imagination说苹果一做GPU,就踩专利地雷阵,结果大家都看到了。微软的专利portfolio蓝星无敌,谁碰谁出局。netflix核心竞争力最根本的是手里的内容也就是片源,也不大搞别的互联网项目,BATJ肯把业务覆盖面缩到netflix一样窄,再来对比谈用react的风险才有意义。

这个事情要特别当心,react前端的东西,detectability没的说,这不同于你后台某服务器程序用了某某专利、某某库,只要你自己不去开源,别人无法发现难以证明。而且和一般的patent retaliation clause不一样,react这事情反复报道,涉及的react专利清晰明确,到时候扯皮的机会也没有。用某某库的时候retaliation clause要当心,自己被公司授权去开源某项目,license里的patent grant clause要当心。

评论里有人反复用“案例”来质问,基本是主张防范是浪费,要出事了用事故说明问题,这逻辑本身就不对。RocksDB以前也同样的BSD+Patent协议,知道自己后台系统用的,别人用了facebook也无法知道更无法证明,钓鱼成功概率接近零就自觉改了协议,(在改协议的时候有意或者无意的把LevelDB的协议去掉被老对头lmdb作者抓现行)。反观react,受关注更多,却死活不改协议,为什么?同一个公司,都是火热的两个开源项目,同样的协议上的问题,如此大的区别对待,还不够说明facebook在react协议上有小算盘?


user avatar   morgancheng 网友的相关建议: 
      

这个4年前的问题选择在这个时间点突然出现在我今天的时间线上显得非常 亦可赛艇

Android是2008年初才发布,而Oracle在2009年就以7.4B$收购了Sun,是Google不够睿智吗?

非也!

1)如果Android没有如此成功,Java对于Google而言就是一坨shit,Google从来没有想到自己会站在一坨翔上面取得空前的成功,如果有算命的告诉Google的命中贵人是阿翔,它就是穿越回去吃也要把它吃下去,可惜历史不能假设!


2)Google一直有python基因,很多系统都是基于python的,你知道工程师主导文化的可怕性吗?这帮pythonic的nerd出于情怀或者节操或者叫清高或者叫偏执或者叫真爱,它说什么都不会去买Java的,“老子看不上”!谁知造化弄人,09年你对我爱答不理,18年老子叫你高攀不起88亿!(注:今天的Google在各种收购之后,Java服务的比重占的也非常大了,变成了一个杂合的技术栈,而官司也很可能打到高院,尚未定论)


3)Google一直有跟开源保持共存共荣共襄盛举的传统,它跟Mozilla做生意,赞助开源项目,捐赠Wiki,主张“不作恶”,简直就是一副乌托邦理想主义者的化身,圈粉无数(包含答主),像Java这种项目,它更可能的方式是烧一笔钱给它花,然后来几句“希望Java明天会更好”之类的废话,它根本就不曾想过有一个家伙抄底了,因为那时候Android根本就没有火,Google从来就没有想过Java也T-M-D算哪门子“底”?


4)Sun的主手人也是个技术型的,就是技术牛掰业务做的稀烂,当时怎么看Sun都处在夕阳,SPARC也是逼格满满业务下滑被Intel捣的稀烂,那个价格没有几家觉得划算的,幸好是Oracle这种剑走偏锋的收购了它,要是换一家公司收购多半就把Sun雪藏甚至捣腾碎了,Java也就没有今日风光了,而Google在坊间也有创业公司杀手的美称,也许这就已经是历史发展的最好结果了。


什么,你问我对于Oracle收购Sun和MySQL怎么看?

还能怎么看?好白菜都让猪给拱呢呗!

但是作为吃瓜群众,我最喜欢看大佬们掐架,Google与Oracle的这场官司绝对酸爽,大家保持关注,各家都有千百号律师,吵起架来想想都 亦可赛艇!学知识产权法/专利法/法理学的同学们千万不要错过,说不定两年后就能进教材作案例呢!


什么,你又问我Google应该怎么做?

靠,我有不是劈柴!按我的观点,Google这次是违反了Java的使用协议的(无意引战,定论的事情留给专业法官),不能因为体量大就以为能压死人,那可是在美帝,万事全靠律师一张嘴,怎么讲都有理!


大家还记得微软以前有个skydrive吗?在英国被判败诉了,最后也得改名叫OneDrive呢!Google有钱了不起啊,过来领罚单!


而Java的坑早早就埋在那里了,所以苹果直接一刀切:老子不支持,免得搞一嘴毛!Flash一身毛病,一刀切,老子不支持!


所以,我对Google的建议是:

从Android 10开始,一刀切:老纸永生永世不再支持Java!

名字我都起好了: Badroid!


这TM不是关乎技术,不是关乎信仰,不是关乎生态,不是关乎用户体验!

这TM关系到命!


什么?要我预测结果?

法官中间调停,你们俩和解,google把赚的钱按每部手机给Oracle付钱?什么你说太扯了?你每买一部Android,都要给微软钱,你造吗?Oracle就想躺着就把钱收了!


user avatar   recociliation 网友的相关建议: 
      

这个4年前的问题选择在这个时间点突然出现在我今天的时间线上显得非常 亦可赛艇

Android是2008年初才发布,而Oracle在2009年就以7.4B$收购了Sun,是Google不够睿智吗?

非也!

1)如果Android没有如此成功,Java对于Google而言就是一坨shit,Google从来没有想到自己会站在一坨翔上面取得空前的成功,如果有算命的告诉Google的命中贵人是阿翔,它就是穿越回去吃也要把它吃下去,可惜历史不能假设!


2)Google一直有python基因,很多系统都是基于python的,你知道工程师主导文化的可怕性吗?这帮pythonic的nerd出于情怀或者节操或者叫清高或者叫偏执或者叫真爱,它说什么都不会去买Java的,“老子看不上”!谁知造化弄人,09年你对我爱答不理,18年老子叫你高攀不起88亿!(注:今天的Google在各种收购之后,Java服务的比重占的也非常大了,变成了一个杂合的技术栈,而官司也很可能打到高院,尚未定论)


3)Google一直有跟开源保持共存共荣共襄盛举的传统,它跟Mozilla做生意,赞助开源项目,捐赠Wiki,主张“不作恶”,简直就是一副乌托邦理想主义者的化身,圈粉无数(包含答主),像Java这种项目,它更可能的方式是烧一笔钱给它花,然后来几句“希望Java明天会更好”之类的废话,它根本就不曾想过有一个家伙抄底了,因为那时候Android根本就没有火,Google从来就没有想过Java也T-M-D算哪门子“底”?


4)Sun的主手人也是个技术型的,就是技术牛掰业务做的稀烂,当时怎么看Sun都处在夕阳,SPARC也是逼格满满业务下滑被Intel捣的稀烂,那个价格没有几家觉得划算的,幸好是Oracle这种剑走偏锋的收购了它,要是换一家公司收购多半就把Sun雪藏甚至捣腾碎了,Java也就没有今日风光了,而Google在坊间也有创业公司杀手的美称,也许这就已经是历史发展的最好结果了。


什么,你问我对于Oracle收购Sun和MySQL怎么看?

还能怎么看?好白菜都让猪给拱呢呗!

但是作为吃瓜群众,我最喜欢看大佬们掐架,Google与Oracle的这场官司绝对酸爽,大家保持关注,各家都有千百号律师,吵起架来想想都 亦可赛艇!学知识产权法/专利法/法理学的同学们千万不要错过,说不定两年后就能进教材作案例呢!


什么,你又问我Google应该怎么做?

靠,我有不是劈柴!按我的观点,Google这次是违反了Java的使用协议的(无意引战,定论的事情留给专业法官),不能因为体量大就以为能压死人,那可是在美帝,万事全靠律师一张嘴,怎么讲都有理!


大家还记得微软以前有个skydrive吗?在英国被判败诉了,最后也得改名叫OneDrive呢!Google有钱了不起啊,过来领罚单!


而Java的坑早早就埋在那里了,所以苹果直接一刀切:老子不支持,免得搞一嘴毛!Flash一身毛病,一刀切,老子不支持!


所以,我对Google的建议是:

从Android 10开始,一刀切:老纸永生永世不再支持Java!

名字我都起好了: Badroid!


这TM不是关乎技术,不是关乎信仰,不是关乎生态,不是关乎用户体验!

这TM关系到命!


什么?要我预测结果?

法官中间调停,你们俩和解,google把赚的钱按每部手机给Oracle付钱?什么你说太扯了?你每买一部Android,都要给微软钱,你造吗?Oracle就想躺着就把钱收了!




  

相关话题

  重大疾病疫苗应不应当给予知识产权保护(观点加理由,跪谢)? 
  如何看待百度贴吧解禁「傻逼」这个词? 
  不太理解预防csrf攻击中的“双提交cookie”是什么意思? 
  有没有人觉得新浪微博和百度的赚钱方式很恶心? 
  华为在美被禁,在中国为什么淘宝,腾讯,百度大佬都没有发声? 
  百度uc? 
  前端当前是否处在一个糟糕的时代? 
  百度地图为什么会自动在后台下载单田芳和郭德纲的电台节目? 
  想开拓国际市场的企业在专利申请方面需要注意什么? 
  HTML、CSS、JavaScript 为什么不加个标明运行版本号的语法? 

前一个讨论
你在电影院遇到过哪些奇葩的事情?
下一个讨论
美国只有「黑命贵」,没有「印第安命贵」吗?为什么?





© 2024-05-20 - tinynew.org. All Rights Reserved.
© 2024-05-20 - tinynew.org. 保留所有权利