楼主:
eori (浮光掠影)
2016-12-18 14:34:10进来公司一个多月，被指派说要去修改一个系统。 该系统已经用了10年以上，文件寥寥
可数，代码改得乱七八糟，注解只有几行。我这个职位两年内换了五个人，其他同事只知
道大概，问细节就说去看code。老板一直认为这个系统很简单，搞不懂为什么没人懂。请
问大家有没有相似经验，后来又是怎么解决，可以给我当作参考，谢谢。
作者:
chuegou (chuegou)
2016-12-18 14:41:00三年内6人经手的fw 我看了两个月 改不动 打掉重来
作者:
jj0321 (JJ与你倒数唷)
2016-12-18 14:46:00QQ....我还无法打掉,要想办法看懂且继续用旧架构
作者:
ken1325 (优质水瓶男)
2016-12-18 15:02:00那你就先分别测试每个功能，补上注解。
打掉最快，但很难说服老板换掉已经跑了很久的程式而且出包的话就只能自己扛了。建议把功能分割清楚，逐步重写各个模组，等到赢得老板信任时再整个重购
作者:
kwpn (ITSST)
2016-12-18 16:00:00说服不了就块淘阿
作者:
iamshiao (CircleHsiao)
2016-12-18 17:12:00看版控，每次拆一点做实验
作者: bjj (夏天好冷冬天好热) 2016-12-18 18:00:00
没注解可能比较好……
作者:
maxqq (max)
2016-12-18 18:01:00叫老板来写，老板觉得简单通常系统过于复杂，薪资跟不上，就叫老板调薪
作者:
mathrew (Joey)
2016-12-18 19:19:00只能靠你慢慢注解了
作者:
Ekmund (是一只小叔)
2016-12-18 19:34:00要看系统多大欸...我之前是把一些tool等级 了不起三五千行而已但如果是跟很多东西交互到 光要了解流程规则外加一堆历史因素额外挂上去的阿哩阿渣...你一个新人要说服老板整个打掉重做 难度很高喔@@
作者: NvidiaCUDA (深度学习救台湾) 2016-12-18 19:45:00
分了啦
作者:
gino0717 (gino0717)
2016-12-18 21:08:00快逃
作者:
now99 (陈在天)
2016-12-18 21:12:00打掉 也要承担 系统出错的风险 没老板背书不要做
作者:
alog (A肉哥)
2016-12-18 22:11:00除非你经验很足刚好又跟老板很麻吉 不然你要重构是不可能要就是细心的维护老板觉得很简单的系统 or 块陶
作者:
s860134 (s860134)
2016-12-18 22:13:00敝司都是 code review + 主管会逛 git ，不太可能发生...以你的状况你要先知道这系统怎么用，由上而下抓流程比较好看 code ，由下而上追 code 通常看很慢，易失焦进入点就是你使用系统的进入点，至少照一个使用流程来追
这表示你处在一个随便的环境 要嘛跟着随便 要嘛就改变
作者:
cphe (魔鬼藏在垃圾筒里)
2016-12-18 23:42:00看这份系统是不是经常需要做修改，还是偶而才需要有一点改动如果不常异动那就慢慢把它看懂，通常用了这么久的东西打掉重练的代价太大，除非是有计画性、老板同意，要不然就像你说的历史因素，很多问题你重练还是要再重解一次任务的
注解不可信 code 不会说谎历史悠久的系统常有很多不合常理的特殊处理，但却偏偏是符合业务需求，问使用者管理者他们也无法叙述详尽，重写之前还是得先搞熟旧系统再说
动不动就说要把旧专案打掉,你做得完你就做吧,先开104
作者:
bndan (seed)
2016-12-19 16:17:00$$多福利好: 慢慢把程式顺完写自己懂的文.保维护顺利即可$$少福利差: 随便改最好没版控.称到找到马后就让他们继续烂
作者: BlockChain 2016-12-19 22:42:00
快逃吧
作者:
cerwvk (乎你~~~)
2016-12-20 21:46:00通常会说简单的,肯定不会是自己要跳下去写的.
作者:
zelkova (*〞︶〝*)
2016-12-20 22:41:00有总似曾相似感 块陶吧...