凌云时刻

SRS正式加入木兰开源社区孵化，我想很多朋友只是大概知道木兰社区是国家级的开源社区，是一件很值得荣耀的事情，其他的事情可能就了解不多了。

这次和大家分享下我对这个事情的理解和思考，如果有疑问欢迎评论区留言，我以后有机会再解答。

就从我知道一部分疑问开始吧。

自己玩开源不是挺好么？

Q: 自己玩开源不是挺好么？为什么一定要加入一个开源组织？

A: 自己玩开源没有什么不好，加入开源组织可以做得更好，而且不妨碍继续贡献。

开源项目如果只是要活下来，完全不需要特别大的投入，只要不放弃持续投入就能继续做开源。

SRS已经活了8年，再持续活8年也不是什么问题，我考虑的不是活下来或被使用，而是如何能做得更好。

先分享下做开源项目都有哪些事情，以及大概需要多久时间投入，按一个版本计算：

 方向规划，哪些功能该做哪些不该做。由于人比较少，大概1周。

 功能实现，比如源站集群可能2周左右，WebRTC大概8周。

 写PPT，LVS和GOTC分享，平时公众号分享，大概4周。

 文档更新，一个版本的文档更新，双语Wiki，逻辑更新，大概4周。

 UTest测试，一般投入4周左右。

 Bugfix，一般8周。

这样算下来，SRS 3.0大概23周，SRS 4.0大概29周。一年我能投入的时间大概是10周，这就是SRS一般的版本发布都在2年左右。

一年法定假期是11天，加上可用年假大约20天左右，周末按每周投入1天，一共可投入70天也就是10周。

很明显，这里有些事情是大家比较愿意做的，有些并非是必须我做的，如果有更多的人参与，质量会更高。

由于音视频的门槛很高，这几年业务发展非常快，目前主要的矛盾已经是抢不到人了，开发者跟不上市场的需求。

如何让更多的开发者能入手音视频？开源项目是唯一途径，开发者只能从代码开始学习，代码都没有怎么学。

音视频的开源，真的对新开发者很友好吗？我认为非常不友好，太难了。

或许你觉得SRS的文档还比较容易上手，但学会推拉流并不是音视频的入门，而是要落地到业务场景，比如用开源自己做个直播产品，或者做一个开会的产品，或者做一个在线教育产品。涉及的就是多个开源产品的组合了，如下图所示：

如果有更多的活跃的贡献者，我就可以往开源方案做一做，结合多个开源项目，让音视频开发更简单。

为何不加入Apache？

Apache基金会是一个知名和开放的基金会，能加入Apache基金会孵化也是很值得骄傲的事。

SRS一直是一个中文社区，主要的用户也是在国内，音视频的业务规模也是国内更大，走得更先进。

木兰社区也是非常重量级的社区，也是开放的开源社区，我认为音视频项目，在国内开源社区孵化的优势更大。

木兰开源社区^[1]是2018年国家重点研发计划“云计算和大数据开源社区生态系统”项目重点成果，由中国电子技术标准化研究院牵头，联合北京大学、国防科大、联想、腾讯云，以及开源中国、北航、中科院软件所、西南大学、华为、阿里云、浪潮、新华三、中电标协、中科院东莞育成中心、湖南酷得共16家单位共同承担。木兰开源社区立足中国,面向国际,联合汇聚国内开源生态圈相关方,共同打造国内开源生态,推动本土开源项目孵化，在推动培育开源贡献文化的同时，与国内外各开源社区融合发展。

隆重介绍下SRS的三位重量级导师：

 陈绪，江湖人称绪总，开源资深领袖，网上一搜一大堆的介绍。阿里云智能技术战略总监，主要负责战略规划、技术生态、投资评估、前沿技术等方向。同时任中国开源软件推进联盟常务副秘书长，从事开源软件工作超20年，对云计算产业有较深刻理解。过往经历主要涵盖开源社区，市场合作，战略规划，投资分析等。曾任Sun中国工程院工程师，北京泰宇科技技术总监，英特尔云计算战略总监等职。师从中国科学院高庆狮院士，2002年毕业于北京科技大学信息工程学院，获工科博士学位。2012-2014在清华经管学院学习，获EMBA学位。

 周明辉，北大计算机科学与技术系教授，在软件工程领域顶级国际期刊和会议 TSE、TOSEM、ICSE 和 FSE 等发表多篇论文，获 FSE 2010 ACM SIGSOFT 杰出论文；入选2012年教育部新世纪优秀人才计划；获2018年国家杰出青年科学基金。多次担任著名国际会议 ICSE、FSE、ASE、ICSME、SANER 和 MSR 等的 PC 和 PC Chair。主持制定了首个中英双语开源协议“木兰宽松许可证”并获得OSI 认证^[2]。

 单致豪，腾讯开源联盟主席，TARS 基金会董事主席。十余年互联网大规模系统研发、运营、管理经验，先后在百度、新浪、腾讯任职。负责过公司操作系统、应用安全、全球负载均衡平台、消息中间件、公共登陆、流程系统、运营平台、运营规划、资源及预算管理等。负责 TARS 开源的技术发展以及社区运营工作，把腾讯应用十多年的微服务架构体系推向开源之路，并且成为腾讯捐赠 Linux 基金会的第一个开源项目。

做开源还需要导师？那必须的，子曰“独自开源而无导师，则孤陋而寡闻”。

