Skip to main content

Apache开源理念

· 43 min read
CheverJohn

本篇文章 inspired by 以下平台

  1. Apache·"the Apache way"
  2. InfoQ-二叉树视频团队
  3. InfoQ-写作平台
  4. 微信公众号-ALC Beijing

从“The Apache Way”开始说起

正如经典的名言“一千个人有一千个哈姆雷特”,哪怕你去问AFS的member什么是“The Apache Way”,他们可能会给出千奇百怪的回答。(来自官方的吐槽最致命哟)

但同时官方也从许多资深开源开发者的观点中总结了一些东西出来(至少我是这么理解Apache的官方意思的)

WHAT MAKES THE APACHE WAY SO HARD TO DEFINE?

那么是什么东西阻止了我们来对Apache行事准则进行精确的定义呢?(复述一遍题目表示强调一下)

从Apache的一个表面情况可以发现,Apache的行事准则其实就是里边各个社区在开发过程中的缩影。要想理解好Apache的行事准则,那就得从理解Apache里边大大小小的社区开始。

Apache项目以及其社区是独特的、多样化的。主要聚焦的是项目的生命周期,并为之付出一系列的行动。这类行动包括从培养社区(不管是培养技术人员还是布道师一类的人员)、挖掘更优秀的代码以及项目构建意识。简单来说,Apache更关注项目,只要项目有一个很不错的发展,随他呢,尽管去做吧(前提不影响公序良俗哈)。

摘取关键字词:社区独特且多元化、聚焦项目、做一切有利于项目的事情、The Apache Way

那接下来我将就Apache的特点以及理念这两部分简单且系统地理解一下Apache

特点

人人平等

每个人都有机会参与项目,且获得的权限多少,全看你在项目中的贡献,可不就是人人平等的观念嘛。

社区化

应该是个人参与到ASF的项目中,而不是一个组织参与到。这其实进一步宣扬了公平开放的态度。

开放通信

所有的通信、决策均公开在开放网络上,采取邮件列表的形式,进行公开交流。

这其实有种约束的味道在里边,但其实辩证地来看,你也有更多的机会。如果你要为社区做贡献,假设你做了个错的决定,那么其他友好的开发者便可以在这上边对你进行一个battle,但要是你是对的呢,你可以在上边跟其他人进行一个激烈的讨论呢,这可是多么美好的一件事哟。当然如果你干了坏事,啧啧啧,好事不出门,坏事传千里了可能就hhhh。

邮件列表大致有以下的组

  • dev@(主要开发人员)
  • user@(用户们的讨论区)
  • commits@(源码更改了这边会有通知哦)
  • 偶然支持角色比如说市场营销@

!强烈申明,所有交谈必须公开呢!

共识决策(Consensus Decision)

均由志愿者团队进行监督决策,这边引用一下下面的内容。即接下来会讲到的“72小时懒人共识制”。

举一个例子哈。
如果我们有一个国内的开源项目要放入到Apache中进行孵化,那么会经过Apache mentor的投票环节。
Apache实行的是一票否决制。而这边投票的mentor全都是志愿者,受到Apache足够信任的志愿者们。

负责任的监督

ASF的治理模型是基于信任和委托监督的。基于一种约定通俗的原则。自治项目直接向董事会提供报告。Apache的committer通过进行peer 进行 code review ,采用强制性安全措施,确保许可合规性以及保护Apache的金字招牌不会被一些不正当的行为影响到。

理念

Community over Code

“社区高于代码”的这一句格言,相信被很多人熟知,在Apache社区中更是得到了淋漓尽致的体现。因为根据ASF的理念,健康的社区比良好的代码更重要。强大的社区总是可以纠正其代码的问题,而不健康的社区可能会努力以可持续的方式维护代码库,然后不一定得到一个很棒的结尾呢。

然后这一句话,我也可以这么来理解,举个通俗的例子哈。如果一串代码已经到了炉火纯青的地步,那么社区其实就起不到作用了(这里不经意间让我想起了Fabrice Bellard这位伟大的发过程序员,或许叫计算机科学家更确切呢)。Fabrice平生写的代码就极具完美性,ffmpeg好像就很少出现bug。但是Fabrice的项目一般都是那种超级基础性的项目,基本上属于写了之后就不再需要接下来的迭代开发了,这边就当我闲扯一番,么的事。不过也确实,想Fabrice的代码就压根不需要社区呢,可不就是相当于die了嘛社区。

