林锐《软件工程思想》中，自己深有感触的一些言语摘录。有些可能是反面，有些是正面。
——这一节，和作者有些有分歧的地方。比如：可能着重点不同，或者策略不同。做为整个摘录的子部分，也摘录一些。
软件的项目计划重在“准确”而非“快速”。
程序员必须了解软件质量的方方面面。
在做软件的项目计划时，应屏弃一切浮夸作风。
人们在陷入项目不能自拨之前总难以准确地估计项目的规模与难度。
进度表要经过开发小组的讨论，在得到大部数人的支持后才能实施。
进度安排并不见得一定要符合逻辑顺序。应尽可能地先做技术难度高的事，后做难度低的事。
进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。
Microsoft公司的一些开发小组甚至制定了“50% 缓冲规则”[Cusumano 1996]。
对许多项目经理而言，容忍进度表中存在缓冲时间，不啻为观念上的一个飞跃。
不要觉得修改进度表很困难很麻烦，不修改才会产生真真的麻烦。
如果每个人的质量目标是0.95，那么十个人的累积质量不会超过0.19。如果每个人的质量目标是0.9分，那么十个人的累积质量不会超过0.03。
好规范必须是本企业有能力执行的，一个普通企业照搬一流企业的规范未必行得通。
国内很多软件公司根本没有条件去执行业界推荐的软件工程规范。
如果软件系统臃肿不堪，它迟早会出问题。
虚假的质量检查还不如不检查。
软件的项目计划和质量管理都不是用来喊叫的口号。
不要指望在项目陷入困境后靠增加人手来解救。
软件的高质量主要是设计出来的，不是“管”出来的，更不能依赖质量检查。
程序员要充分了解软件的质量因素，只有提高设计水平，才能开发出高质量的软件。