当改造一个经过很多人手，代码乱，设计有缺陷，但却正在大规模使用中的项目的时候该怎样做呢？
darasion · 2011-05-27 00:30:24 +08:00 · 3656 次点击这是一个创建于 4931 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题。
推倒重来是不太可能了，不仅要时间要人力要物力要财力，更主要的是还要让各方达成共识。
现在的办法只是一点点的改，改一点，试试没问题再改。
如果作为一个具体工作的程序员，谁有这方面没有经验分享？
推倒重来是不太可能了，不仅要时间要人力要物力要财力，更主要的是还要让各方达成共识。
现在的办法只是一点点的改，改一点，试试没问题再改。
如果作为一个具体工作的程序员，谁有这方面没有经验分享？
 |
1
iiduce 2011-05-27 00:41:40 +08:00
个人经验：如果没有文档，如果之前代码不但乱而且质量不高（面向过程），如果领导对改造必要性没有足够的重视，如果领导对于改造所需要花费的代价（时间、人力）没有足够的认识，接活要慎重。接了活，重构要慎重。
|
 |
2
Anylei 2011-05-27 00:49:52 +08:00
如果有管事的话，我会给管事的直接说明情况，看TA的“重视程度”了。
没管事的话，就自己根据具体情况衡量了。 |
Select Language