那符合开源的项目呢,应该是那种需要随着时代的进步,逐渐发展的项目,比如咱APISIX,对应着kafka的出现,其实是需要进行可持续化的发展的。而且,在社区的帮助下,可能在许许多多有意思的想法的碰撞下出现更有意思的项目呢?这不就又离造福世界更近一步了嘛:P

团结就是力量~~~

好了,我想我暂时能领悟到的也就这些了,接下来我们开始看看一些有趣的关于开源的书籍知识。

行动:加入开源的具体准则

这边就拿之前标题"从’The Apache Way'开始说起"开始说起(套娃ing)

《大教堂与集市》

同行评审

同行评审是原文论述的重点,实际上,集市模式的核心价值就在于跨越组织边界的独立的同行评审验证设计和保证正确性。原文将其称为“Linus 定律”,即

如果有足够多的 beta 测试者和合作开发者,几乎所有问题都会很快显现,然后自然有人会把它解决。

不过针对这个定律有两点需要解释。

第一点

是它所强调的是独立的同行评审实施的简单性和有效性,而不是单纯的“人多力量大”。

举个例子

时至今日,传统的研发组织仍然把开发人员和测试人员区分成两个竖井,测试人员几乎只能完成黑盒测试。可想而知,缺乏分析的现象型 bug 报告往往需要耗费开发人员相当多的时间重新验证、复现和定位。如果让对源代码一无所知的测试人员为 bug 定级,则两类人员之间的冲突会更加尖锐。

......

原文引用《人月神话》[5]的 Brook 定律,提到随着开发人员数目的增长,项目复杂度和沟通成本按人数的平方增加,而工作成果只会呈线性增长。对于这个论点,原文作者是认同的。但是,开源项目所采用的沟通方式,区分成少部分核心开发人员与由 beta 测试者和潜在的贡献者组成的外围人员。外围开发者实际工作在分散而并行的子任务上,他们之间几乎不交流;代码修改和bug报告都会流向核心团队,只有在那个小的核心团队里才会有 Brooks 开销。

​ ——《大教堂与集市》

这边提到了对于开源项目贡献者的区分——部分核心开发人员与由beta测试者和潜在的贡献者组成的外围人员。这揭示了开源开发的精英领导制内核,也解释了 Linus 定律虽然常被简化成“只要眼睛多,bug 容易捉”,但是却不是简单的“人多力量大”。

第二点

是开源软件当中出现 bug 是正常的。这一点过于天经地义以至于当我发现我需要强调它的时候有些震惊。前几天的 Log4Shell 漏洞,导致部分声音认为开源项目的使用是有风险的。但其实想说的是,这是应该完全有可能存在的情况呀,毕竟开源项目出现bug是很正常的事情。但是尽管如此,开发者还是会尽自己一切可能去保护开源的声誉的。

此外,开源软件一般都附有免责声明,也即这个软件的源代码就这样(AS IS)给你了,没有任何保证(WITHOUT WARRANTIES)。

集市模式

什么是集市模式? 看过这篇文章,大概知道这个概念,这是来自于一本关于开源社区的书《大教堂与集市》

其中很多原则和技巧不是开源特有的,并通过敏捷等理念渗透到商业公司的软件开发当中。例如,“好的软件作品,往往源自开发者的个人需要”,“早发布,常发布,倾听用户的反馈”,以及“想出好主意是好事,从你的用户那里发现好主意也是好事”等等。

其中最重要的一点是关于发布的。开发者在需求列表不能调整和最后期限不能拖延的双重要求下,会完全顾不上质量,整个工作很可能会变成一团乱麻。Linux 通过发布两种不同类型的版本,各自宽松其中一个要求来保证软件质量和进度的协调。

