1、代码规范
代码规范分为两种： 代码风格规范、代码设计规范
2、代码风格规范
代码风格原则： 简明，易读，无二义性
缩进：不要用Tab键（其在不同情况会有不同的长度），四个空格正好
行宽：可以限定100字符
括号：在复杂的条件表达式中，用括号清楚地表达逻辑优先级
断行与空白的{}行：每个{和}都各占一行
分行：不把多条语句放在一行
命名
下划线：用来分隔变量名字中的作用域标注和变量的定义
大小写：类/变量/类型：名词或组合名词 函数：用动词或动宾组合词来表示
注释：复杂的注释应该放在函数头，很多函数头的注释都用来解释参数的类型；注释（包括所有的源代码）都应该只用ASCII字符，不要用中文或其他特殊字符
1、代码设计规范
函数：只做一件事，而且要做好
错误处理
处理c++中的类
2、代码复审
看代码是否在“代码规范”的框架中正确的解决了问题
软件工程中最基本的复审手段，就是同伴复审，即复审者vs开发者
3、结对编程
在结对编程模式下，一队程序员肩并肩、平等地、互补地进行开发工作
4、两人合作的不同阶段和技巧
萌芽阶段 交流不少，每个人都想得到对方的接纳，试图避免冲突和容易引起挑战的观点。对即将进行的舞蹈有期望值，但双方彼此不了解。
磨合阶段 会因为对方感到手足无措，进行争辩
规范阶段 团队成员很多事情达到一致，一些规则逐步建立
创造阶段 创造出好的作品，又或者不到这步直接进入解体阶段
解体阶段 另找队友
5、影响他人的方式有四种： 断言、桥梁、说服、吸引
6、评论他人的三种层次： 行为和后果、习惯和动机、本质和固有属性
7、如何给别人提供容易接受的反馈: 先做好铺垫，强调双方共同点，从团队共同的愿景讲起，让对方觉得处于一个安全环境；然后可以提建设性意见，提供反馈时，要用展望未来的结果，强调过去做的不够，但是我们以后可以做的更好。要注重行为和后果这一层面；呼应开头，鼓励对方把工作做好。
个人感受
1、之前的做法：自己的程序很不规范，包括缩进或者是命名大小写也都没有注意过；编程喜欢按照自己的思路来，不太喜欢接受别人的建议。
2、这样做不好的原因：不注意格式导致查看代码或者是修改错误的时候，比较麻烦，也显得不够专业，比较low。不善于与他人交流意见思路，也就不利于学会团队合作。
3、解决办法：在今后的编程过程中，从现在做起，注意代码格式，争取养成好的习惯；在与他人合作编程的时候，多多交流思路，如果思路不好就要及时修改，多学习与他人交流的特点，不管是提意见还是意见交流。