《构建之法》第三次随笔

《构建之法》第三次随笔

 

这一周我学习了《构建之法》的第四第五章。

第四章主要讲的是编程时的两人合作。如今，软件都是在相互合作中完成的。最小的合作单位是两个人。所以这时必须要有一个基准线——好的代码规范。

代码规范可以分成两个部分：

1. 代码风格规范。，主要是文字上的规定。
2. 代码设计规范。牵涉到程序设计，模块之间的关系，设计模式等方方面面的通用规则。

代码风格规范的原则是：简明，易读，无二义性。要注意缩进，行宽，括号和断行和空白的{}，分行，命名，下划线，大小写和注释。

代码设计规范不光是程序书写的格式问题，而且涉及到程序设计、模块之间的关系，设计模式等方方面面。

同时，代码复审也很重要，代码复审的目的在于：

1. 找出代码的错误
2. 发现逻辑错误
3. 发现算法错误
4. 发现潜在的错误和回归性错误
5. 发现可能需要改进的地方
6. 教育开发人员，传授经验，让更多的成员熟悉项目各部分的代码，同时熟悉和应用领域相关的实际知识

我学习到了结对编程的高效性。领航员和驾驶员在结对编程中，因为有随时的复审和交流，程序各方面的质量就会高很多，这样会省下很多以后修改，测试的时间，能够取得更高的投入产出比。

 

第五章讲的是团队和流程。

团队有着很鲜明的特点：

1. 有一致的集体目标，并且要一起完成这目标。
2. 团队成员有各自的分工，互相依赖合作，共同完成任务。

软件团队有许多模式：

1. 主治医师模式
2. 明星模式
3. 社区模式
4. 业余剧团模式
5. 秘密团队
6. 特工团队
7. 交响乐队模式
8. 爵士乐模式
9. 功能团队模式
10. 官僚模式
11. 写了再改模式
12. 瀑布模型以及各种变形

 

我在这两章浏览了许多团队模式和流程，明白了软件必须要多人完成，这样才能更有效率和在相互学习中进步，利人利己，何乐而不为呢？