一种办法是保持最后期限不变而让需求列表灵活一些,允许某些到最后期限时仍未完成的需求被舍弃,这基本上就是“稳定版”核心采取的策略。Alan Cox(稳定版核心的维护人)以相当规律的时间间隔将核心发布,但并不保证某个特定bug何时被修复,也不保证实验版中的某个特性何时会搬到稳定版中。

另一个办法是设定好想要的需求列表,并在其完成时发布,这基本上是“实验版”核心的策略。De Marco 和 Lister 引用研究结果,指出这个进度策略即是“好了告诉我”,这不仅能够保证最高质量,而且就平均而言,与“保守”或“激进”的进度安排相比,它的交付时间更短。

​ ——《 大教堂与集市》

概括地说,开源的方式给予开发者足够的自由,以吸引高水平的黑客自发地创造价值。这种超越了对安全需要乃至生理需要的追求的模式,激发的是参与者对社会需要和自我实现需要的热忱。

文章中很赞同的地方

在这里,没有预设的团队和资源,不需要在办公室环境下吞并其他团队的资源或者对其他团队的进攻做出防守。开源开发者是志愿者,是因为兴趣和能力自主选择的,他们会把自己的资源带到工作中,而不需要关心团队之间的领土争端和倾轧。

在这里,参与者凭借其创造的价值赢得权威。也就是说,最有才华的人能够对项目的发展做出最合适的决定。这不同于雇佣关系下被强制调配的人与项目之间的关系,而是对于特定的人,自由选择适合自己的项目,对于特定的项目,自然筛选出最合适的人。

原文还提到一种观点,即传统开发管理能保证艰苦和乏味的工作总能落实。我想这点毫无疑问是错误的。Linux 和 Kubernetes 的文档充足到令人难以置信,反过来只为了领工资才上班的人往往消极对抗撰写文档和测试或调试问题等工作。

开源共同体的目的是制造高质量的软件,在这个共同目标的引领下,不同方面的人才聚拢起来发挥自己的价值,反而是能够找到对传统开发管理认为艰苦和乏味的工作甘之如饴的人才。对于项目维护者来说,认识到这些所谓“无聊”部分的价值,协同参与者完成它们,是项目能够脱颖而出的必要条件。经过二十年来的经验积累,这逐渐成为最有才华的黑客当中的共识。

最后,对于想要实行集市模式的人,这里转述原文提到的“集市模式的必要条件”。

集市从成立伊始,就需要一个可以运行和测试的东西。当开始建设开源共同体的时候,你需要拿出一个像样的承诺。程序此时并不需要特别好,它可以简陋、有错、不完整,文档可以少得可怜。但它至少要做到能运行,且让潜在的合作开发者相信,这个软件在可预见的未来,能演变成一个非常棒的东西。

项目领导人需要能识别出别人的优秀创意,掌握一定水准的设计和编码能力,并且必须具备很好的人际交往和沟通能力。最后一点应该是显而易见的,为了建立一个开源开发共同体,你需要吸引人们,让他们对你做的事感兴趣,让他们乐于看到自己的贡献。一些技巧可能有助于实现这些,但远远不是全部,你的人格特征也很重要。

原文确实写得太好了,给个传送门,一定要去读读看呢!然后我再把这一部分完全写完了,消化为自己的内力。

原文在此

同,这篇极其优秀的文章列出在这里

优质开源公众号ACL

Apache community local(北京&深圳) 这俩公众号发的文章都还挺不错的。 有一说一,这个公众号里介绍的全都是国内参与开源,或者更准确来说,是Apache项目中来自中国的开发者们的经历。 https://mp.weixin.qq.com/s/u9zZq5kU4uYiXCJXFkmRyg 可以通过这个链接里边的专题介绍链接去进一步了解。

瞎捉摸自个的

中的开放通信,以下截图是我grpc和tuna两个我有了解的开源社区的mail list。

mail list图示

grpc

tuna社区

我们可以像这样在社区中混脸熟ing :)

然后就是正常的PR咯,目前暂时就这些叭。

最新的好消息!!!祝贺SeaTunnel 成功进入 Apache 孵化器

当然这好消息跟咱没太大关系,帮其稍稍免费宣传叭现在,以后等咱火了,再去要宣传费啊哈哈哈哈哈。

