第一章：注重实效的哲学
在所有弱点中，最大的弱点就是害怕暴露弱点。当我们的项目出现了问题的时候不应该去选择逃避，而是要承担责任，逃避不能够解决问题，而承担相应的责任可能是另一种结果。我们要对自己犯的错误承认的去承认他，去想尽各种方法去弥补它，去减少因为错误而带来的损失，就像书中所讲：要提供各种选择，而不是找借口，不要说事情做不到；要说明能够做什么来挽回局面。这些不光是我们代码中要注意的，日常生活也是如此，不要为自己的过失找理由，更不要逃避，要尽自己可能去弥补他。
不要容忍破窗户：在我们平常的代码书写中都会存在着各种各样的小错误，或者低劣的算法设计，或者乱糟糟的代码书写，这些看似一些小小的错误并不能影响并决定最后的运行结果，但是其过一段时间就会发现糟糕的代码越来越多，最后就会出现成篇的乱糟糟的代码。例如我们平时写一个项目，我们没有将它的功能一个个的进行模块化并调用，而是乱糟糟的都堆到主函数里边，这样代码行数少了还可以，等到代码行数多了，出现的错误很难被调试发现，最后的代码也会变成垃圾代码，被人读不懂。代码中有一处小小的诟病不被修改，就会有更多处，形成恶劣循环。我们要发现代码中的小错误，小诟病及时的去修改他，让代码时刻保持整洁清楚。
知道何时止步：有时候不能过多的去追求完美而不断的给软件增加功能，我们要追求质量，功能过多的软件可能会给用户带来视觉和操作上的反感，这样往往会起到反作用。要懂得如何止步，爬的越高，摔得越惨，一步步的靠着稳定的项目质量来不断达到用户心中的完美软件。
第二章：注重实效的途径
重复的危害；系统中的每一项知识都必须具有单一、无歧义、权威的表示。重复包括很多种，每一种重复都可以被避免，被删除。重复会给软件的书写，或者软件的后期维护等过程带来很大的麻烦，因为软件的维护是整个开发过程中的例行事务，重复的代码功能或者函数给维护过程带来很大的挑战，如果某一重复的地方还有Bug，维护修复过程中就会导致维护者要知道有几处重复的地方要同时的修改，忘掉某一处也不能消除BUG，给维护者带来巨大的工作任务量。
正交性；即让程序代码消除无关事物之间的影响。事物之间的联系越多，当你修改某一处或者调用某一处的时候，便会对其联系的另一方产生影响，这样你就要修改两处或者更多的地方甚至牵扯到整个程序。当你的程序每一部分都是相互独立，各自模块化的时候，拼装组成的代码更容易修改维护。
可撤销性；这个特性跟正交性相似，就是让你的程序灵活起来，在开发项目的时候不能够做死了，完全依赖某一固定的外部条件，而是做到当外部条件发生改变时对你程序的功能不会产生影响，这样你的程序就真正可以适应不同的外部条件。