看板 Soft_Job作者 Ommm5566 (56天團)標題 Re: [討論] 效能與易維護性的取捨?時間 Sun Jan 21 09:48:58 2018
※ 引述《stu87616 (文組工程師)》之銘言：
: 1. 原先目的的那個小需求，不客製接口，只用原生的，
: 再加上一些額外的流程一樣做得到，只大概會損失 10% ~ 20% 的效能，
: 而且這個效能長期來說可以忽略，沒有必要多花這麼多時間串接；
: 2. 這個客製流程我就算有信心改到沒 bug 真的可以用，
: 我走了的話，以後的人會很難維護
先問一個 你的10~20%怎麼來的 用benchmark測嗎?
直接跟你說絕對是"可維護優先" 理由太多了
第一個是寫得不好連自己都看不懂 不要說維護 連debug都做不到
如果沒有切好 千辛萬苦寫好的功能或演算法很快就不能拔出來再續使用
再來優化只要針對熱區優化 有切好幾乎外面不用動
只有幾個核心功能實作替換成效能語意而已 其他地方優化效果有限
--
看板 KoreanPop作者 fleece (...)標題 [問題] 請問一個叫O.S.T的歌手時間 Fri Feb 19 12:25:09 2016
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.131.119
※ 文章代碼(AID): #1QO_6FhU (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1516499343.A.ADE.html
※ 同主題文章:
Re: [討論] 效能與易維護性的取捨?
01-21 09:48 Ommm5566
→ MOONY135: 我寧願多寫幾行也不要一行裡面轉換好幾層意思 之後要維護根本就是在噁心自己2F 01/21 19:07
推 iLinux: 非常同意此篇，benchmark > 熱區分析 > 熱區優化 > benchmark > ...，這樣的優化順序才合理。 另外，每個模組間的切割，減少模組間的相依性。4F 01/22 09:09
很多人寫程式寫到後來都忘了計概教的Amdahl's law T(s) = T * (1-p)+ T * (p/s)
最有效的優化就是針對重複執行最多次的地方
※ 編輯: Ommm5566 (114.36.71.68), 01/22/2018 09:36:32
--