SeaTunnel加入Apache孵化器

人物访谈节目

https://www.infoq.cn/album/10

这边很多都是开源人物的访谈视频,需要回顾参考视频可能。

Apache顶级项目Core Committer的养成日志——伍翀

个人简介

身份&头衔

Apache Flink Committer 阿里巴巴高级开发工程师

任务经历&简介

北京理工大学硕士毕业,2015年加入阿里巴巴,参与阿里巴巴实时计算引擎JStorm的开发与设计。2016年开始从事阿里新一代实时计算引擎Flink SQL的开发与优化,并活跃于Flink社区,于2017年2月成为Apache Flink Committer, 是国内早期Flink Committer之一。目前主要专注于分布式处理和实时计算,热爱开源,热爱分享。

开源经历

大学的课程

最早接触开源是在大学里的一门课“Open source”

第一次commit

提交的第一个patch:打印的日志里某一个单词出错了。

第一次提交很顺利,中间一年提交了五六十次代码,最大的一个有五六千行。

对开源的理解

  • 成为committer,是承认了你的贡献,承认了你的能力。

  • 当你的想法和社区有出入的时候,需要你去说服社区,这是最困难的一件事情,但克服了就会很有成就感。

  • “把写代码做开源当做一种人生的热爱“

  • 开源更多的是一种责任。社区对你的认可,你需要能够有一种责任感,去帮助社区发展。

  • 几年前,国内不看好开源,最近几年好很多。Apache现在国内开源的项目已经数不过来了一只手。

  • 在开源里提交代码,就是在跟各路大神切磋技术,在切磋的时候自己的内力也得到了一定的提升。

内容来源

2020/03/18

https://www.infoq.cn/video/siugcqRy7sKJtVLwRu8F?utm_source=album_info&utm_medium=video

老刘与他的开源联盟(经历)

个人简介

老刘并非典型的黑客。1999 年,老刘初次接触开源,当时的他已经是一位 Oracle 的高管。连接他与开源之间的第一道桥梁叫做 TurboLinux,是当时“全球最领先的 Linux 发行版“之一,在 IT 界的火爆程度恐怕不亚于今天的区块链。 然而到了今天,知道的人可能不太多了。百花齐放的 Linux 发行版们从未迎来自己最好的时代,就早早被扫入了历史的角落。

开源联盟

创办理由

开源讲的是社区文化、氛围,

为什么中国没有想Apache,Gnome一样顶级的基金会呢?

创办过程

2014年创立了开源社(CSDN、优麒麟)

16年走到了一个时间点,在17年初改制变成了个人会员制。

创办感想

2000到2018年,十八年的职业生涯里,没有脱离开源的领域。

对个人意义,在跟开源接触以来,对个人的三观影响很大,“Community over code”。需要强调社区的氛围呢。你贡献越多,你收获越多,你成长越多。

对Apache开源中Consensus的理解

consensus,共识。

Apache尽量不投票,投票就一定有赢家和输家,不投票就意味着不反对。投票加一就意味着你赞成并愿意帮助他 。

一票否决。减一就是我不赞成,如果我不赞成的话,那我应当提出相应的理由,以及可替代方案。不是为了反对而反对。

老刘的所得(其实跟上面的创办感想应该是一致的)

一个代码如果完美的话,那这个社区就死掉了,因为烂烂的代码如果有很多人愿意修改,那项目就好起来了。与国内技术唯尊正好相反。

“虽然我已经很牛了,但我需要别人来帮我”

Don't be a jerk。社区大于代码。

能帮助别人才能成为英雄!

内容来源

2020/03/17

https://www.infoq.cn/video/RVDarvYYczMLw5FwNcds?utm_source=album_info&utm_medium=video

开源社理事——庄表伟的个人杂想

并不认为开源是理想是手段,

好玩就够了。其实我也觉得开源很好玩。

86、87年代码都是开源的。

两个很有意思的事情

1. 报纸上会有趣味小程序

学生计算机报,就会有趣味小程序,拿回家

周琦(Python大妈)

2. Opensource概念——这一点可以去看周琦的文章。

