今天看了构建之法的第四章：两人合作。这一部分不止讲了该如何写代码，还讲了作为一名程序员，该如何与他人交流，与团队成员交流。
代码规范包含：代码风格规范、代码设计规范
代码风格的原则是：简明、易读、无二义性
缩进：最好不用TAB键，一般4个空格的距离正合适；我在编程中总是使用TAB键来规范格式，这种做法不可取，在当前编译器没问题，换了位置也许会导致错位。
行宽：可以限定为100字符；我从来没有设置过行宽，一般都是超出显示范围后直接换行，可能换了编译器，当前写的代码会错位显示。
括号：在复杂的条件表达式中，用括号清楚地表示逻辑优先级；这个标准我有遵循，长一点的逻辑表达式我基本都加了括号。
断行与空白的{}行：推荐使用下面的风格；我一直是如果if、else里只有一句，我就不加{}，如果有多句，就是书上的格式C;
if(condition) { DoSomething(); } else { DoSomethingElse(); }
分行：不要把多条语句放在一行，严格一点就是不把多个变量定义在一行；我在平时没有注意到这一方面，以后要改正
命名：匈牙利命名法；我在命名时，如果有具体含义一般都是用英文单词或者短语什么的，实在不知道英文咋说，就直接汉语拼音。
下划线：分隔变量名字中的作用域标注和变量语义；这个基本没用过。
大小写：Pascal形式和Camel形式；我的写法是类这些所有首字母都大写，函数这些除了第一个首字母小写，其他首字母都大写，变量全部小写。
注释：写What（这段代码的目的）和Why（为什么这样做）；我写注释的习惯是一般不写，很麻烦的地方多写，细写，这种我看起来很方便，但是别人可能就会抓狂。
代码设计规范
函数：只做一件事，并且要做好；我在这一步做的还不够好，有些时候会想让一个函数实现多个功能。
goto：有助于程序逻辑的清晰体现；这一部分我觉得我做的还能说得过去，但是从未使用过goto语句，虽然看起来很好用，但是有好多人说goto语句有害。
参数处理：所有外部传过来的参数都要验证；这一步我从来没有做过，以后会逐渐改正
断言：直接认为某个事物就是这样；这个在我之前的jsp页面里有过体现。当我们断时，应当三四而后行，如果无法确定，就必须放到if、else里
类的处理：注意公共成员、保护成员、私有成员、虚函数这、构造函数这些
代码复审：看代码是否在“代码规范”的框架内正确的解决了问题。
代码复审最好不要自己做，让别人，请不止一人来做。
结对编程让两个人的代码不断处于复审的过程
这一部分不止讲了结对编程的好处和如何结对编程，还讲了一些合作过程中的交流技巧等。