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

[raynix]

[solar]

lz 图样图森破 拿衣服

[solar]

@66beta 其实，拖到最后，就是“QTMD，就这样发布吧。”

[lazyphp]

关于过早优化是万恶之源，我不认同。
这得有一个前提，就是你没经验。
如果你做的项目，你有过相关的瓶颈经验。那么过早的优化肯定是一件好事。
不过，能够做相同项目的经历估计很少。所以，多数都是走 先上线，后优化。

[ravenw]

你得先确认你的判断是正确的，既然是资深，究竟是别人拖后腿还是你太弱没看懂还不一定呢
抱着请教的态度讨论一下先

[huoshanhui]

“还不知道瓶颈所在就匆忙进行优化，这可能是唯一一个比乱加功能更损害设计的错误。”

--《Unix 编程艺术》，优化原则。

[wdlth]

你一开始让我优化的时候我是拒绝的，优化得好怎么叫老板加钱上E3？

[vob636]

绝壁是互联网箴言！千万别过早优化，产品经理能玩死你，你放心吧

[wenbinwu]

新来的同事对我的代码也有这感觉，我只有哈哈一笑

[dustinth]

那得看你同事这么写是为了可读性特意为之还是真实的没有注意到, 新手常常犯的错误就是为了优化局部代码让代码可读性变差, 最后实际上瓶颈根本不在那里.

[Livid]

性能和内存占用这样的东西，是应该有一个系统持续去监控的。并且团队里所有人应该都可以看到这个系统的数据。

在一个有责任心的团队里，如果团队成员在系统中看到了一个可以优化的点，那么有把握的话就进行优化，然后或许第二天整个团队都可以在 APM 系统中看到某个柱子降下去，这对于所有人都是非常有意义的正向反馈。

[t2doo]

只求能运行，再丑的代码都是亲儿子，`爹爱你们啊~~~`

[zenwong]

为什么要把心思放在研究如何纠正别人的不对上呢？多看看自己，多想想自己。

[raynix]

谢各位的回复, 特别是 @Livid

需要说明的是, 这只是一个虚构的题目. 因为我个人还是很在意代码性能的, 因为一行代码坏了一个服务器是有可能的.

[jiawenjun1126]

@summic 而且很多项目都是设计死的。

[Email]

直接打击, 你们的项目根本没有面对市场的希望, 就这样吧,洗洗睡.

[dopcn]

我觉得要看自己的位置
如果自己也是资深同事甚至架构 Boss，那直接交流
如果自己是菜鸟，先用代码证实自己的想法吧

[davepkxxx]

要避免过度优化

[raynix]

> 为什么要把心思放在研究如何纠正别人的不对上呢？多看看自己，多想想自己。

王对张说: 为什么要把心思放在研究如何纠正别人的不对上呢？多看看自己，多想想自己。
李对王说: 为什么要把心思放在研究如何纠正别人的不对上呢？多看看自己，多想想自己。
赵对李说: 为什么要把心思放在研究如何纠正别人的不对上呢？多看看自己，多想想自己。
...

^_^

[raynix]

@dopcn 对的.

[zaishanfeng2014]

跟你有关系吗？小孩