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

[Ommm5566 (56天團)]

※ 引述《stu87616 (文組工程師)》之銘言：
: 1. 原先目的的那個小需求，不客製接口，只用原生的，
:    再加上一些額外的流程一樣做得到，只大概會損失 10% ~ 20% 的效能，
:    而且這個效能長期來說可以忽略，沒有必要多花這麼多時間串接；
: 2. 這個客製流程我就算有信心改到沒 bug 真的可以用，
:    我走了的話，以後的人會很難維護

先問一個 你的10~20%怎麼來的  用benchmark測嗎?

直接跟你說絕對是"可維護優先"  理由太多了

第一個是寫得不好連自己都看不懂  不要說維護  連debug都做不到

如果沒有切好 千辛萬苦寫好的功能或演算法很快就不能拔出來再續使用

再來優化只要針對熱區優化  有切好幾乎外面不用動

只有幾個核心功能實作替換成效能語意而已   其他地方優化效果有限

--
作者: fleece (...) 看板: KoreanPop
標題: [問題] 請問一個叫O.S.T的歌手
時間: Fri Feb 19 12:25:09 2016

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.131.119
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1516499343.A.ADE.html
推 remmurds: 推簽名檔
→ MOONY135: 我寧願多寫幾行也不要一行裡面轉換好幾層意思 之後要維
→ MOONY135: 護根本就是在噁心自己
推 iLinux: 非常同意此篇，benchmark > 熱區分析 > 熱區優化 > benchm
→ iLinux: ark > ...，這樣的優化順序才合理。 另外，每個模組間的切
→ iLinux: 割，減少模組間的相依性。
很多人寫程式寫到後來都忘了計概教的Amdahl's law T(s) = T * (1-p)+ T * (p/s)

最有效的優化就是針對重複執行最多次的地方
※ 編輯: Ommm5566 (114.36.71.68), 01/22/2018 09:36:32
推 jack529: 推好文