高价值代码屎山要不要重构？

[TheMatrix2]

[TheMatrix2]

我觉得要重构，或者重写。重构是训练维护人员的必要手段。还得不停的重构。

[whitepaper]

说明软件工程用处也不大。只要没问题，有必要花力气去改变吗？不如花点时间旅游

[lahei]

太多因素了。重构死了的不计其数

[Havana]

第一原则："if it's not broken don't fix it"

[TheMatrix2]

第一原则："if it's not broken don't fix it"

哦我说的应该是原开发者还在的情况下。要带领人重构。

[monk]

有钱就重写一份，没钱就将就用呗。

[Rabboni]

最恶心的就是if it's not broken don't fix it。垃圾就是这么来的。编程序就像搭积木，底盘不稳的时候，越往上越难搭，最后搭不了了，最后只能推倒重来。

[Havana]

原开发者还在就更不该重构这种屎山，直接推到写2.0

哦我说的应该是原开发者还在的情况下。要带领人重构。

[tmbb2010]

要分什么样的糟糕的代码，分类不同，对付手段不同。

1，越牛B的码农，就越是有自己的一套写作手法，代码就像他的作品一样，容不得一丝瑕疵（只要有一丁点儿和他的手法不一样），所以，说别人的代码是垃圾的，占99%
2，如果和他的写作手法不一样，甚至构思不一样的地方很多，那么通病就是扔垃圾堆，自己重新写
3，重新写的代码，自己感觉完美了，但往往和前任写的代码一样，碰到实际环境，或者长时间的测试，问题开始显露，一样的糟糕，甚至不如前任的代码能跑。
4， 没有人愿意去仔细研究别人的代码，揣摩别人的意图，一般情况下，都是“要达到这个目的，这样这样不就行了？”，于是把别人的扔垃圾堆

所以，俺的原则是，只要别的代码不犯重大逻辑上错误，结构上没有影响机器速度而且可以达到目的，就绝对不要重构/重写。否则，后面会有太多的瓜等你吃。

[Havana]

这个垃圾能每年带来2000万刀的收入。码农想炫技可以重启一摊。如果重构搞坏了，2000万刀码农赔得起嘛。

最恶心的就是if it's not broken don't fix it。垃圾就是这么来的。编程序就像搭积木，底盘不稳的时候，越往上越难搭，最后搭不了了，最后只能推倒重来。

[Burlingame]

重写一版都比重构容易