今天我阅读的是第四章关于双人合作的种种。

       对合作项目来说，代码规范是很重要的一点，代码不仅仅是给机器看的，更是要给人看的，机器编译代码，只要没有语法错误，无论你格式再纷乱无章，也能正常运行，但如果要是交给队伍里其他成员看，那估计会让人产生一种打人的冲动了。

       书中描述的代码规范有几个很重要的点。代码风格，简明，易读，无二义性，各家有各家的风格，但核心还是围绕“简明易读”来的。如缩进4字符，100字符行宽，括号的断行简明，大小写，变量函数的命名等等。同时注释也是特别重要的一点，自己的程序不写注释过一段时间自己都看不懂了更何谈让其他人看懂你的代码。

       第二点讲的是代码复审，对于一段代码来说，复审者是替开发者做开发者的工作，即使开发者的工作接近趋于完美，也能起到“传播”和“教育”的功能，磨合团队成员的契合度，这也是避免后期难以找出问题所在的手段之一。

       第三点是结对编程，如同赛车一般有一个驾驶员(动手敲代码)和一个领航员(负责审视引导)，对于代码来说是属于双方共同的代码，无论资历怎样技术怎样，对于结对开发来说都有平等的交流决策权。这涉及到如何提出自己的观点或如何给予对方正确适当的反馈，更考验结对者的默契程度。

 　　对我自己以前结对开发的情况我就有些不满意，我的搭档时不时的提出一些想法或者说修改这点很容易，但是他从来不敲代码，这让我有点不满，这或许对我来说可以推到我对别人的态度，当提出某些观点的时候自己也应该有所贡献，而不是一味提意见去让别人去做。或许领导是这样的，但对于一个团队的成员我觉得不行。

　　解决办法唯一就是更好的协商，磨合。