共计 3185 个字符，预计需要花费 8 分钟才能阅读完成。
近年来，中国开发者曾经成为寰球开源体系中的重要力量。据不齐全统计，中国的代码在寰球开源社区的比重已占 40% 左右，目前寰球 6000 多万开发者中，至多有 2000 多万来自中国。
开源是一个公司技术影响力的体现之一，走向社区与其余生态单干，拓宽技术的应用领域，为内部需要奉献的同时也能让本身技术走向成熟。
过来的 2021 年，蚂蚁的技术同学和寰球各地的开发者们，独特参加到开源社区的建设和保护。
2021 CNCF 中国区 TOP10 的贡献者中，有 4 位来自蚂蚁团体。 过来的 2021 年，蚂蚁的技术同学和寰球各地的开发者们，独特参加到开源社区的建设和保护。其中两位技术同学次要参加了 Dragonfly 和 Nydus 这两个相互关联的开源我的项目。
\
Dragonfly
Dragonfly 是一个开源云原生镜像散发零碎，次要解决以 Kubernetes 为外围的分布式应用编排零碎的镜像散发问题，2020 年升级为寰球驰名开源社区 CNCF （云原生基金会） 孵化我的项目。
Nydus
Nydus 是蚂蚁团体发动的 Lazy load 原理的镜像减速我的项目，配合 Dragonfly 做 P2P 减速，可能极大缩短镜像下载工夫、晋升效率，并提供端到端的镜像数据一致性校验，从而让用户可能更平安快捷地启动容器利用，目前是 Dragonfly 的一个子项目。
小编与这两位同学，以及他们所在团队负责人，聊了聊他们眼中的开源。
@ 百蓦 | 参加 Dragonfly 开源一年
\
开源自身就是一种值得谋求的奉献精神
我是 2020 年开始接触 Dragonfly 我的项目的，当初次要参加我的项目整体 2.0 降级。咱们这个我的项目的维护者来自不同公司、不同个人，比方阿里云、字节跳动、去哪儿、Intel 以及上海交通大学等。
我认为我的项目开发过程中的 首要工作 就是制订规范，规范制订好了，后果就更容易达成统一。只管大家来自不同公司，不管技术如何，对代码的了解有何一致。
最终目标都是对我的项目品质负责，是一个单干和合作的关系。
目前来看，我认为开源在国内的状况大部分是偏实用，须要更多有奉献精神的程序员参加到开源工作当中。当然近几年国内也涌现了很多技术守业公司，开始投入到开源我的项目中，而非仅靠程序员本人的趣味，利用业余时间投入。
开源自身就是一种值得谋求的奉献精神
我做程序员的初衷是 心愿凭借本人的能力去扭转一些事件，做开源也一样须要有一些技术信念。因为开源是个无偿的工作，不是商业化的货色，而是心愿从中找到能够冲破的技术点。
就像我集体十分喜爱的一位程序 David Heinemeier Hansson(DHH) 说过：
“
Writing open source software and giving it away for free has without a doubt been my most professional rewarding endeavor yet。\”
其实做开源的人都比拟容纳，做事也比拟单纯，都是为了把一件事做好。
写代码不是 0 和 1
有的程序员比拟理想主义，看到有问题的局部，就肯定要指出并改掉。比方我本人，对瑕疵的货色看不惯，相对会保持正确的事件。
写代码要看具体场景、具体需要，没有相对完满的答案，然而要时刻督促本人靠近完满。
2021 年 9 月 9 日，Dragonfly 2.0 正式公布，这是我第一个从 0 到 1 残缺参加的开源我的项目，比拟有成就感，也很有感情。尽管从开发到第一个版本公布继续了一年工夫，过程中遇到问题也会争论不休，但真正公布的那天大家都十分开心和冲动。咱们同学们都比拟给力，咱们会始终保持把我的项目保护上来，打造云原生场景基于 P2P 镜像和文件散发规范解决方案。
我集体的短期指标是心愿把 Dragonfly 做到 CNCF 毕业，前期会持续关注云原生场景镜像和文件散发还有哪些能够解决的问题，深刻去钻研。
毕业意味着会有更多的人应用，我的项目才真正开始。
@ Jim|参加 Dragonfly 开源一年
打造开源我的项目的寰球影响力，
须要标准化和行业共建
我日常参加的开源工作有性能研发、优化我的项目性能、进步兼容性和稳定性、代码优化。也会常常在社区参加线上探讨，也会花很多工夫和精力在 Dragonfly 开发者群、线上社区，帮别人解答问题。
参加开源，不只是应用
参加开源，不是说应用就算参加了，而是要更踊跃地反馈一些问题，尽力地让它朝着好的方向继续倒退。
比如说一个我的项目帮你解决了一个我的项目问题，但我的项目本人又有一些问题没有笼罩到。这个时候，不应该束之高阁，或者说没有波及到你的应用覆盖面就不论，而是须要咱们及时去社区反馈问题。
这样的反馈能让产品越来越好，也能为开源做更多的奉献。特地是公司外部应用的我的项目，有些改良不合到上游社区，是没有方法让社区享受到开源的红利。
同时推动标准化和参与度
要造成开源工作的影响力，标准化 是十分值得器重的。一项技术如果不能作为一项规范，那么很难往外推广，取得行业认同。
同时也须要 参与度，只有业界搭档能应用、参加共建，那么技术能力取得认同。
推动规范和参加，能力让我的项目茁壮成长起来。比方 Google 想把 K8s 推成业界一个规范的容器编排平台，花了大量的致力做了一个很好的规范实际，让业界独特参加或者认同，最终才造成 CNCF 社区。
“人人为我，我为人人” 能力促成开源社区的正向循环。
我心愿中国的开源我的项目，能在社区经营上更上一层楼，让更多的人应用，发明更多的交换，推向更多的人。
我也心愿通过本人的致力把 Dragonfly 我的项目推成毕业我的项目，联合其余我的项目做一些更有意义的事。
@ 王 旭|Nydus 所在团队负责人
10 余年开源教训
OIF 我的项目 Kata Containers 联结发起人
木兰开源社区 TOC 成员
开源团队治理应防止将指标捆绑在数据上，
以防赢了 commit 输了社区
我感觉作为一个团队管理者，治理好开源，最大的挑战恐怕不是业务压力，而是本身的勇气。
总有人会问我一个问题——
怎么均衡开源和业务？
我的思路是 upstream first，也就是 上游优先。
把本人依照上游的要求来工作之后，你会在任何时候都思考为相干合作方留出空间和接口，会把我的项目的外围性能和扩大性能做适合的解耦，会理智地进行斗争和衡量，但不会对危险束之高阁。
在采纳 upstream first 的工作形式后，业务反对和开源之间是不会有不可和谐的抵触的，否则就要审慎地思考是不是选错我的项目了。
从指标设定来说，我的确有晋升开源影响力和造就新人的指标。但在考查的时候，咱们偏重的是这一年的工作成绩是不是真的晋升了开源的品质，而非合成到 commit 排名再去比拟。
参加开源的工作，更重要的不是考核数量，而是 激发参与者的翻新 。
我眼中的 开源团队治理 （团队开源治理）
从指标看，应该是更加偏差于“激发”的 OKR 形式，防止将指标绑死在某些数据上，以防赢了 commit，输了社区。
从过程看，要有继续的调整和辅导，帮忙我的项目调整或动摇方向、晋升团队开源社区参加能力。
从工作形式上看，要有开源上游一样的对正确工作形式的谋求，让开源社区工作和本身业务对立起来。
在过来的一年，Nydus 在本身建设以及和 Dragonfly 我的项目的单干之余，也放弃了与其余我的项目间的互动。
Nydus 团队和其主导保护的 KataContainers 平安容器实现了无缝集成。除此之外，Nydus 团队还和中国最早的 CNCF 我的项目、企业级开源镜像仓库我的项目 Harbor 单干，串联了云原生镜像的残缺生命周期，之后又和 NEC 的国外开发者一起单干，独特推动 OCIImage 规范的演进。
就在今年年初，NEC 把 Nydus 为 containerd 写的 snapshotter 奉献到 containerd org 里做子项目。
开源社区里汇聚的各个开发者的不同需要和背景，会帮忙代码开释它们的设计者在写下时都不能预感的潜能。
凋谢合作正是开源的价值所在！
