怎么看待在开发过程中就进行优化的问题？

[Freeego]

不知道是完美主义还是什么，我自己在开发的时候总是习惯同步地进行优化，而且是那种我自己都觉得没什么必要的优化。

比如经常苦思冥想降低几个百分点的 CPU 占用率，想尽办法降低内存消耗，写一个组件的时候一开始就尽量写得可扩展可重用。关键是这些地方优化了也基本看不出什么明显的效果，反而本来一件简单的事会被我自己搞得很复杂，但是不这么做我心里又难受，感觉浑身不舒服。

各位平时会时时考虑优化么，还是说不碰到性能问题就不优化？感觉都有点强迫症了，难受的不行……

[ericls]

最大的毛病之一

一定要克服

[waterlaw]

这是对的， 前期不优化后期都懒得优化，把控代码质量是个好的习惯，但也不要过度设计就是了。

[xuanbg]

这个正常，优秀的程序员都是这样一步步成长起来的。什么都应付应付能用就行，就不会有任何的成长。

[darksword21]

但是有时候时间紧就只能先做完再说了

[dswyzx]

只要按时交活,没有 bug.越优化岂不是越好
反之,优化了一句,还有 10 句没实现,或者 bug 没修复.那肯定凉凉

[xhq]

看标题还以为人被优化了，原来是代码的优化🤔

[ericls]

@waterlaw 楼主这个不是代码质量问题 而是性能优化

自己写 lib 倒是可以
写 application 和 product 千万不可 因为这些是给人用的 人是很难预测的 所以你对假定情景的优化成本太高

[ericls]

如果你的优化没有 assumption 那你就是万能的预言家了

[bk201]

想太多的结果会造成工作量没法和老板交差

[shawnsh]

除非优化对公司产生效益了，要不然白优化。还有你写的程序不一定是整个软件的性能瓶颈，说白了你在写的好，其他人写的垃圾，照样对产品没什么用。如果想重构倒是可以，优化就算了。

[ericls]

https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-abstractions/

[Freeego]

@ericls 确实是写 application 的时候…明知道用户不会有什么感受，但还是控制不住。过早的优化是万恶之源啊！

[hehheh]

把代码写的更健壮更易懂比代码运行效率提高那么几个百分点更重要。
当然如果你是搞高频交易的当我没说

[hehheh]

还有上边有个人说的很好，你的代码速度可能根本不是瓶颈，这个只有写过很大的工程才能明白。特别是当一个工程由几十号人开发了好几年过来的

[ericls]

@Freeego 这还是建立在用户想用这个功能的假设基础上的


不过作为程序员 写优雅高效的代码 也是一种满足 但是那是兴趣 不是职业 如果有个公司能让你工作时候这么干 你好好珍惜吧

[wangyzj]

这是正确做法
大前提是你要规划好进度

[littlewing]

写一个组件的时候一开始就尽量写得可扩展可重用 这个是好的
至于性能优化，开发阶段没必要，后续需要看瓶颈到底在哪里，再针对性优化

[dazhangpan]

如果简单的操作能带来提升是完全可以一边开发一边优化的
但是这些操作对一位程序员来说是不是简单
是要看他对硬件 /操作系统 /软件架构的理解深度的
在这方面思考多了，积累多了，是能从一下手写出来的就是性能向的优化代码的
所以楼主完全不必纠结
你这是勇猛精进的必经之路而已

[LiuJiang]

一样，看到垃圾代码习惯顺手改掉，顺手改不掉得，后买再改。

[WillGoh]

如果时间够，那无所谓。如果不够，还是要考虑以下开发效率的，很多东西也不能一蹴而就不是吗？