一、注重实效的哲学
1我的源码让猫吃了
无论是什么任务，我们都可能出现错误，这时，我们需要尽可能处理好他们以示诚实坦率。我们必须承担责任，一味的推卸责任毫无用处。要找各种选择，而非借口。
2软件的熵
熵在软件中代表“软件腐烂”。究其原因，最重要为开发项目时的心理/文化。那么为什么，我们作为开发人员不能容忍一件破窗户，因为这会为我们带来更多问题。一旦窗户开始破裂，系统也会加速腐烂。
3石头汤与煮青蛙
让人们发现正在发生的成功更容易参与，这样就可以拿出你的“石头”，让他们聚集在你身边。我们过于集中于一件小事从而忽略很多小毛病，从而打一个个补丁让软件变得臃肿复杂且无效，即温水煮青蛙。
4足够好的软件
足够好就可以，太好会让用户与软件失去联系。我们需要用户参与权衡，为软件增添功能。我们需要及时止步，让软件自己选择未来的路。
5你的知识资产
你必须定期为你的知识加资产，就像金融投资一样。多元化知识，提高价值。重新评估和平衡。每年学习一个新语言。每季度阅读一本技术书籍和非技术书籍。上课。参加本地用户组织。试探环境。上网。跟上潮流。永远保持学习的劲头，规划学习时间，带有批判性思维看待问题。
6交流
了解别人想要说什么，了解听众，了解别人的轻重缓急，选择一个好的时机，风格。
二、注重实效的途径
7重复的危害
多处重复会造成系统紊乱，当你过一段时间后，你会发现你看不懂了，甚至你改动后会造成一系列问题。太多钟重复，强加的，无意的，无耐性的，开发者之间的重复。
8正交性
我们要设计自足的组件，编写正交系统可以提高生产率与降低风险。引入第三方工具库时，注意保持系统的正交性，要明智选择技术。
9可撤销性
不能让自己只有一种想法，我们要有随时改变的决心。没有人可以知道未来怎么样，保持灵活的构架，就可以让我们的代码学会“摇滚”，可以随意变化。
10曳光弹
在黑暗中发光的代码，接到一个复杂的，新的项目，我们就可以用这个功能不全的曳光弹，他需要改动，但这是一个渐进的过程。他并不是总目标，这时我们需要修正准心。
11原型与便笺
制作原型实物，使用原型，制作架构，“不”使用原型。
12领域语言