这是一个创建于 2480 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近接触了公司里的两个给老外维护的项目，为什么都会存在这么多年呢，国内的项目好像很少见到这种
一个 perl 的项目，里面又是 c/c++，又是 perl，还有杂七杂八的各种文件数据库，没事翻代码的时候，看到有的注释是 1989 年的，还有一些 changelog 是整个 90 年代，有些是 perl4 的语法，有些是 perl5 的语法，其中 perl5 的语法还不统一
另一个项目更夸张，数据库支持一些简单的 SQL，不支持复杂的 SQL，看文档才知道这数据库是原项目成员自己写的，基于文件系统的日志型数据库，需要一些业务逻辑的时候都不是写 SQL，而是修改这个文件数据库加一个包括业务逻辑的 SQL 函数，到处是指针
为什么这些老外都不升级或者重写，而是一直用这种古老的旧系统呢，换成 java 或者其他的不是更好吗，三四十年的东西了
一个 perl 的项目，里面又是 c/c++，又是 perl，还有杂七杂八的各种文件数据库，没事翻代码的时候，看到有的注释是 1989 年的，还有一些 changelog 是整个 90 年代，有些是 perl4 的语法，有些是 perl5 的语法，其中 perl5 的语法还不统一
另一个项目更夸张，数据库支持一些简单的 SQL，不支持复杂的 SQL，看文档才知道这数据库是原项目成员自己写的，基于文件系统的日志型数据库，需要一些业务逻辑的时候都不是写 SQL，而是修改这个文件数据库加一个包括业务逻辑的 SQL 函数，到处是指针
为什么这些老外都不升级或者重写，而是一直用这种古老的旧系统呢，换成 java 或者其他的不是更好吗，三四十年的东西了
 |
1
singerll 2019 年 4 月 8 日 via Android
估计成本是一方面，没人背锅也是一方面
|
 |
2
JAVAER 2019 年 4 月 8 日 via Android
因为老外没有 996
|
 |
3
across 2019 年 4 月 8 日
升级或者重写具体好在哪？
|
 |
4
orangeade 2019 年 4 月 8 日 via Android
传统软件公司？
|
 |
5
jiafaner OP |
 |
7
cest 2019 年 4 月 9 日
重写代价>好处
几十年的系统 y2k bug 没事,那就看看 2038 要不要修 |
 |
8
flynaj 2019 年 4 月 9 日 via Android
重新写一套系统，不一定跟现在的一样，新系统还是有无数 bug。都是能用就行
|
 |
9
gz911122 2019 年 4 月 9 日
国内系统也这样
你也说了是自己用的系统 能用不得了 |
Select Language