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