在中国做开源，国外的各种经验和模式不见得在中国能行得通，中国的开源一定要走出中国特色的开源道路。这已经不是想不想的问题，也不是愿意不愿意的问题，是必须得走的路。

要走出自己的开源的道路，靠自己摸索得走多少弯路，导师作用就非常大了，视野和格局都完全不一样，太重要了。

是否要换木兰协议？

协议肯定要换的，但会有个过渡期。预计SRS 4.0依然使用MIT协议，SRS 5.0使用MIT+木兰协议^[3]，预计SRS 6.0切换到木兰协议不再使用MIT协议。

其实MIT^[4]协议，和MulanPSL-2.0^[5]，都是OSI认证的协议，都是国际认可的开源协议。而木兰协议也是BSD兼容^[6]的协议，在开放性和商业友好上完全没有问题，基本上可以认为使用木兰协议，和使用BSD协议差不多。

至于为什么不用BSD而要用木兰协议，具体可以看为什么我们国家要搞自己的开源协议。我学习了下，一方面在语言上英文的协议有些不清晰的，特别是对于非英语母语的开发者来说；另外，木兰协议避免了互诉的漏洞。总之，中国开发者，用木兰协议就对了，阿里的重量级数据库OceanBase^[7]也用的是木兰协议。

如何使用双协议，以及如何在代码中使用开源协议，Linux基金会定义了一个SPDX^[8]的规范，Linux内核^[9]也是遵守这个规范的。比如：

// SPDX-License-Identifier: GPL-2.0 OR MIT

POCO^[10]使用的是Boost协议BSL，但也是遵守了SPDX规范，它在LICENSE^[11]中加了说明：

Boost Software License - Version 1.0 - August 17th, 2003......---------------------------------------------------------------------------
Note:
Individual files contain the following tag instead of the full license text.SPDX-License-Identifier:    BSL-1.0This enables machine processing of license information based on the SPDX
License Identifiers that are here available: http://spdx.org/licenses/

这样在代码中就只需要简单的按照SPDX说明下用的协议，可以是单协议，也可以是双协议了，比如：

// Copyright (c) 2012, Applied Informatics Software Engineering GmbH.
// and Contributors.
//
// SPDX-License-Identifier:    BSL-1.0

SRS 4.0使用MIT协议，也遵守了SPDX规范，参考67272f0^[12]，这样后续切多协议会更方便。

会不会沦为KPI项目？

KPI大法好啊，开源项目如果用上了KPI大法，那发展速度还不杠杠的。

来一起围观下SRS十年的KPI，现在一般改头换面叫OKR了，其实本质上没有差别，就是鞭策自我前行的大法：

SRS的目标(O)是：提升视频开发者的创造力。SRS的关键结果(KR)定义了三个：

 公众号100K关注：只有足够多的开发者关注，SRS才能反过来影响足够多的开发者，才能算提升创造力，如果只提升了一百个开发者的创造力，显然是不能算达到目标的。

 SRS 100K star：只有达到足够多的Star，才能说明开发者是认同SRS的方向，只有不断更新和把握了互联网视频的方向，才有可能提升开发者的创造力，如果拥有的能力是淘汰的能力，比如是赶马车的能力，影响足够多的开发者又有什么意义呢。

 100万开发者：音视频开发者太少，严重阻碍了各行各业的应用，而开源最大的贡献就是让开发者多起来。只有开发者多了，行业的应用才会繁荣，产生巨大的价值，社区和音视频的商业化也才会更有价值。

SRS将持续努力，不避锋芒，不媚逢迎，不辞风雨，不患得失，不畏将来，不念过往。

具体怎么孵化？

这次主要是给大家介绍下，为何要加入木兰社区孵化。我们已经开始探讨孵化的详细计划和时间表，初步暂定孵化SRS 5.0，因为SRS 4.0已经差不多在Release阶段了。

给大家再介绍下SRS的吉祥物，莲藕战神，打不死活得久：

以及木兰社区设计的LOGO，是我们孵化的第一个成果哦：

这个LOGO的含义如下，满满的文化和艺术气息：

后续消息敬请期待。

References

[1] 木兰开源社区: https://mulanos.cn/
[2] OSI 认证: https://www.163.com/dy/article/F9M6RV5N0511CUMI.html
[3] 木兰协议: https://license.coscl.org.cn/MulanPSL2
[4] MIT: https://opensource.org/licenses/MIT
[5] MulanPSL-2.0: https://opensource.org/licenses/MulanPSL-2.0
[6] BSD兼容: https://www.apache.org/legal/resolved.html#category-a
[7] OceanBase: https://gitee.com/oceanbase/oceanbase/blob/master/LICENSE
[8] SPDX: https://spdx.org
[9] Linux内核: https://www.kernel.org/doc/html/latest/process/license-rules.html#license-identifier-syntax
[10] POCO: https://github.com/pocoproject/poco/blob/master/LICENSE
[11] LICENSE: https://github.com/pocoproject/poco/blob/master/LICENSE
[12] 67272f0: https://github.com/ossrs/srs/commit/67272f0721db044d98e324df23bc0d2a3e8817c8#commitcomment-51515520

来源|SRS开源服务器

END

长按扫描二维码关注凌云时刻

每日收获前沿技术与科技洞见

投稿及合作请联系邮箱:lingyunshike@163.com