本书第四章为注重实效的偏执。
给出了提示30，你不可能写出完美的软件。
在“按合约设计”部分，给出了提示31，通过合约进行设计。如果语言不在代码中支持DBC，也可以把合约作为注释放在代码中。通过早崩溃，在问题现场找到和诊断问题要容易的多。
在“死程序不说谎”部分，给出了提示32，早崩溃。当你的代码发现，某件被认为不可能发生的事情已经发生时，你的程序就不再有存活能力，从此时开始，他所做的任何事情都会变得可疑，所以要尽快终止他，死程序带来的危害通常比有疾患的程序要小的多。
在“断言式编程”部分，给出了提示33，如果它不可能发生，用断言确保它不会发生。
在“何时使用异常”部分，关于异常的问题之一是知道何时使用他们。异常很少应作为程序的正常流程的一部分使用，异常应保留给意外事件。给出了提示34，将异常用于异常的问题。
在“怎样配平资源”部分，给出了提示35，要有始有终。他意味着，分配某项资源的例程或对象应该负责解除该资源的分配。对于需要不止一个资源的例程，可以对资源分配的基本模式进行扩展，给出了两个建议，1、已与资源分配次序相反的次序解除资源分配 2、在代码的不同地方分配同一组资源时，总是以相同的次序分配他们，这将降低发生死锁的可能性。