最近一直都在看人月神话,发现其中一段话觉得很现实一模一样,就记下来和大家分享一下。
所有的修改都倾向于破坏系统 架构,增加了系统的混乱程度。即使最熟练的软件维护工作,也只是延缓了系统退化到不可修复的状态,以致于必须要重新设计。(大部分的修改暂时性不会触动边界问题,直到后来,优化时各种问题才会突然出现)
许多的失败完成源于那些产品未精确定义的地方。
以上信息均来源于《人月神话》
自我总结:里程碑并不是项目的救命草,当人和月以及效率不再是同步关系,里程碑将成为项目最大的负担。
最近一直都在看人月神话,发现其中一段话觉得很现实一模一样,就记下来和大家分享一下。
所有的修改都倾向于破坏系统 架构,增加了系统的混乱程度。即使最熟练的软件维护工作,也只是延缓了系统退化到不可修复的状态,以致于必须要重新设计。(大部分的修改暂时性不会触动边界问题,直到后来,优化时各种问题才会突然出现)
许多的失败完成源于那些产品未精确定义的地方。
以上信息均来源于《人月神话》
自我总结:里程碑并不是项目的救命草,当人和月以及效率不再是同步关系,里程碑将成为项目最大的负担。