Re: [討論] 效能與易維護性的取捨?

作者: Ommm5566 (56天團)   2018-01-21 09:48:58
※ 引述《stu87616 (文組工程師)》之銘言:
: 1. 原先目的的那個小需求,不客製接口,只用原生的,
: 再加上一些額外的流程一樣做得到,只大概會損失 10% ~ 20% 的效能,
: 而且這個效能長期來說可以忽略,沒有必要多花這麼多時間串接;
: 2. 這個客製流程我就算有信心改到沒 bug 真的可以用,
: 我走了的話,以後的人會很難維護
先問一個 你的10~20%怎麼來的 用benchmark測嗎?
直接跟你說絕對是"可維護優先" 理由太多了
第一個是寫得不好連自己都看不懂 不要說維護 連debug都做不到
如果沒有切好 千辛萬苦寫好的功能或演算法很快就不能拔出來再續使用
再來優化只要針對熱區優化 有切好幾乎外面不用動
只有幾個核心功能實作替換成效能語意而已 其他地方優化效果有限
作者: remmurds (Stronghold)   2018-01-21 13:17:00
推簽名檔
作者: MOONY135 (談無慾)   2018-01-21 19:07:00
我寧願多寫幾行也不要一行裡面轉換好幾層意思 之後要維護根本就是在噁心自己
作者: iLinux (艾林尼克斯)   2018-01-22 09:09:00
非常同意此篇,benchmark > 熱區分析 > 熱區優化 > benchmark > ...,這樣的優化順序才合理。 另外,每個模組間的切割,減少模組間的相依性。
作者: jack529 (Jack)   2018-01-22 10:57:00
推好文

Links booklink

Contact Us: admin [ a t ] ucptt.com