第四章 两人合作
4.1 代码规范
包括代码风格规范和代码设计规范
4.2 代码风格规范
代码风格原则：简明、易读、无二异性
缩进：4个空格，而不是TAB
行宽：限定为100字符
括号
断行与空白的{}行
分行
命名：匈牙利命名法
下划线：分隔变量名字中的作用域标注和变量语义
大小写（Pascal形式和Camel形式）
注释
4.3 代码设计规范
函数：只做一件事，并且要做好
goto：有助于程序逻辑的清晰体现
错误处理：参数处理、断言
类的处理
4.4 代码复审
①形式：自我复审、同伴复审、团队复审
②目的：找出代码错误、发现逻辑错误、发现算法错误、发现潜在的错误和回归性错误、发现可能需要改进的地方、传授经验
③代码复审后把记录整理出来：
（1）更正明显的错误
（2）记录无法很快更正的错误
（3）把所有的错误记在自己的一个“我常犯的错误”表中，作为以后自我复审的第一步
4.5 结对编程
①角色：
驾驶员：控制键盘输入
领航员：起到领航、提醒的作用
②好处：（1）在开发层次，可以提供更好的设计质量和代码质量，两人合作解决问题的能力更强。
（2）对开发人员，带来更多的信心，高质量的产出带来更高的满足感。
（3）企业管理层次上，有效地交流，相互学习和传递经验，分享知识，取得更高的投入产出比。
第五章 团队和流程
5.2 软件团队的模式
主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式
5.3 开发流程
①写了再改模式
②瀑布模型（Waterfall Model） 是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。
瀑布模型的适用范围：产品的定义非常稳定但正确性非常重要、产品模块之间的接口能很好地定性定义和验证、使用的技术很成熟、子团队不能做到频繁的交流。
③瀑布模型的变形：生鱼片模型（各个相邻模块像生鱼片那样部分重叠）以及大瀑布带着小瀑布（各个子系统统一到最后进行系统测试）
5.4 统一流程RUP
统一流程Rational Unified Process，团队的各种成员在一个复杂的软件项目中的不同阶段做不同的事。这些不同类型的工作在RUP中叫做规程或者工作流。简介：
业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理。
分为四个阶段：初始阶段（达到生命周期目标里程碑）、细化阶段（达到生命周期结构里程碑）、构造阶段（达到初始功能里程碑）、交付阶段（达到产品发布里程碑）