核对表：主要的构建实践

编码

• 你有没有确定多少设计工作将要预先进行，多少设计工作在键盘上进行（在编写代码的同事）？
• 你有没有规定诸如名称、注释、代码格式等“编码约定” （编码规范）
• 你有没有规定特定的由软件架构确定的编码实践，比如如何处理错误条件，如何处理安全性事项，对于类接口有哪些约定、可重用的代码遵循哪些标准，在编码实考虑多少性能因素
• 你有没有找到自己在技术浪潮中的位置，并相应调整自己的措施？如果必要，你是否知道如何“深入一种语言去编程”，而不受限于语言*（仅仅“在一种语言上编程”）

团队工作

• 你有没有定义一套集成工序——即，你有没有定义一套特定的步骤，规定程序员在把代码check in（签入）到主源码（代码库）中之前，必须履行这些步骤
• 程序员是结对编程、还是独自编程，或者这二者的某种组合

质量保证

• 程序员在编写代码之前，是否先为之编写测试用例 （测试驱动）
• 程序员会为自己的代码写单元测试吗？（无论先写还是后写）、
• 程序员在check in 代码之前，会调用调试器但不追踪整个代码流程吗？
• 程序员在check in 代码之前，是否进行集成测试（integration-test）
• 程序员会复审（review）或检查别人的代码吗?

工具

• 你是否选用了某种版本控制工具 （svn，git）
• 你是否选定了一种语言，以及语言的版本或编译器版本
• 你是否选择了某个编程框架（framework,如j2ee 、。net）,或者明确地决定不使用编程框架
• 你是否决定允许使用非标准的语言特性？（在使用非标准的情况下，要保证其整体迁移能力，比如hack了某一部分，要将其整体实现包括到项目内）
• 你是否选定并拥有了其他将要用到的工具——编辑器、重构工具、调试器、测试框架、语法检查器？

要点

• 每种编程语言都有其优点和弱点。要知道你使用的语言的明确优点和弱点
• 在开始编程之前，做好一些约定。“改变代码”使之符合这些“约定”是几乎不可能的
• “构建的实践方法”的种类比任何单个项目能用到的要多。有意识地选择最适合你的项目的时间方法
• 问问你自己，你采用的编程实践是对你所用的编程语言的正确响应，还是受它的控制？清记得“深入一种语言去编程”，不要仅“在一种语言上编程”
• 你在技术浪潮中的位置决定了哪种方法是有效的——甚至是可能用到的。确定你在技术浪潮中的位置，并响应调整计划和预期目标