贾扬清、李沐、陈天奇：如何看待国内开源现状？

我自己做开源其实并没有很多前辈来得久，基本上就是随着 AI 这一波，大家有个核心的痛点就是没有好的软件框架可以用（那位说下载 matlab zip 包的同学请站起来），机器学习框架如雨后春笋，大家从科研界来，自然地就把代码开放出来，包括在知乎的李沐、陈天奇等几位大牛，于是就入了门了。

入了门以后我们发现，哎还有那么多讲究，license 选什么，社区怎么交互，怎么做推广（对的开源也要做推广的），等等。逐渐了解得多了，就越来越觉得敬畏，之前以为开源就是个很酷的事情，但是后来发现其实开源背后的精神，背后的经济学，都有着很深的道理。

有兴趣的朋友可以读一读一篇非常有意思的文章，stackoverflow 的创始人写的「开源软件经济学」。

从我自己作为一个工程师的角度来说，我觉得开源是四个层面的东西：

1. 开源是作品展。画家有画展，作家会出书，工程师想展示自己的作品，作品是什么？是代码。怎么展示？开源。

2. 开源是技术沟通的渠道。工程师相互学习，怎么学？怎么讨论？秀代码讨论代码是最自然的途径。当然，这个是需要真心投入的，不是开出去就算了，见光死的开源不是开源。

3. 开源是用户模式的迭代。开源的好处是，用户的尝试意愿高，对于 bug 的容忍度好（虽然也不是无限的），因此可以很快迭代出适合新的需求的设计。AI 框架就是一个很好的例子。

4. 开源是新商业。在商言商，我觉得开源和商业是不矛盾的。和开源非常共生的一个词语是开放生态 - 操作系统，云原生，各种开放标准，大大降低了软件开发、软件生态对接的难度。蛋糕做大了，挖掘出更多的价值，大家都开心，同时也更愿意反哺开源社区发展。

从一个开源开发者开始，到逐渐考虑管理挑战的时候，我问我自己一个问题：人有了，知识有了，意愿有了，缺什么？

缺组织保障。

这听着是个很像宣传部写出来的词语，你先别笑，我来列一下理由。开源项目要托管，要做 CI ，要做 bug tracking ，要定期举行社区活动，怎么有效运转？这个需要做。开源项目多了，怎么有正常的法务 CLA 流程（CLA 其实是保护开发者的），这个需要做。很多公司开源项目都是见光死，这个阿里也有，大家为了晋升而开源，导致质量堪忧，怎么解？要建立内部孵化器机制，开源项目准入机制，开源项目关停并转机制，这些都是很重要的事情。

举个例子，我组里的一位小姑娘办今年的 Flink Forward 大会，最忙的时候在朋友圈抱怨说，气得大半夜睡不着抹眼泪，一天被几拨人喷，但是事情还得推。这事情让我看到，一方面，开源是热情驱动的，但是另一方面，我们绝对不能饿死雷锋。所以一定要有体系化的能力沉淀，有很好的流程，把大家做开源的阻力做到最小。她和她的团队今年主办 Flink Forward Asia ，请了头条，快手，Intel ，Bilibili ，360，滴滴，等一系列社区当中的优秀公司和优秀开发者，办成了一个两千多人的盛会，非常成功，非常不容易。

当然，我们要说，组织保障是保障我们开发者和开源项目，不是给公司吹牛。我们开源委员会考核自己，是以我们开源项目社区的活跃度，健康度，我们做开源的技术团队对于项目的支持程度，这些来考核的。这个初心不会变。

我们要治理什么问题？

phodal 的回答一语中的。阿里有没有他提到的这些问题？有，而且很严重，内部讨论的时候我还能举出更多例子。不过我们想不想做好开源？想。解决问题的第一步就是认识问题，所以我们很感谢这些对国内开源社区爱之深责之切的朋友们。

说了好的，我还想说一句不好的。开源不是「我的开源 vs 你的开源」。这个是我看到国内经常容易出现的一个问题。开源代码本身是没有国界的，什么有国界？专家有国界。人才有国界。我们不能因为要培养我们自己的人才，就把开源代码本身给挡在外面，自己造轮子了。

举个 AI 框架的例子。偶尔会听见人说「AI 框架都是美国人做的」。这句话我很费解。非常多的优秀的 AI 工程师，设计 AI 框架的工程师，都是华人。不说远的，最近非常有潜力的 AI 编译框架 TVM，作者是陈天奇，不能说是美国人吧。TensorFlow 和 PyTorch 的代码都放在 github 上，全世界都是一套，欧洲人为什么没有说不是欧洲的呢？

开源代码本身没有国界。通过狭隘的国界区分，然后划江而治，恰恰会对咱们的开源建设起到反效果。我们要培养的，是我们国内开源的精神，和全球的开源社区互动的能力，和开源的项目、开源的基金会，深入共建的能力，进而最终形成我们在全球开源社区当中的影响力。不是在已有的技术体系里面搞一个我们的开源，是投入到开源社区和项目当中去，打出我们的技术深度和领导力来。

国内外的差距也是比较明显的：领军人物和明星项目与国外相比，还是太少。

其它答主对开源的总结已经非常全面，补充一些不太被提到的观点：

0. 讨论时可以区分作为爱好的开源，和带有商业目的的开源，以下观点是针对后面带有商业目的的开源而言。

1. 开源是手段，不是目的（很多人都说过了），如果目的是研发更好的产品，开源更多是触达客户的手段，而不一定是研发更好产品的好办法。有些工程复杂性非常高的产品，在初始阶段开源不一定能从社区得到帮助，只有当工程底座比较稳固了，再开源，打磨/反馈/推广阶段或许能通过开源获取很多帮助。（想引用一下人月神话的观点，外科手术团队模式，去中心化、民主不一定有助于高质量研发）。

2. 开源精神必须有「利益回报」才能持久，小到个人的成就感，名声，职场好的职位，大到主导开源产品的企业取得商业化成功。除非一个项目单枪匹马能搞定，大的项目在合作机制、利益分配机制上一定要合理，团队才能长久。一个创造了价值的开源项目，最好取得好的商业回报，无论是通过咨询，授权，订阅还是云服务。

3. 开源开启了「程序员」时代，如果说互联网和移动互联网时代是「产品经理」的时代，能打造出爆款产品的产品经理更可能成就一番事业，开源时代，程序员有望凭借自己的本领撬动世界，只要确实打造出了有价值的项目，在开源社区这样一个「价值筛选器」中就能脱颖而出，获得名声和利益，如果运作成功，有望成就伟大的商业。

*本文图片来源网络，如有侵权请联系删除！