我這篇寫的跟原原PO的狀況無關
※ 引述《tbpfs ( http://pse.is/tbpfs )》之銘言:
: 其實我真的不懂為什麼要急著重構
: 有好處嗎?
: 一般而言,重構都是發生在農閒的時候
重構有好處, 而且有不得不做的狀況
我曾經遇到效能瓶頸,
發現是在整個流程順序上只要重新調整並安插幾個預處理的階段就能大幅提升效能
但原本的code就不是很clean, 隨便一個method破500行, 一個class有7、80個method
有二十多個boolean變數當作flag在控制狀態(但其實只要用3個變數就能搞定)
並且沒有unit test作保護
所以:
1. 花時間補unit test、再重構
2. 重寫
2當然最不實際, 1很多公司也不會認同, 所以最後就是直接做重構,
效能最後當然是有出來, 可讀性也提升很多
但老實講, 做的真的很痛苦
平時順手整理code那當然是舉手之勞
用千行來計的重構絕對不想再做一次, 重構完bug還算你頭上, 爽只有爽到別人而已
很多老鳥應該都知道了,這邊建議剛出社會的新鮮人:
就算你知道重構能夠大幅提升效能改善可讀性,
也要裝作不知道, 更不要主動提出重構
被你重構code的人可能會不爽你,
自己做了工作還變多 錢還是一樣,
爽只有爽到其他同事而已
公司大家寫哪種code就跟著寫哪種, 寫爛code搞得難維護更顯得你重要, 反正pm也不懂