先去社区混熟、混脸面。交朋友

Apache的理念,Community over code,社区比代码更重要。

中国的开源社区最大的问题缺乏基金会

好像有政治壁垒,现在一般都把社区先搞起来。

16年到17年发现企业参与开源,很多时候是非常难以持久的比如git咖啡被收购、微软开放技术被微软收回去了,整个公司都没有了。

剩下的就是必须要进行开源的人。是非常有兴趣做开源的人。虽然我进了不同的公司,但我个人一直有这个兴趣在这里。

进行大改组

是把所有的企业请出去,所有的顾问委员会在企业里,所有的开源社成员全是个人成员。

问题

1. 你自己的和全世界的

有些人喜欢标榜国界

如果把一些东西标榜你自己的,那东西不会有更多的发展。开源理论上应该是没有国界的。

所谓的标榜误解了技术发展的本质,所谓的你自己的,不是在提升你自己的荣誉感,而是在限制它的发展的潜力。

2. 声音太多

对年轻人的建议

现在的软件编程领域太大了,需要一个判断,进入哪一个领域,然后有一个稳定的节奏。

有一个自我认知和方向性的话,无论是哪个方向都很不错。d

但有趣的事情太多了,很容易就会忽悠到其他事情去了。

Boring is great.

枯燥的一种工作状态,其实是一种很好的事情。

内容来源

2020/03/15

https://www.infoq.cn/video/8XN2zyhSCJtr7yNucsWQ?utm_source=album_info&utm_medium=video

