[討論] 缺文件少註解，沒人清楚的系統如何維護？

看板Soft_Job作者 (浮光掠影)時間7年前 (2016/12/18 14:34), 7年前編輯推噓25(25推 0噓 27→)
留言52則, 33人參與, 最新討論串1/4 (看更多)
進來公司一個多月，被指派說要去修改一個系統。 該系統已經用了10年以上，文件寥寥 可數，代碼改得亂七八糟，註解只有幾行。我這個職位兩年內換了五個人，其他同事只知 道大概，問細節就說去看code。老闆一直認為這個系統很簡單，搞不懂為什麼沒人懂。請 問大家有沒有相似經驗，後來又是怎麼解決，可以給我當作參考，謝謝。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.15.41.205 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1482042852.A.959.html ※ 編輯: eori (101.15.41.205), 12/18/2016 14:34:41
→
12/18 14:41, , 1F
三年內6人經手的fw 我看了兩個月 改不動 打掉重來
12/18 14:41, 1F
推
12/18 14:42, , 2F
跟老闆說你覺得系統架構太舊 應該用新技術砍掉重練
12/18 14:42, 2F
推
12/18 14:46, , 3F
QQ....我還無法打掉,要想辦法看懂且繼續用舊架構
12/18 14:46, 3F
→
12/18 15:02, , 4F
那你就先分別測試每個功能，補上註解。
12/18 15:02, 4F
推
12/18 15:03, , 5F
老闆都麻覺得每個系統很簡單
12/18 15:03, 5F
→
12/18 15:04, , 6F
只能靠你重構跟寫文件啊
12/18 15:04, 6F
推
12/18 15:30, , 7F
因為他是老闆
12/18 15:30, 7F
推
12/18 15:46, , 8F
打掉最快，但很難說服老闆換掉已經跑了很久的程式
12/18 15:46, 8F
→
12/18 15:47, , 9F
而且出包的話就只能自己扛了。建議把功能分割清楚，
12/18 15:47, 9F
→
12/18 15:47, , 10F
逐步重寫各個模組，等到贏得老闆信任時再整個重購
12/18 15:47, 10F
推
12/18 16:00, , 11F
說服不了就塊淘阿
12/18 16:00, 11F
推
12/18 16:32, , 12F
老闆通常都不會接受"好好的"系統打掉重練吧...
12/18 16:32, 12F
推
12/18 17:12, , 13F
看版控，每次拆一點做實驗
12/18 17:12, 13F
推
12/18 17:44, , 14F
七寶奇謀 尋找大密寶~~~~
12/18 17:44, 14F
推
12/18 18:00, , 15F
沒註解可能比較好……
12/18 18:00, 15F
推
12/18 18:01, , 16F
叫老闆來寫，老闆覺得簡單
12/18 18:01, 16F
→
12/18 18:02, , 17F
通常系統過於複雜，薪資跟不上，就叫老闆調薪
12/18 18:02, 17F
推
12/18 19:19, , 18F
只能靠你慢慢註解了
12/18 19:19, 18F
推
12/18 19:34, , 19F
要看系統多大欸...
12/18 19:34, 19F
→
12/18 19:35, , 20F
我之前是把一些tool等級 了不起三五千行而已
12/18 19:35, 20F
→
12/18 19:36, , 21F
但如果是跟很多東西交互到 光要瞭解流程規則
12/18 19:36, 21F
→
12/18 19:37, , 22F
外加一堆歷史因素額外掛上去的阿哩阿渣...
12/18 19:37, 22F
→
12/18 19:38, , 23F
你一個新人要說服老闆整個打掉重做 難度很高喔@@
12/18 19:38, 23F
推
12/18 19:45, , 24F
分了啦
12/18 19:45, 24F
推
12/18 19:56, , 25F
打掉吧
12/18 19:56, 25F
→
12/18 21:08, , 26F
快逃
12/18 21:08, 26F
推
12/18 21:12, , 27F
打掉 也要承擔 系統出錯的風險 沒老闆背書不要做
12/18 21:12, 27F
推
12/18 22:11, , 28F
除非你經驗很足剛好又跟老闆很麻吉 不然你要重構是不可能
12/18 22:11, 28F
→
12/18 22:12, , 29F
要就是細心的維護老闆覺得很簡單的系統 or 塊陶
12/18 22:12, 29F
→
12/18 22:13, , 30F
敝司都是 code review + 主管會逛 git ，不太可能發生...
12/18 22:13, 30F
→
12/18 22:15, , 31F
以你的狀況你要先知道這系統怎麼用，由上而下抓流程
12/18 22:15, 31F
→
12/18 22:16, , 32F
比較好看 code ，由下而上追 code 通常看很慢，易失焦
12/18 22:16, 32F
→
12/18 22:17, , 33F
進入點就是你使用系統的進入點，至少照一個使用流程來追
12/18 22:17, 33F
推
12/18 22:45, , 34F
這表示你處在一個隨便的環境 要嘛跟著隨便 要嘛就改變
12/18 22:45, 34F
推
12/18 23:42, , 35F
看這份系統是不是經常需要做修改，還是偶而才需要有一點改動
12/18 23:42, 35F
→
12/18 23:42, , 36F
如果不常異動那就慢慢把它看懂，通常用了這麼久的東西打掉
12/18 23:42, 36F
→
12/18 23:43, , 37F
重練的代價太大，除非是有計畫性、老闆同意，要不然就像你說
12/18 23:43, 37F
→
12/18 23:43, , 38F
的歷史因素，很多問題你重練還是要再重解一次任務的
12/18 23:43, 38F
→
12/19 04:13, , 39F
註解不可信 code 不會說謊
12/19 04:13, 39F
→
12/19 04:18, , 40F
歷史悠久的系統常有很多不合常理的特殊處理，但卻偏偏
12/19 04:18, 40F
→
12/19 04:19, , 41F
是符合業務需求，問使用者管理者他們也無法敘述詳盡，
12/19 04:19, 41F
→
12/19 04:19, , 42F
重寫之前還是得先搞熟舊系統再說
12/19 04:19, 42F
→
12/19 09:26, , 43F
動不動就說要把舊專案打掉,你做得完你就做吧,先開104
12/19 09:26, 43F
推
12/19 12:54, , 44F
沒註解QQ
12/19 12:54, 44F
→
12/19 16:17, , 45F
$$多福利好: 慢慢把程式順完寫自己懂的文.保維護順利即可
12/19 16:17, 45F
→
12/19 16:19, , 46F
$$少福利差: 隨便改最好沒版控.稱到找到馬後就讓他們繼續爛
12/19 16:19, 46F
推
12/19 22:42, , 47F
快逃吧
12/19 22:42, 47F
推
12/20 16:14, , 48F
說很簡單的都只出一張嘴...
12/20 16:14, 48F
推
12/20 21:46, , 49F
通常會說簡單的,肯定不會是自己要跳下去寫的.
12/20 21:46, 49F
→
12/20 22:41, , 50F
有總似曾相似感 塊陶吧...
12/20 22:41, 50F
推
12/21 16:58, , 51F
同病相憐，我準備要逃了
12/21 16:58, 51F
推
12/24 19:05, , 52F
慢慢看，一邊標註解啊
12/24 19:05, 52F
‣ 更多 eori 的文章
文章代碼(AID): #1OLYtabP (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 4 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共4篇)
‣ 更多 eori 的文章
文章代碼(AID): #1OLYtabP (Soft_Job)