一个接近 20 年历史的系统还有必要兼容吗

[yang608]

公司现在有个很老的业务系统，从第一个版本出来也快接近 20 年了。3 年前公司推出了新框架（基于 SSM 的），并且禁止老系统的推广使用了，但是部门经理一直在让我弄兼容（其实这个兼容都不算，他是想把以前的系统换一层皮，改改名字继续用），弄得很头大。其实我本人不理解这样做的意义，而且也和经理讨论过，最后被“领导的意思”搪塞回来，大家觉得这样做有什么意义么。
另外部门基于新框架的系统也用了一年开发完成了，经理觉得新系统开发慢，主要慢在修改文件后需要重启。

[surfire91]

感觉表述的不咋清楚，我就瞎猜了：
1. “新框架系统已经开发完成了”，都开发完成了还嫌慢？
2. “慢在修改文件后需要重启”，到底只开发慢还是嫌改动需要重启觉得麻烦？

难道在新系统上改动比老系统上改动还慢？如果是那你们得检讨下新系统了
觉得重启麻烦，改进下呗，比如加些自动重启之类的东西

[maichael]

@surfire91

大概说的是开发完成了，但是需要加新功能时，也就是迭代比较慢，而慢的原因是以为开发时每次的改动都需要重新启动。

[maichael]

1. 20 年的系统如果不是非必须，牵连太多的话，最好不要兼容下去，后面想要维护都难。
2. “新系统开发慢，主要慢在修改文件后需要重启”，应该解决的是这个问题，而不是通过兼容老系统来解决这问题，饮鸩止渴。

[designer]

经理也很无奈：mmb，开发的东西还没有 20 年前的好用

[keramist]

你就工作而已 不加班 不少工资 做啥不都一样

[lance7in]

厉害厉害

可以去参观一下吗

[3a3Mp112]

UI 换了 = 新系统

不要拿后台什么的技术说话
别人看不到 = 没有

[yang608]

@surfire91 的确是像 2 楼说的一样，新系统开发完成了，但是因为是每个项目都会有不同的功能需求开发，在项目上开发就会有慢的问题

[yang608]

@maichael 第一点和经理提过，列了一些兼容的弊端，他说不出个所以然，就用“领导的意思”压下来，直接分配任务
第二点的话，做新系统的时候和经理提过用 jrebel，不过他还是不满意，他想要的效果大概是文件（前端、java 代码、mapper 等文件）放上去之后立马能生效的这种

[yang608]

@designer 的确是在 某些方面没有老系统好用，不过很多客户都是指明了想要新系统的前端界面。然后他就想到要换个皮这样的做法

[yang608]

@keramist 不加班是不可能的，一整个功能模块一个人一周（以前是两个人两周）

[yang608]

@lance7in 都是做给企业的系统，没有外网访问，没法给你分享了

[yang608]

@3a3Mp112 的确对于客户来说看不到里面的内容，只关心功能和界面。但是新系统一部分客户是满意的。 另外新系统并不是换 UI，这个前后端全都变了，以前是高度封装的框架写配置，现在是写 Java 和 html

[3a3Mp112]

@yang608 客户只是礼貌性的表示满意，你问他，新系统好在哪里了？他们就答不出来了。

[yang608]

@3a3Mp112 有客户明确表示过新系统的界面以及里面的工作流审批流程还有整体的操作方式都是比老系统满意的

[ermao]

所以新系统 UI 好看，操作流程方便
但是老系统启动更快，而且模块化做得更好一点，线上更新。

是我我也想让老系统能直接有个新界面继续用啊……

我觉得你应该想办法让新系统能具备老系统的优点

[woodface2233]

看钱的吧

[zhengxiaowai]

如果有用，20 年都要兼容，如果没用，半年都不兼容，银行系统了解一下，都是好几十年的，，，

[dorothyREN]

讲道理 你们可以考虑一下 php 开发，更新要重启？不存在的

[yang608]

@dorothyREN 提过，经理说他不会，就不考虑了