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

看板Soft_Job作者 (阿達)時間5年前 (2018/11/13 23:43), 編輯推噓5(502)
留言7則, 5人參與, 5年前最新討論串2/5 (看更多)
※ 引述《srwhite (阿白)》之銘言: (恕刪) : 但最近又要再增加一個 : 於是我開始猶豫該不該整個打掉重構 : 避免程式碼繼續這樣擴張下去 感覺很不專業 : 之後再有需求也比較好調整 : 但如果複製改一改大概只要一個小時 : 打掉重構可能要一個禮拜 還不保證會不會有甚麼多出來的bug : 想請教大家在類似的情況 : 都用哪些標準來決定甚麼時候應該重構 其實這問題不一定要重構 或者說有個折衷的方法 就是把新寫的那支拿來重構 把第二次的需求跟第一次合併,也就是新的需求都跑新寫的 舊的就繼續跑原本舊有的code 這樣就不用動到舊的code,新的也不用一直複製改 等於是重構只做半套 不過至少新的部分架構比較好,以後要改也比較有把握 可以算是現實妥協下的方案吧~ 一點小淺見~供做參考 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.250.212.49 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1542123788.A.DAD.html

11/14 01:12, 5年前 , 1F
然後之後換一批人就會莫名其妙為什麼同一個行為有兩支
11/14 01:12, 1F

11/14 01:25, 5年前 , 2F
很正常 我的案子同一個模組有三種寫法.
11/14 01:25, 2F

11/14 01:26, 5年前 , 3F
經過實驗,遞增不改舊,才是最穩的做法
11/14 01:26, 3F

11/14 02:05, 5年前 , 4F
CleanCode有提到『童子軍原則』,可以搜尋一下
11/14 02:05, 4F

11/15 15:39, 5年前 , 5F
務實,慢慢逐步取代風險小很多。
11/15 15:39, 5F

11/20 08:45, 5年前 , 6F
ㄊㄜ
11/20 08:45, 6F

11/20 08:45, 5年前 , 7F
推,這做法很安全
11/20 08:45, 7F
文章代碼(AID): #1Rwl4Csj (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1Rwl4Csj (Soft_Job)