Re: [請益] 何時會決定要重構程式

[viper9709 (阿達)]

※ 引述《srwhite (阿白)》之銘言：
(恕刪)
: 但最近又要再增加一個
: 於是我開始猶豫該不該整個打掉重構
: 避免程式碼繼續這樣擴張下去 感覺很不專業
: 之後再有需求也比較好調整
: 但如果複製改一改大概只要一個小時
: 打掉重構可能要一個禮拜 還不保證會不會有甚麼多出來的bug
: 想請教大家在類似的情況
: 都用哪些標準來決定甚麼時候應該重構
其實這問題不一定要重構
或者說有個折衷的方法
就是把新寫的那支拿來重構

把第二次的需求跟第一次合併,也就是新的需求都跑新寫的
舊的就繼續跑原本舊有的code
這樣就不用動到舊的code,新的也不用一直複製改
等於是重構只做半套
不過至少新的部分架構比較好,以後要改也比較有把握
可以算是現實妥協下的方案吧~

一點小淺見~供做參考

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.250.212.49
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1542123788.A.DAD.html
推 scorpion: 然後之後換一批人就會莫名其妙為什麼同一個行為有兩支
推 NDark: 很正常 我的案子同一個模組有三種寫法.
→ NDark: 經過實驗,遞增不改舊,才是最穩的做法
推 aspdoctor: CleanCode有提到『童子軍原則』，可以搜尋一下
推 massrelay: 務實，慢慢逐步取代風險小很多。
推 internetms52: ㄊㄜ
→ internetms52: 推，這做法很安全