进来公司一个多月，被指派说要去修改一个系统。 该系统已经用了10年以上，文件寥寥
可数，代码改得乱七八糟，注解只有几行。我这个职位两年内换了五个人，其他同事只知
道大概，问细节就说去看code。老板一直认为这个系统很简单，搞不懂为什么没人懂。请
问大家有没有相似经验，后来又是怎么解决，可以给我当作参考，谢谢。

三年内6人经手的fw 我看了两个月 改不动 打掉重来

跟老板说你觉得系统架构太旧 应该用新技术砍掉重练

QQ....我还无法打掉,要想办法看懂且继续用旧架构

那你就先分别测试每个功能，补上注解。

老板都麻觉得每个系统很简单只能靠你重构跟写文件啊

因为他是老板

打掉最快，但很难说服老板换掉已经跑了很久的程式而且出包的话就只能自己扛了。建议把功能分割清楚，逐步重写各个模组，等到赢得老板信任时再整个重购

说服不了就块淘阿

老板通常都不会接受"好好的"系统打掉重练吧...

看版控，每次拆一点做实验

七宝奇谋 寻找大密宝~~~~

没注解可能比较好……

叫老板来写，老板觉得简单通常系统过于复杂，薪资跟不上，就叫老板调薪

只能靠你慢慢注解了

要看系统多大欸...我之前是把一些tool等级 了不起三五千行而已但如果是跟很多东西交互到 光要了解流程规则外加一堆历史因素额外挂上去的阿哩阿渣...你一个新人要说服老板整个打掉重做 难度很高喔@@

分了啦

打掉吧

快逃

打掉 也要承担 系统出错的风险 没老板背书不要做

除非你经验很足刚好又跟老板很麻吉 不然你要重构是不可能要就是细心的维护老板觉得很简单的系统 or 块陶

敝司都是 code review + 主管会逛 git ，不太可能发生...以你的状况你要先知道这系统怎么用，由上而下抓流程比较好看 code ，由下而上追 code 通常看很慢，易失焦进入点就是你使用系统的进入点，至少照一个使用流程来追

这表示你处在一个随便的环境 要嘛跟着随便 要嘛就改变

看这份系统是不是经常需要做修改，还是偶而才需要有一点改动如果不常异动那就慢慢把它看懂，通常用了这么久的东西打掉重练的代价太大，除非是有计画性、老板同意，要不然就像你说的历史因素，很多问题你重练还是要再重解一次任务的

注解不可信 code 不会说谎历史悠久的系统常有很多不合常理的特殊处理，但却偏偏是符合业务需求，问使用者管理者他们也无法叙述详尽，重写之前还是得先搞熟旧系统再说

动不动就说要把旧专案打掉,你做得完你就做吧,先开104

没注解QQ

$$多福利好: 慢慢把程式顺完写自己懂的文.保维护顺利即可$$少福利差: 随便改最好没版控.称到找到马后就让他们继续烂

快逃吧

说很简单的都只出一张嘴...

通常会说简单的,肯定不会是自己要跳下去写的.

有总似曾相似感 块陶吧...

同病相怜，我准备要逃了

慢慢看，一边标注解啊