1、代码规范

   代码规范分为两种： 代码风格规范、代码设计规范

2、代码风格规范

   代码风格原则： 简明，易读，无二义性

     缩进：不要用Tab键（其在不同情况会有不同的长度），四个空格正好

     行宽：可以限定100字符

     括号：在复杂的条件表达式中，用括号清楚地表达逻辑优先级

     断行与空白的{}行：每个{

     分行：不把多条语句放在一行

  命名

     下划线：用来分隔变量名字中的作用域标注和变量的定义

     大小写：类/变量/类型：名词或组合名词     函数：用动词或动宾组合词来表示

     注释：复杂的注释应该放在函数头，很多函数头的注释都用来解释参数的类型；注释（包括所有的源代码）都应该只用ASCII字符，不要用中文或其他特殊字符

1、代码设计规范

   函数：只做一件事，而且要做好

   错误处理

   处理c++中的类

2、代码复审

   看代码是否在“代码规范”的框架中正确的解决了问题

   软件工程中最基本的复审手段，就是同伴复审，即复审者vs开发者

3、结对编程

   在结对编程模式下，一队程序员肩并肩、平等地、互补地进行开发工作

4、两人合作的不同阶段和技巧

   萌芽阶段    交流不少，每个人都想得到对方的接纳，试图避免冲突和容易引起挑战的观点。对即将进行的舞蹈有期望值，但双方彼此不了解。

   磨合阶段    会因为对方感到手足无措，进行争辩

   规范阶段    团队成员很多事情达到一致，一些规则逐步建立

   创造阶段    创造出好的作品，又或者不到这步直接进入解体阶段

   解体阶段    另找队友

5、影响他人的方式有四种：  断言、桥梁、说服、吸引

6、评论他人的三种层次：   行为和后果、习惯和动机、本质和固有属性

7、如何给别人提供容易接受的反馈: 先做好铺垫，强调双方共同点，从团队共同的愿景讲起，让对方觉得处于一个安全环境；然后可以提建设性意见，提供反馈时，要用展望未来的结果，强调过去做的不够，但是我们以后可以做的更好。要注重行为和后果这一层面；呼应开头，鼓励对方把工作做好。

个人感受

1、之前的做法：自己的程序很不规范，包括缩进或者是命名大小写也都没有注意过；编程喜欢按照自己的思路来，不太喜欢接受别人的建议。

2、这样做不好的原因：不注意格式导致查看代码或者是修改错误的时候，比较麻烦，也显得不够专业，比较low。不善于与他人交流意见思路，也就不利于学会团队合作。