前面，我们介绍了四条半编程规范和知识体系构建策略，你如果拆开其中任何一条约定，会发现都很简单，但实施过的团队，应该会理解形成有效的代码审核机制是多么不容易的一件事情。
我曾经帮助过一些团队形成有效的代码审核机制，最大的体会是：代码审核是一项技能，而非简单的知识。
游泳需要的知识点很少，顶多一个小时就可以学完。但即使你在清楚手脚呼吸如何配合，进入水里也会立马慌神，因此游泳实际上是一项技能。同理，代码审核机制也是一项技能，你即使记住了一堆编码约定，但接触真实代码很快就歇菜了。
诸多编程规范约定仅仅是知识点，而代码审核机制是技能。技能最佳学习的姿势是立马行动起来，学游泳要先下水，学习代码审核要先让代码流动起来。
大家只有行动起来，才能发现变量仅仅有注释是不够的，标志符难以识别，并不等于汉子就一定容易识别，只有使用大家的共识词汇别人才能读懂；大家只有行动起来，才能发现使用共识词汇的注释是不够的，只有将多个分散标志符背后的数据结构描述清楚才行；……，只有经历过无数次的迭代磨合，你写的注释才能成为我看得懂的注释。
我在咨询活动中发现，一开始太多的知识点反而会影响行动力，因此，这也是我们将无数的编程规范努力压缩到为四条半的原因。而且，大家不要受限于任何已有的编程规范，包括本章内容。嵌入式产品种类繁多，每个团队都有自己的特点，只有在你反复代码审核行动中长出来的编程规范，才是最好的约定。
习得代码审核技能，过程是痛苦的，但当我们稍微坚持坚持，熬过了那个临界点，立马就是海阔天空般的舒爽。我记得当年自己学游泳时，折腾了很久也没学会，都想放弃了。一次随意的动作后，我换出了第一口气，然后很快就可以享受水中的惬意。同理，当我费尽心血，终于发现别人写出的代码和自己的似曾相识时，我知道整个团队成员都成了我的左膀右臂，我的时间不会再被牢牢的锁死在特定产品代码中，我的人生也有了无限的可能。
代码审核机制如同一块敲门砖，他将我们从个人模式拉入团队模式。迈过了这个关口，很多工作模式就会自然发生变化。我们会发现不仅代码可以审核，文档，工作流程等都可以审核，好似流水线般，一行行的代码、一份份的文档、一条条的经验，自由流动并最终汇聚成各种优秀的产品和服务。连续的单件流模式一旦形成，我们就似乎有了上帝之眼，会自然的发现哪儿存在浪费，哪儿又工作负荷不均。为了解决这些问题，提炼接口、复用、工作标准化等无数的策略会自然而然衍生出来。入职——团队——抽象——复用——架构——标准化，这个过程持续迭代下去，你甚至可能会长成你曾经仰视的样子。
朋友们，你无论如何都要迈过这一步。如果你没有信心，也可以寻求我这个过来人的帮助，别忘了我是一名出色的咨询师。
——————————————
我是小马儿，一个渴望良知与灵魂的嵌入式软件工程师，欢迎您的陪伴与同行，如感兴趣可加个人微信号nzn_xiaomaer交流，需备注“异维”二字。
