这是一个创建于 2260 天前的主题，其中的信息可能已经有所发展或是发生改变。
该怎么做？
 |
1
tanranran 2018-09-07 21:53:45 +08:00
公司让你走？
还是公司让你重构项目 |
 |
2
lucky2javascript OP @tanranran 重构
|
 |
3
AllOfMe 2018-09-07 23:02:23 +08:00 via Android
那不挺好嘛，锻炼你思考架构的能力
|
 |
4
wu67 2018-09-07 23:16:21 +08:00
重开一个项目把逻辑抄过来, 那没什么. 原基础上一边改一边加新功能?对不起, 我先静一静...
|
|
5
lucky2javascript OP @wu67 用新框架重构吧。不用加新功能
|
 |
6
Mitt 2018-09-07 23:44:56 +08:00 via iPhone
不加新功能一般给时间就好了，时间短就照抄，时间长就多改良一下
|
 |
7
df4VW 2018-09-07 23:46:43 +08:00
先写测试
|
|
8
lucky2javascript OP @Mitt 抄不来，新的框架是另一种写法啊
|
 |
9
PP 2018-09-08 00:37:32 +08:00  2
开发管理和项目管理层面我不提了，相信后面会有很多有经验的朋友去讲，我只提几点公司管理层面的因素请楼主参考。
重构项目通常脱离不了原始需求及新需求，两种需求在公司内部的处理层级决定了重构项目的资源倾斜和管理等级。楼主需要明确自己的汇报对象是否有足够的管理话语权及资源，然后需要获取公司内部的评估报告或倾向性意见，再向自己的汇报对象争取到自己在重构项目失败后的退路，避免全职进行重构。反过来，如果公司没有同时提供决断权、充分的资源、退路这三项内容给您，这个机会便不能被视为一个真正的机会，至于后续回报更是不用谈。个人意见，未考虑特定环境的实际限制，供您参考。 |
 |
10
Moorj 2018-09-08 00:48:03 +08:00
上级布置的任务，直接做啊，有问题再说
难道可以讨价还价的？ |
 |
11
msg7086 2018-09-08 01:06:19 +08:00
根据业务使用情况，可以考虑做小规模阶段性重构，类似 piggyback 的做法，阶段性地把一部分分解出来重构，剩下的部分继续沿用老代码。这样每个阶段的成果都是一个 deliverable 产品，即使在任何时刻项目停止了，已经重构的部分仍然能够保留下来。
|
Select Language