开源之道一周精选(2017 4 30)

在企业中如何追踪和加固开源软件;Openeration Code 是如何帮助退伍军人学习编程技能的;Linux 基金会和FSFE 发布新的开源软件资源;Cloudera 的IPO 形势较好;企业开源常犯的错误;开源软件供应链案例分析:Canonical和Ubuntu;Google对于Kubernetes真正的魔力全部在于社区而非代码;经营已有社区的12种方法:你该如何处理不同的会话?Wikitribune: 维基百科联合创始人新创立开源新站点来打击虚假新闻;红帽为OpenShift带来云原生的Java应用

Sun Apr 30, 2017 | 2200 Words | 大约需要阅读 5 分钟 | |

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


文章点评

在企业中如何追踪和加固开源软件

原文链接:How to track and secure open source in your enterprise

适兕点评:

从非IT的技术人员的角度来看这个问题,似乎就颇为清晰明了,我如何知道你给我的软件使用了多少开源软件,是否有违反许可协议?是否使用了有严重安全漏洞的版本?

开源不仅要为那些技术人员布道,也要为那些非技术人员布道,Linux和OpenStack究竟是什么东西?我使用了他们的版本之后会如何?

本文的视角让我有种豁然开朗的感觉,我为什么不能站在另外一个角度来看问题?那些不看书的人是如何思考的?或者根本就不思考?

Openeration Code 是如何帮助退伍军人学习编程技能的

原文链接:How Operation Code helps veterans learn programming skills

适兕点评:

软件是一个迅速成长的行业,尽管业内人士看来这已经是一个正在消失的行业。因为需要大量的数据训练的深度学习——人工智能正在兴起,而这会替代人来进行基本的编程工作。

然而,那些在年轻的时候作了其它事情,如参军,退伍之后的再培训,确实是一个社会组织头痛的事情。人如何在希望、理想与现实之间进行教育和鼓励?过早的告诉他们真相,会让人绝望,过晚了又会错失很多寻找真相的机会。颇让人头痛。

Linux 基金会和FSFE 发布新的开源软件资源

原文链接:The Linux Foundation and FSFE introduces new OSS resources

适兕点评:

有的时候,我以为我的布道工作应该是这些非盈利组织去做的。而不是商业用途。所以,开源组织下的软件开发方法论究竟是否值得研究下去?开放式创新理论和实际的环境有如此大的差距,该如何弥补中间的差距?

Cregit这个分析工具值得参与和期待。至于GPL和许可协议的研究,已经超越我的范围和兴趣。留给林诚夏这样的资深法律界人士吧。

Cloudera 的IPO 形势较好

原文链接:Cloudera’s IPO Gets a Warm Wall Street Welcome

适兕点评:

Cloudera 以Hadoop为核心,赶上机器学习这趟车,成功的为自己的盈利铺垫了道路。相比国内的大数据公司,除了忽悠之外,一无是处。归根结底是一种什么样的心态导致如此呢?错误的利用开源。

曾读过一篇近日颇为苛刻的文章,评论Hadoop如何如何,为何国人总是想用道德大旗打倒别人?比如Docker寻找商业化道路,路人就抵触他的情怀。开源生来就不是为了赚钱,而是更好的协作方式,民主化、扁平化的胜利!可是就是这样被没有独立性的国民如何看待?

企业开源常犯的错误

原文链接:Open source mistakes for enterprise newcomers

适兕点评:

绝对好文,开源之道必须翻译!

又一家以开源为业的创业公司:Open Tech Strategies, LLC, 是的,开源这个浪潮来了,可是我又凭什么资格来做这件事了呢?正如国内的一家代理商所说。

但是我有一颗热爱开源的心!并为此而努力!

开源软件供应链案例分析:Canonical和Ubuntu

原文链接:Supply Chain Case Study: Canonical and Ubuntu

适兕点评:

没有想到的是竟然是反例,Ubuntu为什么一夜之间成了开源社区的反例?它那点没有做好?是想尝试脱离社区,而去主导项目?还是思绪太多,更多杂乱?

又一家以分析开源为主导的个体或公司,是我在佐证自己的想法?还是世界真的往这个方向转变?供应链,非常刁钻的思路来分析开源生态!值得学习和传播。

Google对于Kubernetes真正的魔力全部在于社区而非代码

原文链接:Google’s real Kubernetes magic is all about community, not code

适兕点评:

这又是一篇佐证我观点的文章,早在过年的时候,我就撰文写过文章,表达过类似的观点。

Great code is not enough to make open source thrive. Great community is even more important.

重复的观点我就不再赘述,看我原来的文章即可。比如Google逐渐淡出开发的比例:52%, 48%, 44%, 38%, and 31%, 非常亮的SIG治理模式!

经营已有社区的12种方法:你该如何处理不同的会话?

原文链接:12 ways to maintain your existing community: How do you deal with difficult conversations?

适兕点评:

这是一系列的关于社区运营的博客文章,需要深入的逐一阅读。是的,社区领导力渐渐的成为了一门显学,毕竟对于企业来说,能够做到创新又节省成本的事情,所谓的名利双收,何乐不为?

这也可能是我未来一段时间要研究的主要课题。这个领域的内容正在逐渐的增多。原来扎入技术没怎么注意,当细心的去寻找的时候,发现已经是一颗参天大树,难以企及。

Wikitribune: 维基百科联合创始人新创立开源新站点来打击虚假新闻

原文链接:Wikitribune: Wikipedia Co-founder’s Open-source News Site to Combat Fake News

适兕点评:

没错,是 Jimmy Wales ,创始维基百科的大人物,近来又有新的动作,即如题目所言。由专业的记者和志愿者组成,来打击虚假新闻。

这就是西方文化,民间来组织一切,而反观自己所生活的本土,只有一个权威的机构能够做这样的事。所以本土不会产生任何创造性的东西。

微信的那些垃圾,比如欺骗老年人的文章,该怎么制止?中国有句古语叫:“谣言止于智者”。可是时代变了,几乎不存在智者,智者是大数据和机器学习。

红帽为OpenShift带来云原生的Java应用

原文链接:Red Hat Brings Cloud-Native Java to OpenShift

适兕点评:

不得不佩服红帽对于开源技术的理解能力,而且这种能力总能够从某个员工扩展到整个公司的技术战略中。然后,一跃成为Google第二,代码贡献率达到12%。

红帽由于其独特的Jboss背景,以及原来OpenShift的架构,就是将Statefull的应用运行在Kubernetes中,尤其是旗舰级工具Source-To-Image (s2i) ,几乎无人能敌。

我在想本土的那些所谓的开放云,Kubernetes发行版的厂商该如何处置?一定是改造s2i,别无他法。能走多远?