代码大全阅读笔记I

书中所阐述设计是一个启发式过程 隐喻是启示而不是算法 典型情况下需求会有多少改动？IBM和其他公司的研究发现，平均水平的项目在开发过程中，需求会有25%的变化（Boehm 1981，Jones 1994，Jones 2000）。在典型的项目中，需求变更导致的返工占到返工总量的75%到85%（Leffingwell 1997，Wiegers 2003）。 注意项目的商业案例：有些需求作为功能特色来看是不错的想法，但是当你评估“增加的商业价值”时就会觉得它是个糟透了的主意。 一个好的项目规划者，应能尽早清楚项目中的主要风险，以使大部分工作能平稳进行如何全面的分析所面对的问题是最棘手的事情。面对所要构建的系统，我更推荐先仔细查找、分析你所能找到的所有类型系统、设计、代码。经验标明，系统中的80%的部分应该能找到参照系，这也是 80/20 原则。在这样的指导建议下，能很大程度上降低设计的难度和风险Sapir-Whorf假说是，你思考的能力取决于你是否知道能够表达该思想的词汇。如果你不知道这些词汇，就无法表达出这种思想，甚至可能不能形成这种思想（Whorf 1956）

在我的程序设计中，如何重构？如何设计，这仍是令我困惑的点，如何定义好坏，如何相应需求，在我的设计中是需要更改与完善的地方