※ 引述《stu87616 (文组工程师)》之铭言：
效能跟维护性可以兼顾
甚至开发速度进来凑一脚也可以
但听你的描述
只能说 你对"追求效能"这件事的理解有误
追求效能不是叫你 省一个运算子 省一行描述 累积出几十个"省"这种追求
"追求维护性" 也不是叫你把一个可写成简洁函式的东西
硬写成 一行描述做一件事 每个变量都必定要正确命名这种事
: 各位先进好，
: 小弟现在手上的专案迎来了一次架构优化的机会，正好由我负责
: 为了达成某个特定的小需求，我发现下到底层去客制一些接口就可以完美做到，
: 由于本来份内的工作就完成得很快，我就利用多余时间如火如荼地进行实作。
: 虽然花了不少时间，但该作法确实是可行的，
: 于是我在基本架构实现到八成左右后与团队讨论是否能够整进专案内，
: 这时成员就提出了质疑
: 1. 原先目的的那个小需求，不客制接口，只用原生的，
: 再加上一些额外的流程一样做得到，只大概会损失 10% ~ 20% 的效能，
: 而且这个效能长期来说可以忽略，没有必要多花这么多时间串接；
: 2. 这个客制流程我就算有信心改到没 bug 真的可以用，
: 我走了的话，以后的人会很难维护
: 第一点我不介意多花时间来做这个流程，毕竟都做得差不多了，也很有成就感
: 第二点就无法反驳了，我完全没有信心能够把这套流程完美交接给别人
: 这个问题让我陷入了困惑，在以前做一人专案的时候，
: 我可以毫不顾忌的追求效能，偶尔也会写得很脏
: 但是要考虑到易维护性的话，很多东西就要变的绑手绑脚了
: 想请问，像这样的抉择，通常都是怎么选呢