23、总是使用源码控制
Always Use Source Code Control
源码控制是你的工作的时间机器——你能够回到过去。
24、要修正问题，而不是发出指责
Fix The Problem，Not The Blame
bug 是你的过错还是别人的过错，并不是真的很有关系
——它仍然是你的问题，它仍然需要修正。
25、不要恐慌
Don't Panic When Debuging
做一次深呼吸，思考什么可能是bug的原因。
26、“Select” 没问题
“Select” Isn’t Broken
在 OS 或编辑器、甚至是第三方产品或库中很少发现bug。
bug很可能在应用中。
27、不要假定，要证明
Don't Assume It - Prove It
在实际环境中——使用真正的数据和边界条件——证明你的假定。
28、学习一种文本操纵语言
Learn a Text Manipulation Language
你用每天的很大一部分时间处理文本，
为什么不让计算机替你完成部分工作呢？
29、编写能编写代码的代码
Write Code That Writes Code
代码生成器能提高你的生产率，并有助于避免重复。
30、你不可能写出完美的软件
You Can't Write Perfect Software
软件不可能完美。
保护你的代码和用户，使它（他）们免于能够预见的错误。
31、通过合约进行设计
Design With Contracts
使用合约建立文档，并检验代码所做的事情正好是它声明要做的。
32、早崩溃
Crash Early
死程序造成的危害通常比有问题的程序要小得多。
33、用断言避免不可能发生的事情
Use Assertions to Prevent the Impossible
断言验证你的各种假定。
在一个不确定的世界里，用断言保护你的代码。
34、将异常用于异常的问题
Use Exceptions for Exceptional Problems
异常可能会遭受经典的意大利面条式代码的所有可读性和可维护性问题的折磨。
将异常保留给异常的事物。
35、要有始有终
Finish What You Start
只要可能，分配某资源的例程或对象也应该负责解除其分配。
36、使模块之间的耦合减至最少
Minimize Coupling Between Modules
通过编写“羞怯的”代码并应用得墨忒儿法则来避免耦合。
37、要配置，不要集成
Configure，Don't Integrate
要将应用的各种技术选择实现为配置选项，而不是用过集成或工程方法实现。
38、将抽象放进代码，细节放进元数据
Put Abstrations in Code，Details in Metadata
为一般情况编程，将细节放在被编译的代码库之外。
39、分析工作流，以改善并发性
Analyze Workflow to Improve Concurrency
利用你的用户的工作流中的并发性。
40、用服务进行设计
Design Using Services
根据服务——独立的、在良好定义、一致的接口之后的并发对象——进行设计。
41、总是为并发进行设计
Always Design for Concurrency
容许并发，你将会设计出更整洁、具有更少假定的接口。
42、使视图与模型分析
Separate Views from Models
要根据模型和视图设计你的应用，从而以低廉的代码获取灵活性。
43、用黑板协调工作流
Use Blackboards to Coordinate Workflow
用黑板协调完全不同的事实和因素，同时又使各参与方保持独立和隔离。
44、不要靠巧合编程
Don't Program by Coincidence
只依靠可靠的事物。
注意偶发的复杂性，不要把幸运的巧合与有目的的计划混为一谈。
45、估算你的算法的阶
Estimate the Order of Your Algorithm
在你编写代码之前，先大致估算事情需要多长时间。
46、测试你的估算
Test Your Estimate
对算法的数学分析并不会告诉你每一件事情。
在你的代码的目标环境中测定它的速度。
网友评论