1.把“成本”滑钮从“低廉”移向“昂贵”，你会发现，这会让“质量”滑钮从“低劣”一端向“优良”一段稍稍移动。
在Chandler开发过程中，项目经理需要精确反应在成本、进度、特性或质量上的决策，协调团队力量，这是很考验一个人的能力的。二者的选择在实际项目开发中经常会遇到，一款好的软件能做到“杀手级特性”，精准满足用户。
2.用代码行来衡量软件生产力太愚蠢
用代码行做判断标准只会鼓励程序员写出臃肿而蹩脚的代码。重写之后的Quickdraw代码比旧版本少了2000行却更加高效快速，可见代码行数计算生产力确实是不可靠的。在平时做项目时也要避免代码过于臃肿
3.就软件的实践而言，开发者们对于自己的进度也不比经理知道的多
可见在一个大型项目中，掌握进度是一件困难的事情，是对能力的考验
4.程序员的行为特征——很像是患了艾斯伯格综合征
为了要与指令及其沟通更密切，程序员切断了与人性一面的联系，好处是有助于写出更有效率的代码、设计更有效率的算法；坏处是他们不懂得如何打造能完成人类用户设定目标的程序。
软件的开发最终是要让人使用，如果一款软件做不到和用户的良好交互体验，那它必定是失败的，或者说，多数用户并不懂技术，只知道如何使用，而开发者要做的工作就是令软件尽可能的友好。