褚霸(这个应该就算是我个人的学习啦

不要被其他人的标签束缚,你不能阻碍其他人的标签,但你可以决定自己要做的事情。

https://www.infoq.cn/video/pX6OqyEuu0HlkBb1XQzp

赵鹏王旭de开源理想

人物简介

赵鹏(Gnep):音速神童创始人

王旭:音速神童创始人

经历

赵鹏:上学的时候搞所谓的cloud

王旭:2000前后玩linux

想法

有些人娱乐方式不一样,我们玩电脑就是娱乐。

开源使得不同公司甚至没有公司的人做一个项目。是社会发展趋势,会火起来的。

开源经历

王旭:移动最早开始做云计算是在google的几篇论文下,2009开始做大数据相关,Hadoop相关的东西。然后进入到aws弹性计算。最早用的开源项目OpenNebula管理。后边引进了OpenStack。

对未来的技术设想

总结一下,将来的基础设施底层,不需要虚拟化指令集,不需要虚拟化,可以在没有虚拟化的情况下,做出类似于虚拟机的隔离性。性能接近物理机,隔离性又达到云的标准。

性能越高越好,隔离性越强越好,开销越低越好——标准。

坚持软件研发的信念是什么

喜欢做软件,赚到快乐,做点不一样的,做点有趣的事情。

内容来源

2020/03/28

https://www.infoq.cn/video/pX6OqyEuu0HlkBb1XQzp

OpenStack基金会前董事程辉——开源的四个阶段

2020年3月27日

第一个阶段:

纯粹的开源用户消费者转变到开发者

2011年发生在OpenStack这个项目上。

第二个阶段:

带团队从开源的开发者变成创业者

第三个阶段:

在前三年一个技术工程师纯粹理想主义者的创业的前三年。

第四个阶段

创业第四年到第五年,更多的精力在前端、销售、客户。

你眼中的OpenStack是怎样的

OpenStack11年开始,基本可用,写技术文章,被互联网和传统IT很多新型部门感兴趣。

云计算这东西一直不知道长啥样,从06开始,直到11年OpenStack出现,国内才知道到底是什么样子的。

so创始人从亚马逊的S3服务发布开始知道,知道公有云的云计算长啥样,当时创始人对亚马逊的内部各种技术非常憧憬。

so创始人加入了OpenStack,在OpenStak下终于可以做自己的云计算了,做像AWS类似的服务了。

亚马逊,高可用、云计算、

走上创业

开源软件和互联网的工具用到传统企业,这一个问题,刚开始创始人想不到具体怎么做,于是走上了创业的路。

当时认为只要我的产品有技术先进性、只要我公开出去,市场就会买单的,相信工程师能够改变这个世界。并没有意识到企业To B这个领域可能面临的艰难险阻。

15年下半年的时候,技术负责人带着一个存储研发的工程师成立一家公司,专门做存储一块的工作,然后拿到国内投资。这个对创始人打击很大。

12到15年,市场观念的转变期,到15年之后发现客户能够接受开源啦。

创业的目标

并不认为上市就是终点,真正引领一个行业的变迁,真正能够把企业级开源软件这个行当,做出一个可持续发展的模式,对这个生态里的客户厂商包括其他的参与者,有利。

如何看待开源代码的传播

认为非常重要对国内的发展。

从目前来看,开始有一些互联网公司开始成为开源代码主宰。开始引导行业发展。这是一个必然的趋势。

一句话总结

感激时代,感激影响到自己的人。

内容来源

2020/03/27

https://www.infoq.cn/video/ixxhRXLUYRgdrCk6Wih2?utm_source=album_info&utm_medium=video

半数以上国产手游曾使用过他开源的引擎:Cocos和王哲

个人简介

王哲/ Cocos引擎创始人、雅基软件CEO

小学四年级,93年学logo语言,小海龟作图

10年接触Cocos

三四月份开始评估,七月份开始动手,十一月份发布第一个版本,当时在联通沃phone操作系统的团队,当时和现在的合伙人林顺(负责底层驱动硬件),王负责上面的多媒体和娱乐。

一点点焊代码。

应该有一个跨平台的游戏引擎

把IOS开发完后能编译一个安卓版的,然后做着做着发现价值竟比沃phone还高。

看了好多书,Cocos,Lua。

开源商业化经历

由于地基没打牢,15年遇上了门槛,对技术太乐观,15年比较惨,没有经费做研究,而且要投入商业,就惨咯15年

不过确实,当时走到哪里都很受欢迎,资本市场不认可你,没钱就招不到牛人。

商业化与开源多多少少是有矛盾的。

可以靠Redhat的技术支持技术顾问一类的方式谋生。

国内把软件一部分包起来,卖license。这就很不行。

王哲设计的Cocos为三层,最底下一层仍然是Cocos2d-x,是开源的framework,整个开发者能完全掌握。

第二层就是在这个基础上做了一层编辑器,免费但是不开源,编辑器很多是给美术策划用的,

第三层是收费服务,编辑器实际上也算是ToBe的流量入口。平台厂商需要你的引擎支持他的平臺,嵌入它的某种服务的SDK。这一块收费。

认为开源成功的要素

在正确的技术革新做正确的事情。

技术更新是大机会。

给其他引擎挖坑

刚开始想到Cocos会有商业的一天。

所以刚开始就开源了。

所以Egret和laya上来也必须要开源

Unreal也基本上等于开源了。

Unity也开放了越来越多的代码。

Cocos引擎推动了整个游戏引擎的开源进程。

内容来源

2020/03/25

https://www.infoq.cn/video/X3fhujZr6Lr2MG1FoJCq?utm_source=album_info&utm_medium=video

Apache mentor之路——姜宁

个人经历

2017年1月到华为做开源相关的项目,去做华为的微服务框架——ServiceComb。

Comb蜂巢,服务拼在一起就像蜂巢一样。

刚开始比较轻松的成了一个初始的committer。

但是影响最大的是在08年参与到一个叫ApacheCamel的项目中时,不断做贡献的同时,别人觉得你是一个合格的或者有潜质的参与者,于是被vote成committer。意义相当大!会有人关注到你哦!

突然有一天收到一封信,邀请你成为Apache member,这意味着你可以mentor一个项目。(ps,我也想体验这种快乐呢)

Apache基金会一个重要的一点:For the public good

从人类的角度,为了公众的利益去做事情,在这个角度,公司的利益就渺小了。

作为Maintainer的话,看项目会有很多人给你做贡献,一般来说会提一些PR,然后作为一个非常了解项目的人来说,可以进行一个帮助性的指导,也可以理解为培养新人?培养apache开源文化?!

对于开源项目,大家集思广益,去攻克问题,实现改变世界。

分享以及协作

开源很大程度上基于分享以及协作。

不能一味索取。其实分享的时候,你在给予社会会收获更多**很大感悟!!!留意

Apache不会被商业公司控制。草根,这也就是它能够不断发展的原因。for the user,公信力提高,也能够让不同的商业公司站在一个角度去解决问题。

从全人类的角度,很多问题都很容易解决。迎刃而解。

内容来源

2020/03/24

https://www.infoq.cn/video/5sSYPKOl11EC3XiGJW5s?utm_source=album_info&utm_medium=video

Apache邮箱开始的顶级项目创始人——Kylin意味着我的一切

我叫韩卿,更多被叫做Luke,职位是Kyligence的联合创始人和CEO。同时更多人知道是因为也兼任着Apache麒麟的创始人和项目管理委员会的主席(chair)

14年10月份开源的,刚开始收到质疑(西方人),也很少有华人站出来说话,只能不断证明。

Apache Kylin代表了亚洲国家尤其是中国在开源界的参与和贡献。

可以用一句话来描述,中国的开源已经从国内社区进化到国际社区。

三个阶段的转变

  1. 只会白嫖,不贡献
  2. 不仅仅会用,还会贡献
  3. 不仅仅参与进去,还能贡献出去

15年毕业成为Apache顶级项目。中国第一个

团队凝聚力

一个团队在的话,信心就来咯。坚持一帮人能克服技术困难,搞定问题。如果一个人,很可能就放弃了。

麒麟对自己意味着什么

意味着一切,

一方面,通过开源醒目影响到全世界

二,探索的开源模式去做商业化的模式,基于开源项目的商业化的探索。

巨头的开源项目

有创业公司在后边支撑的开源项目更可能成功。

意义影响

大家都在用,靠技术影响了一波人

沮丧的时候

在ebay的时候,项目得到重组,自己做的事情无法得到更好的优先级。公司变故会令人沮丧。

找到几个场景,解决业务痛点。

Kylin是否成功

远远达不到成功,只能说到了一个很好的出发点。over

内容来源

2020/03/22

https://www.infoq.cn/video/6OCu2YwmK2oXXK79805j?utm_source=album_info&utm_medium=video

Dubbo的故事——梁飞

个人简介

梁飞 / 淘宝技术部 资深技术专家

开源经历

当时想写个模板引擎,写个开源软件发上去。

Dubbo

09年开始做

09年底有用户了

10年初发现架构不堪重负,于是重新Dubbo2.0

10年底,当时公司觉得要做开源事情,于是拿Dubbo开始。当时在github上放了源码,只做了文档网站。

文档网站:code.alibabatech.org

然后吉利、京东就开始请教。

12年阿里开始One Company战略,打算将HSF和Dubbo合起来。合了以后对集团的利益会更大。

最终决定将Dubbo合进HSF,两边的设计理念整合在一起,就特别好。

去年开始以公司层面推动事情,捐献给了Apache。整个工作北纬操刀。

感觉

开源的精神就是能够让智慧共同成长。开源可以加速过程。

大家都能探寻代码背后的东西。都提高后去传播理想的东西。

感觉Dubbo演化太慢了

开源社区要更新下去,跟上时代潮流,需要最开始的作者关注开原作品的生命力,这个是作者比较烦恼的事情。

因为大家的需求变多了,但是也需要开发者进行一个版本更新,才能够得到更进一步的生命力。

(个人感受,其实就是没时间继续搞啦,如果社区里有人能够提供代码的话,那岂不是更棒?)

内容来源

2020/03/21

https://www.infoq.cn/video/sS9GQdmhm2MKGls169GR?utm_source=album_info&utm_medium=video

写完的时候发现姜宁大佬的一篇文章,很重要哦

https://willemjiang.github.io/opensource/2018/10/21/asf-introduction.html#%E7%A4%BE%E5%8C%BA%E5%A4%A7%E4%BA%8E%E4%BB%A3%E7%A0%81-community-over-code

突然感觉自己白瞎了,唉。姜宁大佬很权威啊。

有用的文章汇总

《腾讯的开源之道:基于Apache之道的开源实践与探索》