第5章 管束奇客和狗
管理的任务就是让人能协同工作，益其长处、弱其短处。数字只是管理的一个起点，并非终点。
用代码行数计算软件生产力不太可靠。
非正式机制总是存在，而且如果没真正理解就改变他是很危险的，要避免扰乱原来运行畅通而且你无法以同等代价替换的系统。
第6章 搞掂设计方案
别做大项目。从小项目开始，而且永远不要期望它变大。如果这么想（指做大型软件），就会做过度设计，把它想象行过于重要。更坏的情况是，你可能会被自己想象中的艰难工作所吓倒。所以要从小处起步，着力考虑细节。别去想大图景和好设计。如果项目没解决某些需求，多半就是被过度设计了。
别指望在短时间内达到大成就。
每个难题都有其独特之处，所以要逐个学习，在做事情，从而占据有利位置。站在有利位置，就能决定抛弃什么——代码不值钱。但它常告诉你下一步该做什么。
第7章 细节视图
是在规格说明里写明了的！或者，根本没在规格说明里写出！这就是每个遭遇阻碍的软件项目不可避免会发出的重复呼声。规格说明将需求——软件开发者的客户提出的目标或愿望——翻译为指挥程序员的详细行军指令。
打戳机制旨在给计算机桌面一如一种富有生产力的多义性，更接近反映出人类的思维方式。
人类语言的容错性较强。
第8章 白板上的即时贴
白板上的即时贴可以节省大量时间。