人月神话读后感

拜读过人月神话，想明白了好多思想，学会未雨绸缪，引用一位总结的特别好的CSDN博主的话，

 第一个开发的系统往往不合人意，系统的丢弃和重新设计是必经阶段。

 目标上的一些正常变化无法避免，事先为它们做好准备比假设他们不会出现要好得多。

 为变更组件团队比为变更进行新设计更加困难。

 维护成本受用户数目的严重影响，用户越多，所发现的错误也越多。

 产品生命周期中每月BUG的数量变化曲线是“先下降后上升“。

缺陷修复总会以20%-50%的几率引入新的bug。

每次修复之后，必须重新运行先前所有的测试用例。

实现设计的人员越少，接口越少，产生的错误就越少。

所有修改都倾向于破坏系统的架构，增加系统的混乱程度。

即使是最熟练的软件维护工作，也只是延缓了系统退化到不可修复的混乱状态的进程。

来源：CSDN
原文：https://blog.csdn.net/ruoyiqing/article/details/38777111 

还有就是做项目不能拖延，项目延迟对程序员来讲是一个最大的摧残，未来的路还长，需要学的太多太多，软工之路 加油