第四章：两人合作
代码规范：
1. 代码风格规范：原则简明、易读、无二异性。包括缩进、行宽、括号、断行与空白行、分行、命名、下划线、大小写、注释。通过这几点的列述，我反思了一下我的代码规范，我存在一下几个问题需要改正：我习惯于用Tab键进行缩进，其在不同的情况下会显示不同的长度、自认为行宽，括号等处理的还算可以，但是变量方法等命名存在很大问题，由于英语知识原因我的命名大多来自拼音，显然不够专业，对于变量方法命名中的大小写控制也不是很好，代码没有注释是一个很严重的问题，之前我觉得我的代码只有我看得懂即可，不需要加注释这种浪费时间的工作，后来发现项目放一段时间后再回头阅读代码会存在一些代码忘记功能等问题，注释尽量用到英文，这样就很难出现更换环境等出现乱码等问题。
2. 代码设计规范：那就是将一个大项目划分成一个个很简单很容易实现的方法，最后将这些方法整合在一起便解决了问题，像老师所讲，遇到一个比较复杂的问题的时候，一定要将其分割，分割成一个个简单的很容易实现的小问题，然后逐个的解决这些小问题，最后就会发现大问题已经解决了。对于代码中函数方法的分块问题，之前我总是习惯于在主函数方法体中写一大堆的内容，只需要运行一个主方法便可得到结果，但是写出来的程序乱糟糟，不成体统，我们需要将方法一个个的封装起来，只需要控制好参数和返回值，这样不止可以在一个项目中云来解决问题，再别的项目中同样可以cype这个方法去解决问题，这其实也算形成了自己的代码库。
3. 错误的处理：所有的参数都要验证其正确性，在调用方法函数之前应该首先验证它传过来的参数是否存在格式等错误，在进行调用方法。
结对编程：其可以避免一些单人编程出现的错误，同时可以随时的复审和交流，程序质量取决于程序员各方面水平较高的哪一位，这样程序会犯很少的错误，质量也很高，这样自不影响编码效率的同时也提高的程序的完整性，健壮性，正确性。将俩人的有点充分结合，用于项目开发中，会得到更高的投入产出比。由于两人对问题的见解，对问题的思考角度等方面都会有所不同，所以代码类似于由两人编写完成，但是比由两人单独编写的效率更高，错误更少。合作创造双赢，在结对开发过程中要互相的借鉴，借鉴对方对问题的看法意见，平等合作，不存在领导与被领导的关系。两人合作存在很多的技巧，只有掌握这些技巧，在结对开发过程中才能充分发挥两人的优点，尽两人最高水平来完成项目的开发。
第五章：团队和流程
团队一定要有一致的方向目标，有明确各自的分功，相互的依赖合作。
第六章：敏捷流程
敏捷开发原则：
1. 尽早并持续地交付有价值的软件以满足顾客需求
2. 敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
3. 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
4. 业务人员和开发人员在项目开发过程中应该每天共同工作
5. 以有进取心的人为项目核心，充分支持信任他们
6. 无论团队内外，面对面的交流始终是最有效的沟通方式
7. 可用的软件是衡量项目进展的主要指标
8. 敏捷流程应能保持可持续的发展。领导、团队和续合作下去
9. 只有不断关注技术和设计，才能越来越敏捷
10. 保持简明—尽可能简化工作量的技艺—极为重要
11. 只有能自我管理的团队才能创造优秀的架构、需求和设计
12. 时时总结如何提高团队效率，并付诸行动