Google 是否正在远离开源?AWS 和云中的商业开源:错综复杂的纠缠,等开源之道一周精选2020 02 23

Google 是否正在远离开源?Oracle-Google java fight 即将开庭;每位领导者都需要把握这7种张力;GitHub:除非真正需要,否则我们不会删除您的任何内容;Databricks CEO:云上托管开源是一条艰难之路;Linux Foundation研究引发了对开源可持续性的争论;开源创作者系列,第5部分:了解开源许可中的“分发”;AWS 和云中的商业开源:错综复杂的纠缠;合作胜过竞争:公司如何从开放式创新中获益;FOSS 领导力的继任计划;Linux Foundation 和哈佛联合出了一份开源软件供应链的报告;利用社区驱动的研究软件指标进行开放和可复制的研究

Tue Feb 18, 2020 | 2300 Words | 大约需要阅读 5 分钟 | 作者: 开源之道 |


声明:本站言论,仅代表我自己,不管任何其它!


文章点评

![]()

Google 是否正在远离开源?

原文链接:Is Google cooling on open-source foundations?

适兕点评:

这是Google既Knative之后,又一次被质疑的观点,这次是因为Istio项目,美国空军警告Google半年之内不把项目控制权交给基金会,他们就撤离,并放下狠话: If you work with Google on open-source projects it controls, you’re working for Google. 是这样的吗?开源确实应该讲究个人伦理。

![]()

Oracle-Google java fight 即将开庭

原文链接:Trump’s DOJ and Sun founder McNealy back Oracle in Google’s Android-Java fight

适兕点评:

阵营已经非常的明确,Google、IBM、微软是站在一起的,Oracle如果这次胜利了,对于民主是一次重击。

每位领导者都需要把握这7种张力

原文链接:Every Leader Needs to Navigate These 7 Tensions

适兕点评:

学习者、adaptor、倾听者、……等等现代化管理的良好素质,均是人类经过漫长的社会淘汰,“进化”出来的文化良质,这些都没啥可说的,有一大堆管理的书籍等着人们去读,去如何克服本能!我对这篇文章最感兴趣的是举的Red Hat CEO Jim Whitehurst 的例子,oVirt 是红帽历史上最失败的产品之一。他却没有因此被怎么样,但是这个故事却总是被说。

![]()

GitHub:除非真正需要,否则我们不会删除您的任何内容

原文链接:GitHub: We won’t take down any of your content unless we really have to

适兕点评:

这就是GitHub 无法进入中国的真实原因,“Being transparent about content-removal policies, and restricting content removal as narrowly as possible, are among the United Nations free speech expert’s recommendations to platforms for promoting free expression in content moderation online,” said Vollmer. “At GitHub, we do both.” 怎一声叹息了得?

Databricks CEO:云上托管开源是一条艰难之路

原文链接:Databricks CEO: Managing open source in the cloud is hard

适兕点评:

来自Databricks 的创始人的一段感慨,开源共同体,由于其卓越的表现,以及软件工程的特点,得到了主流的认可,那么云厂商作为交付的捆绑高手,如AWS ,也在威胁这某些将开源当做发行渠道的软件提供商,那么生态这个时候就显示出来其威力了。如果只有AWS的话,那么世界能否如此精彩?还能往前发展吗?开源是人类的唯一的持续之路。

Linux Foundation研究引发了对开源可持续性的争论

原文链接:Linux Foundation study throws the open source sustainability debate into question

适兕点评:

就像区块链的同学总是认为开源岌岌可危,block chain 是开源的唯一救世主,信奉泰勒制的公司组织者,也对开源产生很大的疑问,钱才是项目唯一的可持续性发展。当你研究各种行为、认知、社会的时候,其实资本只是其中一个重要的部分,还有很多其它因素的存在,这也是硅谷直到现在仍然无法复制的秘密。Linux 、wikipedia亦是同样的道理!

开源创作者系列,第5部分:了解开源许可中的“分发”

原文链接:Open Source Creator Series, Part 5: Understanding “Distribution” in Open Source Licensing

适兕点评:

“分发” 是 Open Core 的一个重要的核心思想,也是开源中四大自由之 ”Share“的局部扩大之用,但是这不是一个下载的问题,而是一个法律的问题,所有权时代的软件,是不可以分发的,消费者只能购买到一份软件的副本,在规定的范围内独自使用,而不可以给自己的邻居和朋友。那么开源的这个特性也是可以被利用的,听律师如何讲吧。

AWS 和云中的商业开源:错综复杂的纠缠

原文链接:Amazon and commercial open source in the cloud: It’s complicated

适兕点评:

这是一篇雄文,彻底比对了云计算厂商和开源之间的利害相关,而且从实际数据来得出AWS 的吸血之势,其实国内的也差不多,阿里云等都不是什么开源的友好伙伴,而是吃人不吐骨头的贪婪的……开源究竟如何走下去?和云计算的爱恨交加如何演绎?Stallman 是抵制Amazon的,包括Kindle的模式,你的选择是什么?

合作胜过竞争:公司如何从开放式创新中获益

原文链接:Collaboration Over Competition: How Companies Benefit from Open Innovation

适兕点评:

系统化思维,或者是生态思维,是蛮重要的,想拥抱开放式创新,而不动公司其余部分是不可能的。犹如中国的经济体制改革一样,走着走着发现就出问题了,开源圈常见的现象是只想利用开源的好处,而不是开源所带来的副作用。尼采说的对,”你盯着深渊,深渊也在盯着你。“,这个世界是交互的React的,是多面的。

![]()

FOSS 领导力的继任计划

原文链接:Succession planning for FOSS leadership

适兕点评:

该文是某个开源的思考者,对于开源、自由软件领域的一个思考,历史不是一成不变的,30年前的意识形态,现在未必管用,作者是VM Brasseur,一位值得尊重的践行者,是的,非常独特的视角,正如美国哲学家杜威所说:民主需要一代人又一代人的教育,文化不是生物遗传,需要教育和培育的。然而很多人忘记了这一点。FOSS 仍然需要布道,而不是默认。

Linux Foundation 和哈佛联合出了一份开源软件供应链的报告

原文链接:The Linux Foundation reveals the most commonly used open-source software components

原文链接:The Trouble with Free and Open Source Software

适兕点评:

从安全的角度我就不评价了,Jim Zemlin 有着非常好的描述:The Census II report addresses some of the most important questions facing us as we try to understand the complexity and interdependence among open source software packages and components in the global supply chain,The report begins to give us an inventory of the most important shared software and potential vulnerabilities and is the first step to understand more about these projects so that we can create tools and standards that results in trust and transparency in software.”

哦,对了,不要忘记Synopsys去年的软件供应链报告。

![]()

利用社区驱动的研究软件指标进行开放和可复制的研究

原文链接:Open and Reproducible Research with Community-driven Research Software Metrics

适兕点评:

来自衡量开源的项目 CHAOSS 的一个反思结果,开源项目、开源共同体、开源消费者社团确实衡量的系数非常之多,在开源之道—— Community Leadership Development WeChat Group 中曾经发生过讨论诸如Star、代码commit数量等,这确实对于管理上是一个蛮大的挑战,尤其是对开源有误解的话,就不会找到其中的可衡量的点。CHAOSS 是个非常不错的项目,开源之道会鼓励人们参与到上游去。也会利用这个项目评估一些项目玩。