最近，我阅读了人月神话的下一部分，我有了许多的感悟。
过去，我对于自顶向下的设计不够重视。好的自顶向下设计从几个方面避免了bug。首先，清晰的结构和表达方式更容易对需求和模块功能进行精准的描述。其次，模块分割和模块独立性避免了系统级的bug。另外，细节的隐藏使结构上的缺陷更加容易识别。第四，设计在每个精化步骤的层次上是可以测试的，所以测试可以尽早开始，并且每个步骤的重点可以放在合适的级别上。在以后，可以更加重视自顶向下的设计。
过去，我对于里程碑的重视程度不够。里程碑的选择只有一个原则，那就是，里程碑必须是具体的、特定的、可度量的事件，能够进行清晰定义。好的里程碑对团队来说实际上是一项服务，可以用来向项目经理提出合理要求的一项服务，而不确切的里程碑是难以处理的负担。在以后，可以更加重视里程碑的选择。
过去，我对于文档的重视程度不够。使用程序：目的、环境、范围、实现功能和使用的算法、输入、操作指令、选项、运行时间、精度和校验。验证程序。除了程序的使用方法，还必须附带一些程序正确运行的证明，即测试用例。修改程序。调试或者修复程序需要更多的信息。在以后，可以更加重视文档的使用。
过去，我对于现代软件系统中无法避免的内在特性的了解不够。复杂度。规模上，软件实体可能比任何由人类创造的其他实体要复杂，因为没有任何两个软件部分是相同的。一般性。并不是只有软件工程师才面对复杂问题。物理学家甚至在非常“基础”的级别上，面对异常复杂的事物。可变性。软件实体经常会遭受到持续的变更压力。当然，建筑、汽车、计算机也是如此。在以后，可以更加注意了解这些现代软件系统中无法避免的内在特性。
过去，我对于冒着风险进行投入的勇气不够。为了预期中的，但是有些不确定的收益，冒着风险投入金钱是投资人每天都在做的事情。不过，在很多软件公司中，这需要真正的管理勇气，一种比技术竞争力或者优秀管理能力更少有的精神。在以后，可以适当提升自己冒着风险进行投资的勇气。
标签：读后感,重视,25,程序,自顶向下,2023.4,软件,不够,里程碑 From： https://www.cnblogs.com/zhangxutong/p/17354174.html