《构建之法》第三次随笔
这一周我学习了《构建之法》的第四第五章。
第四章主要讲的是编程时的两人合作。如今，软件都是在相互合作中完成的。最小的合作单位是两个人。所以这时必须要有一个基准线——好的代码规范。
代码规范可以分成两个部分：
- 代码风格规范。，主要是文字上的规定。
- 代码设计规范。牵涉到程序设计，模块之间的关系，设计模式等方方面面的通用规则。
代码风格规范的原则是：简明，易读，无二义性。要注意缩进，行宽，括号和断行和空白的{}，分行，命名，下划线，大小写和注释。
代码设计规范不光是程序书写的格式问题，而且涉及到程序设计、模块之间的关系，设计模式等方方面面。
同时，代码复审也很重要，代码复审的目的在于：
- 找出代码的错误
- 发现逻辑错误
- 发现算法错误
- 发现潜在的错误和回归性错误
- 发现可能需要改进的地方
- 教育开发人员，传授经验，让更多的成员熟悉项目各部分的代码，同时熟悉和应用领域相关的实际知识
我学习到了结对编程的高效性。领航员和驾驶员在结对编程中，因为有随时的复审和交流，程序各方面的质量就会高很多，这样会省下很多以后修改，测试的时间，能够取得更高的投入产出比。
第五章讲的是团队和流程。
团队有着很鲜明的特点：
- 有一致的集体目标，并且要一起完成这目标。
- 团队成员有各自的分工，互相依赖合作，共同完成任务。
软件团队有许多模式：
- 主治医师模式
- 明星模式
- 社区模式
- 业余剧团模式
- 秘密团队
- 特工团队
- 交响乐队模式
- 爵士乐模式
- 功能团队模式
- 官僚模式
- 写了再改模式
- 瀑布模型以及各种变形
我在这两章浏览了许多团队模式和流程，明白了软件必须要多人完成，这样才能更有效率和在相互学习中进步，利人利己，何乐而不为呢？
