标签：没有 问题 重要 格式 技术 完美 反馈 自己的 语法错误
今天我阅读的是第四章关于双人合作的种种。
对合作项目来说，代码规范是很重要的一点，代码不仅仅是给机器看的，更是要给人看的，机器编译代码，只要没有语法错误，无论你格式再纷乱无章，也能正常运行，但如果要是交给队伍里其他成员看，那估计会让人产生一种打人的冲动了。
书中描述的代码规范有几个很重要的点。代码风格，简明，易读，无二义性，各家有各家的风格，但核心还是围绕“简明易读”来的。如缩进4字符，100字符行宽，括号的断行简明，大小写，变量函数的命名等等。同时注释也是特别重要的一点，自己的程序不写注释过一段时间自己都看不懂了更何谈让其他人看懂你的代码。
第二点讲的是代码复审，对于一段代码来说，复审者是替开发者做开发者的工作，即使开发者的工作接近趋于完美，也能起到“传播”和“教育”的功能，磨合团队成员的契合度，这也是避免后期难以找出问题所在的手段之一。
第三点是结对编程，如同赛车一般有一个驾驶员(动手敲代码)和一个领航员(负责审视引导)，对于代码来说是属于双方共同的代码，无论资历怎样技术怎样，对于结对开发来说都有平等的交流决策权。这涉及到如何提出自己的观点或如何给予对方正确适当的反馈，更考验结对者的默契程度。
标签：没有 问题 重要 格式 技术 完美 反馈 自己的 语法错误
原文地址：https://www.cnblogs.com/zlc364624/p/11006350.html
