第2章 人月神话
Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后。
开发人员对所属业务领域的深入理解有利于提高估算水平，任何一个需求功能点中对规模和工作量影响最大的是业务规则的复杂性，而不是该需求所涉及到的UI界面和基本流程。
创造性活动包括了构思，实现和交流三个阶段
人数和时间的互换仅仅适用于：
某个任务可以分解给参与人员，并且他们之间不需要交流；这在系统编程近乎不可能。
沟通所增加的负担有培训和相互交流两个部分组成 如果任务的每个部分必须分别于其他部分单独协作，则工作量按n(n-1)/1递增 沟通、交流会消耗任务分解节省的个人时间，导致添加人手，实际延长了进度。
进度灾难：
按照时间管理的方法论，你越忙的时候你越该停止下来，好好的反省究竟慢在哪里，瓶颈和根源究竟在哪里，只有当问题的根源真正被挖掘出来和解决后，才可能真正提高效率和加速度。
第3章 外科手术队伍
效率高和效率低的实施者之间的差别非常大，经常达到了数量级的水平
需要协作沟通的人员数量影响着开发成本，成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良后果。
第4章 贵族专制和民主政治
功能，而非简洁，总是被用来衡量设计人员工作的出色程度
简洁和直白来自概念的完整性。每个部分必须放映相同的原理、原则和一致的折衷机制。在语法上，每个部分应使用相同的技巧；在语义上，应具有同样的相似性。易用性需要设计的一致性和概念的完整性。
（通用的方法封装成类，统一规则和标准，分页采用同一种分页方式，语法的技巧一致，语义相似，那基本上就可以触类旁通，看懂一个系统，对其他系统的大部分代码组织形式都有所了解。）
概念的完整性要求设计必须由一个人，或者少数互有默契的人来实现。
系统的完整性决定了使用的容易程度，不能与系统基本概念进行整合的良好想法和特色，最好放到一边，不予考虑。如果出现了很多非常重要但不兼容的构想，应该抛弃原来的设计，对不同的概念合并，在合并后的系统重新开始。
类似用bootstrap替代opearMarks