1
kmvan 2014-10-17 00:32:32 +08:00
按照你的描述,这将会是一项十分艰辛的工程。应该不能算是重构,算是新建吧。
我认为,没有出现难以修复的问题前,还是不要”新建“好。除非,你的团队能力充足,不然会累得想死 |
2
ldbC5uTBj11yaeh5 2014-10-17 00:34:16 +08:00 via iPhone
别急着重构,抛开代码上好恶,等一段时间再看。
那时如果时机合适并且你还有重构的动力的话,再动手。 这一段时间可以先附带总结梳理需求,推敲设计。 |
3
msg7086 2014-10-17 00:45:23 +08:00
试试测试保护开发……
|
4
PP 2014-10-17 07:45:49 +08:00 via iPad 1
这不应该是您的决定。同时,您可以用更好的方式来处理这件事。比如,先写几份文档,包括基本的现状描述、问题分析和风险评估,加上标题提到的重构与修补两种解决方案,列出不同的时间、人力、财务等需求,如果能计算出具体的财务收益就更好了,然后将上述文件呈递给公司领导。如果公司选择重构,那么恭喜您,您有机会和领导讨论一下晋升和加薪的事情了。
|
5
coldwinds 2014-10-17 08:41:33 +08:00
One man?
|
6
harrychuh 2014-10-17 18:37:49 +08:00 via Android
新建一个文件夹,重命名为v2,然后在这个文件夹里,或修修补补或重构,随你,新版完成了,无缝切换到新版,完成不了,继续旧版,有什么问题吗?
|