项目管理要点
随着项目规模的扩大，交流需要加以支持。大多数方法论的关键点都在于减少交流中的问题，而一项方法论存亡的关键也取决与他能否促进交流。
大项目的生产率会低于小项目，大项目中每千行代码的错误率会高于小项目。
在小项目里的一些看起来‘应当如此’的活动，在大项目中必修仔细的计划。
放大轻量级的方法论，要好于缩小重量级的方法论。
管理构建
任何一种项目特征都是可以用某种方法来度量的，而且总会比根本不度量好得多。
要点：
好的编程实践，可以通过贯彻标准或者使用更为灵活的方法来达到。
配置管理，如果应用得当，会使程序员的工作变得更加轻松。特别包括变更控制。
好的软件评估是一项重大挑战。成功关键包含采用多种方法，随着项目的开展而修正评估结果，以及很好的利用数据来创建评估等。
度量是构建管理成功的关键。你可以取措施度量项目的任何方便，而这要比根本不度量好得多。准确的度量是控制精确进度表，质量控制和改进开发过程的关键。
程序员和管理人员都是人，再把他们当人看时候工作的最好。
集成 integration
集成要点：
构建的先后次序和集成的步骤会影响设计，编码，测试各类的顺序。
一个经过充分思考的集成顺序能减少测试的工作量，并使调试变容易。
增量集成有若干变型，而且-除非项目是微不足道的- 任何一种形式的增量集成都比阶段式集成好。
针对每个特定的项目，最佳的集成步骤通常是自顶向下，自底向上，风险导向以及其他集成方法的某种组合。T-型集成和竖直分块集成通常都能工作很好。
daily build 能减少集成的问题，提升开发人员士气，并提供非常有用的项目管理信息。
继承要点：
构建的先后次序和集成的步骤会影响设计，编码，测试各类的顺序。
一个经过充分思考的集成顺序能减少测试的工作量，并使调试变容易。
增量集成有若干变型，而且-除非项目是微不足道的- 任何一种形式的增量集成都比阶段式集成好。
针对每个特定的项目，最佳的集成步骤通常是自顶向下，自底向上，风险导向以及其他集成方法的某种组合。T-型集成和竖直分块集成通常都能工作很好。
daily build 能减少集成的问题，提升开发人员士气，并提供非常有用的项目管理信息。
编程工具要点:
程序员有时会在长达数十年的时间里忽视某些强大的工具，之后才发现并使用。
好的工具能让你的日子过的安逸的多。
下面这些工具已经可用了。编辑，分析代码质量，重构，版本控制，除错，测试，代码调整。
你能打造许多自己的的专用工具。
不要注释糟糕的代码，应重写之。
注释要点，
该不该注释是个需要认真对待的问题。差劲的注释只会浪费时间，帮倒忙，好的注释才有价值。
源代码应当含有程序大部分的关键信息，只要程序依然再用，源代码比其他资料更能保持更新，故而能将重要信息融入代码是很有用处的。
好的代码本省就是最好的说明。如果代码太糟糕，需要大量的注释，应先试着改进代码，直至无须过多注释为止。
注释应说出代码无法说出的东西，例如：概述或者用意等信息。
有的注释风格需要许多重复性劳动，应舍弃之，改用易于维护的注释风格。