大家试想，如下两件相加会发生什么：
- 码龄超过10年的大型软件项目
- 在双十一大旗下，『稳』字有重
我们是一个做交易、支付系统的小团队：
- 需要RocketMQ的助力
- 需要阿里云之外使用用RocketMQ
源于以上两点，我们需要源码级掌握RocketMQ, 这个便是这个分支的初心。
源码参与者的视角，代码质量的重要性无需多言。
读得懂，才能有下文；
改得动，才算真掌控；
不符合经济学原理的事物，大概率都无法长久。
开源也不例外，自然是利益相关方推动的结果。
可能的开源收益方：
- 科技企业：品牌、招聘
- 软件工程师：协作学习，扬名立万。
- 使用软件的人：更低的价格，更好的品质
- 开放协作
- 共同进步
开源不等同于免费，开源的本质目的在于共同进步。
而进步证书这种求名而后换利的方式，也算是站着把钱赚了。
你可想编码到最后一天？
假如不差钱，你可想编码到最后一天？
相信不差钱的话，大多数软件工程师都愿意。
写代码的难，最难的估计是如下几个:
- 担心挣不到钱
- 担心挣不够钱
- 担心挣钱不久
开源是软件工程师的财路，无须多言，知者自知。
好的代码是设计出来的。设计是基于原则的。
原则驱动是软件开发『道』。
大型软件系统，软件工程师开发的代码，总有一天需要交给别人来维护。
写出同事能读的懂的代码，是工程师的节操。
『解耦』是软件工程师最熟悉的工具，但熟悉并不代表已掌握。
解耦技能需要终身磨砺。
优秀的团队都是使命驱动，文化保障的。
文化是团队成员的行为指南，软件工程需要无数细节堆砌,
构建强有力的团队文化，必不可少。
命名，不仅是软件工程师的挑战，是所有人类面临的挑战。
概念是人类沟通的基础，清晰的命名，明确的概念定义，难却无法避免。
而构建对应的文档，是一种有效的方法。
图示是语言的补充，适量的图示是文档必不可少的组全部分
文档同代码一样，不能为了文档而写文档。
达意是文档的目标，脱离这个目标的文档，都是耍流氓。
完美的社区是从没有社区开始的。
没有使命的企业难成大业，没有灵魂的社区注定不会开花.