资深同事写的代码不够优化, 有拖后腿的潜力, 怎么说比较合适?

[raynix]

[ipoh]

优化很重要么

[skybr]

性能没构成瓶颈前不需要优化, 不然你们以后怎么拿出漂亮的性能提升比给BOSS看?

[wy315700]

@skybr
严重同意，只要代码能跑，能运行，那就先放放，把精力放在别的地方会比较好。
等出了问题，然后再考虑优化。

[qonco]

too young too navie

[missdeer]

过早的优化是万恶之源。

最近我们leader设计的一个项目各种丑陋到想吐的设计源头都是优化效率，真是受不了了。

[raynix]

@skybr 好主意.

[raynix]

@qonco 这么说不大礼貌吧哈哈

[chundong]

code review

[fo2w]

我觉得在谈这个之前理清楚到底是不够优化, 还是没达到基本要求
比如, 明明一个循环可以搞定的事情, 写了2个循环, 这是没达到基本要求, 要说!
但是, 如果是因为一些代码看上去技巧性不够, 或者想当然认为是没有写成最优写法
那还是听ls的, 过早的优化是万恶之源, 一切等最后profilling

[nooper]

code review.
keep small refactor.
modify his dirty code.
make his branch more conflict files exist.lol.

[ine181x]

如果是代码写的缺乏可维护性，让其他人需要接手后续工作或他人review时根本看不懂，是问题；如果是性能问题，不是问题。

[leavic]

我觉得你可以跟他委婉的说,例如这样:

傻逼你再不改行早晚饿死!

[leiz]

@leavic 哈哈

[anubiskong]

你可以让这个人负责审核代码

[summic]

我的经验：前期各种设计得很好的项目都不怎么赚钱, 反而是那些 Quick&dirty 的代码赚到了

[Zuckonit]

过早的优化是万恶之源。 首先考虑的是可维护性

[Navee]

@fo2w 同意!

[princeofwales]

原来你们写的代码不考虑性能问题，怪不得还没有成为“资深同事”

[wangdaimishu]

请记住互联网六字真言：先上线，再优化！

[66beta]

码农是不是都想太多，自己做项目的时候，虽然开始前多想好的，但是做着做着就觉得这样更好，那样更好，结果时间拖了再拖，这是不是一个坏习惯？