Re: [討論] 前人的code 後人翻寫的機率高嗎?
會重構的專案最後都是同一種原因：
降低維護成本
諸如
1. 重構雜亂無章的偷渡資料
2. 每次一加欄位可能會從頭壞到尾
3. ...
會重構的契機通常是隨著專案越來越肥大，小需求的開發時間越來越長
重構由小到大，
從重複使用的抽出，
到重新制定 interface / architechture / 前後端分離都有
但重構前請記得為重要的部分寫 unit test，越完整越好，
至少重構完可以比較不用怕哪個環節出差錯。
如果不打算寫 unit test，就請你讓他乖乖在那就好，不要動它
否則你就只是在把坑挖得更深
另外重構很需要好的 IDE，
至少要可以看到此 function 的所有 references/implementation/hierarchy
也可以砍掉完全沒人用的 object / property 等
//------
有另外一種人叫做菜逼八，
重構只是因為太菜看不懂 code，想要自己重頭寫
或是想要盲目用最新技術重寫
重構前請檢視自己是哪種人
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.210.202
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1537795405.A.81E.html
※ 編輯: alihue (36.228.210.202), 09/24/2018 21:26:59
※ 編輯: alihue (36.228.210.202), 09/24/2018 21:28:07
推
09/24 21:31,
7年前
, 1F
09/24 21:31, 1F
→
09/24 21:31,
7年前
, 2F
09/24 21:31, 2F
推
09/24 21:44,
7年前
, 3F
09/24 21:44, 3F
→
09/24 21:44,
7年前
, 4F
09/24 21:44, 4F
推
09/24 21:46,
7年前
, 5F
09/24 21:46, 5F
感覺還是看公司風氣，
像是證交所應該一天到晚都隨著改法規在改扣，
最近又要改成即時撮合，
應該也是有經歷過重構的日子
※ 編輯: alihue (114.136.141.252), 09/24/2018 21:50:14
→
09/24 22:15,
7年前
, 6F
09/24 22:15, 6F
推
09/24 23:11,
7年前
, 7F
09/24 23:11, 7F
推
09/24 23:20,
7年前
, 8F
09/24 23:20, 8F
→
09/24 23:21,
7年前
, 9F
09/24 23:21, 9F
→
09/24 23:21,
7年前
, 10F
09/24 23:21, 10F
→
09/24 23:21,
7年前
, 11F
09/24 23:21, 11F
→
09/25 13:08,
7年前
, 12F
09/25 13:08, 12F
→
09/25 13:09,
7年前
, 13F
09/25 13:09, 13F
→
09/26 19:10,
7年前
, 14F
09/26 19:10, 14F
推
10/16 11:21,
7年前
, 15F
10/16 11:21, 15F
→
10/16 11:22,
7年前
, 16F
10/16 11:22, 16F
→
10/16 11:22,
7年前
, 17F
10/16 11:22, 17F
討論串 (同標題文章)
完整討論串 (本文為第 3 之 8 篇)：
