最近读到这本书的中间部分。
代码规范是两人合作的第一节所讲的内容，软件工程经过几十年的发展，一个软件由一人单枪匹马的完成已经很少见了，软件都是在相互合作中完成的，合作的最小单位是两个人，做的最多的事情就是看代码，每个人看别人的代码，发表意见，所以好的代码规范和设计规范就显得非常重要。
- 看不下去！
- 重写程序！
- 找到原作者，暴打一顿！
- 炒他鱿鱼，他不走我走！
这是很多同学看到一些很乱的代码时候的反应，所以培养自己的代码规范，应该是合作中最重要的内容。
团队和流程这一章中，提出了各种团队合作的模式，一个好的团队，应该各司其职，各尽其能，减少团队的随意性，每个人都又极高的热情，不受外界所干扰。不同的开发团队都应该找到适合自己团队的开发模式，这样才能推动项目的发展。开发流程是每一个成熟的软件团队，都必须要制定和遵守的，书中给出了几个典型的开发流程实例，瀑布模型、瀑布模型的各种变形、统一流程、渐进交付流程等等。
敏捷的步骤：
（1）找出完成产品需要做的事情——Product Backlog
（2）决定当前的冲刺（Sprint）需要解决的事情——Sprint Backlog
（3）冲刺
书中的立会老师在课上曾经说过，我感觉在团队合作开发中，能够发挥很大的作用，既能推动每个人的项目进展，也能让队员加强沟通，任务看板和燃尽图，也能使项目进展更加明确。
通过这一部分的阅读，我明白了代码规范和设计规范的重要性，毕竟以后的软件工程不能是一个人开发，将自己的代码更加美观的展示给别人应该是团队合作的第一项重要技能，现在我们所写的代码规范性很差，没有层次，别人拿到代码会很难看下去。所以，为了迎接以后的团多合作，第一步就是改正自己的代码不规范问题。