上个月花了很多精力优化了代码结果月末考核连平时的良好+都莫的连

[hHarvey]

良好+绩效工资 1.1 倍。 上个月提了个新需求，需要改动老代码，然后看老代码有提升的空间，虽然老代码也是我写的。。但是是因为业务很复杂。。所以代码也很复杂，并不是垃圾代码 然后新需求用老代码的实现方式有点冲突，就换了部分老代码的实现方式，然后发现有些地方可以优化缩减，放到通用方法里，缩减了 140 多行 然后这样的功能有 11 个。。（功能是一个一个加的） 就导致新需求进度慢了点（这个月工期并不赶） 结果领导根本不看细节代码的实现，只管能跑没 bug 就行。。 然后 1.1 都莫得了就很烦 无心搬砖

[scukmh]

你懂为什么屎山那么多了嘛。

[loading]

老代码与你的代码冲突，你优化了老代码，其实还是你为了完成当前任务才做的，kpi 其实并没有增加。

万一以后老代码有点问题，你可能还需要扣工资。

[fatelight]

有些领导绩效看代码 KB 大小的（

[index90]

技术人员的本位思考什么时候才能改变。

[nosilence]

优化了代码，减少了多少行代码不是重点，你得突出对整个系统的影响：
性能提高了 xx%；稳定性、健壮性提高了 xx%；方便后期扩展 xx%。
有很大影响就写多点，不然就是 1%，2%的提升，反正又没法真的测出来。

[Vegetable]

这个问题主要是，为什么对方没有认可你的工作？

可能 1：对方不知道你做了-> 你的工时你可能无法完全支配，应该先和领导沟通清楚。
可能 2：对方认为你不该做 -> 你没有交代清楚工作的必要性 or 其实真的没必要。
可能 3：对方认为你自己挖的坑自己填了没有鼓励的必要 -> 这个公说公有理婆说婆有理，不讨论。

[mmrx]

程序员的浪漫 vs 工资

[bk201]

优化代码给老板带来什么，这才是你向老板邀功的东西吧

[yixiang]

说白了就是公司对技术不重视。

[chippai]

只是缩减行数有什么用，一般都着重于系统提升、或者你这次优化后对以后的需求能节省多少工时，要有具体的产出（性能提升 XXX ；相同的需求下能节省 XXXpd 工时

[zjiecode]

你需要把你做的事情同步给老板啊。你做这些事情之前，需要先周知到老板，告诉他，你要做这个事情，他觉得 OK，就定一个 KPI，比如，优化多少行代码， 改善圈复杂度，不出 bug 之类的。KPI 定好了，你再去做，最后做出来，达到效果，老板自然会给你高的绩效。

如果你悄悄自己做了，那老板真不知道你一天在干啥， 有啥产出。

[userdhf]

华为的？

[across]

代码变整洁了，这个不叫优化。
省了多少内存，响应快了多少， 这个才叫。

[xeaglex]

@across 你认真的？

[ThomasZ]

外行管内行，这就很操蛋，任你代码写的再好，优化的再好，也抵不过行数是你 2 倍的诡异编码

[across]

@xeaglex
你认真的？
优化代码是偿还技术债务，重构必然会引入风险，如果 CTO 评估现在还不需要做，那自己动手了，没 BUG 那是应该的，出 BUG 了当然是负优化。

[BYB359]

考虑下换一个工作吗

[exip]

典型的出力不落好。找找原因吧。

[vipcc]

老哥，现在的趋势是硬件越来越便宜，机器效率越来越高。人力成本越来越高。如果代码没有瓶颈，优化的必要性要多考虑一下。毕竟你的时间成本也很高。

这是我的愚见，希望对你有帮助。

[imycc]

工程师不应只看工程的质量，也要把工程的效率放在心上。代码写得优雅是我们的追求，但是在全局上还是要把“推进项目发展”放在首位。

不过 shi 山也是这样越堆越高的。尽量优化那些能给项目带来收益的事情吧，比如“优化了某个函数->提高了函数运行效率->提高了接口响应速度，减轻数据库负载”之类的。