※ 引述《stu87616 (文組工程師)》之銘言：
效能跟維護性可以兼顧
甚至開發速度進來湊一腳也可以
但聽你的描述
只能說 你對"追求效能"這件事的理解有誤
追求效能不是叫你 省一個運算子 省一行描述 累積出幾十個"省"這種追求
"追求維護性" 也不是叫你把一個可寫成簡潔函式的東西
硬寫成 一行描述做一件事 每個變數都必定要正確命名這種事
: 各位先進好，
: 小弟現在手上的專案迎來了一次架構優化的機會，正好由我負責
: 為了達成某個特定的小需求，我發現下到底層去客製一些接口就可以完美做到，
: 由於本來份內的工作就完成得很快，我就利用多餘時間如火如荼地進行實作。
: 雖然花了不少時間，但該作法確實是可行的，
: 於是我在基本架構實現到八成左右後與團隊討論是否能夠整進專案內，
: 這時成員就提出了質疑
: 1. 原先目的的那個小需求，不客製接口，只用原生的，
: 再加上一些額外的流程一樣做得到，只大概會損失 10% ~ 20% 的效能，
: 而且這個效能長期來說可以忽略，沒有必要多花這麼多時間串接；
: 2. 這個客製流程我就算有信心改到沒 bug 真的可以用，
: 我走了的話，以後的人會很難維護
: 第一點我不介意多花時間來做這個流程，畢竟都做得差不多了，也很有成就感
: 第二點就無法反駁了，我完全沒有信心能夠把這套流程完美交接給別人
: 這個問題讓我陷入了困惑，在以前做一人專案的時候，
: 我可以毫不顧忌的追求效能，偶爾也會寫得很髒
: 但是要考慮到易維護性的話，很多東西就要變的綁手綁腳了
: 想請問，像這樣的抉擇，通常都是怎麼選呢