進來公司一個多月，被指派說要去修改一個系統。 該系統已經用了10年以上，文件寥寥
可數，代碼改得亂七八糟，註解只有幾行。我這個職位兩年內換了五個人，其他同事只知
道大概，問細節就說去看code。老闆一直認為這個系統很簡單，搞不懂為什麼沒人懂。請
問大家有沒有相似經驗，後來又是怎麼解決，可以給我當作參考，謝謝。

三年內6人經手的fw 我看了兩個月 改不動 打掉重來

跟老闆說你覺得系統架構太舊 應該用新技術砍掉重練

QQ....我還無法打掉,要想辦法看懂且繼續用舊架構

那你就先分別測試每個功能，補上註解。

老闆都麻覺得每個系統很簡單只能靠你重構跟寫文件啊

因為他是老闆

打掉最快，但很難說服老闆換掉已經跑了很久的程式而且出包的話就只能自己扛了。建議把功能分割清楚，逐步重寫各個模組，等到贏得老闆信任時再整個重購

說服不了就塊淘阿

老闆通常都不會接受"好好的"系統打掉重練吧...

看版控，每次拆一點做實驗

七寶奇謀 尋找大密寶~~~~

沒註解可能比較好……

叫老闆來寫，老闆覺得簡單通常系統過於複雜，薪資跟不上，就叫老闆調薪

只能靠你慢慢註解了

要看系統多大欸...我之前是把一些tool等級 了不起三五千行而已但如果是跟很多東西交互到 光要瞭解流程規則外加一堆歷史因素額外掛上去的阿哩阿渣...你一個新人要說服老闆整個打掉重做 難度很高喔@@

分了啦

打掉吧

快逃

打掉 也要承擔 系統出錯的風險 沒老闆背書不要做

除非你經驗很足剛好又跟老闆很麻吉 不然你要重構是不可能要就是細心的維護老闆覺得很簡單的系統 or 塊陶

敝司都是 code review + 主管會逛 git ，不太可能發生...以你的狀況你要先知道這系統怎麼用，由上而下抓流程比較好看 code ，由下而上追 code 通常看很慢，易失焦進入點就是你使用系統的進入點，至少照一個使用流程來追

這表示你處在一個隨便的環境 要嘛跟著隨便 要嘛就改變

看這份系統是不是經常需要做修改，還是偶而才需要有一點改動如果不常異動那就慢慢把它看懂，通常用了這麼久的東西打掉重練的代價太大，除非是有計畫性、老闆同意，要不然就像你說的歷史因素，很多問題你重練還是要再重解一次任務的

註解不可信 code 不會說謊歷史悠久的系統常有很多不合常理的特殊處理，但卻偏偏是符合業務需求，問使用者管理者他們也無法敘述詳盡，重寫之前還是得先搞熟舊系統再說

動不動就說要把舊專案打掉,你做得完你就做吧,先開104

沒註解QQ

$$多福利好: 慢慢把程式順完寫自己懂的文.保維護順利即可$$少福利差: 隨便改最好沒版控.稱到找到馬後就讓他們繼續爛

快逃吧

說很簡單的都只出一張嘴...

通常會說簡單的,肯定不會是自己要跳下去寫的.

有總似曾相似感 塊陶吧...

同病相憐，我準備要逃了

慢慢看，一邊標註解啊