第四章 两人合作

     现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成，已经很少见了，软件都是在相互合作中完成的。合作的最小单位是两个人，两个工程师在一起，做的最多的事情就是“看代码”，每个人都能看“别人的代码”，并发表意见。但是每个人对于什么是“好”的代码规范未必认同，这时我们很有必要给出一个基准线——什么是好的代码规范和设计规范。

 

一、代码规范

     1.代码风格规范。（文字上的规范）

     原则：简明，易读，无二义性。（保持简明，让代码更容易读懂）

       ①缩进（4个空格）

       ②行宽（可以是100字符）

       ③括号

       ④断行与空白的{}行

       ⑤分行（多条语句分行放，多个变量分行定义）

       ⑥命名（可以适当的加一些前缀）

       ⑦下划线（分隔变量名字中的作用域标注和变量的语义）

       ⑧大小写（区分单词）

        ⑨注释

        

     2.代码设计规范。

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

        还有一些跟具体设计语言有关的内容。

         ①函数（功能）

         ②goto（单一的出口）

         ③错误处理

         1）参数处理（验证其正确性）

          在Debug版本中，对所有的参数都要验证其正确性；

          在正式版本中，对从外部（用户或别的模块）传递过来的参数要验证其正确性。

         2）断言Assert（验证正确性）

          当你觉得某事肯定会是怎么样的话，就可以用断言。

         3）如何处理C++中的类

 

代码复审的目的在于：

1.找出代码的错误，比如：

1）编码错误，比如一些碰巧骗过了编译器的错误

2） 不符合团队代码规范的地方

2. 发现逻辑错误，程序可以编译通过，但是代码的逻辑是错的

3. 发现算法错误，比如使用的算法不够优化，边界条件没有处理好等

4. 发现潜在的错误和回归性错误—当前的修改导致以前修复的缺陷又重新出现

5. 发现可能需要改进的地方

6. 教育（互相教育）开发人员，传授经验，让更多的成员熟悉项目各部分的代码，同时熟悉和应用领域相关的实际知识

结对编程让两个人所写的代码不断地处于“复审”的过程，程序员们能够不断地审核，提高设计和编码质量，可以及时发现并解决问题，避免把问题拖到后面的阶段去。

开发中的复审主要包括：设计复审、代码复审、测试计划复审和文档复审。

这些复审可以在伙伴之间进行，也可以在团队内部进行。

 

 

 

两个人合作的不同阶段

1. 萌芽阶段（Forming） 两人刚刚互相认识，这时大家都有礼貌，一般交流不少，双方彼此并不了解。

2. 磨合阶段（Storming） 

3. 规范阶段（Norming） 

4. 创造阶段（Performing）

5. 解体阶段（Deforming）

如何正确的给予反馈

1.最外层：行为和后果

行为可以改正，后果可以弥补，还有挽回局面的机会

2.中间层：习惯和动机

被攻击的一方就比较难表白并且澄清动机

3.最内层：本质和固有属性

当攻击深入到核心，被攻击一方已经无法回应

 

如果软件工程师连一对一的合作都做不好，不能有效地影响同伴，让合作双方都从中受益，提高水平的话，更别提团队合作了，影响了团队合作，从而影响了整个公司的利益。

所以首先要做好两个人的合作