3.7 构建知识库

至此，我们已经将新人入职需要掌握的编程规范介绍完毕了，是否感觉和其他版本的编程规范不太一样呢。出现这种现象，最主要的原因是因为我们的编程规范仅仅是工具，便于代码审核才是目的。

同时，其他版本的编程规范就没有价值了呢？我认为所有的编程规范都是很多一线工程师的经验总结，都是值得去尊重的，虽然不能不加区别的拿来乱用，但很多内容是非常值得借鉴参考的。

还记得本章一开始我整理的那一段警世危言吗？

“一名优秀工程师的成长需要时间
但仅仅靠时间堆砌，却难以培养出一名优秀的工程师
让人无奈的是，国内工程师的成长环境恶劣
导致所谓的十年工作经验，仅仅是十年工作经历而已
或悲催的转行，或无奈的继续，不小心陷入中年危机
然而上有老，下有小……
”

要跨过这一道槛，需要完成从个人到团队的转变，更需要尽早构建自己的知识体系。

构建知识体系，是一个很抽象的概念，有点像正确的废话，但让人无从下手。为了让这一步操作可执行，我们团队经过多年的探索，继续祭出了自己的绝招：形式化。

四条半规范仅仅是最基础的要求，它会帮助新人尽快的融入团队，但并非符合四条半规范的代码就是优秀的代码。同样，审核代码时，符合四条半规范的代码仅仅表面让人看起来舒服，但逻辑混乱依然会让审核员抓狂。在硬件电路审核时，我们习惯对照检测表（checklist）进行，软件领域是否也可以构建自己checklist呢？更进一步，我们是否可以将别人的优秀经验拿来吸收呢？是否可以将平时经常犯的错误整理出来呢？是否可