• 请不要在回答技术问题时复制粘贴 AI 生成的内容
hHarvey
V2EX  ›  程序员

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

  •  
  •   hHarvey · Nov 1, 2019 · 4486 views
    This topic created in 2565 days ago, the information mentioned may be changed or developed.

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

    23 replies  •  2019-11-03 18:45:42 +08:00
    scukmh
    scukmh
    Nov 1, 2019 via iPhone
    1
    你懂为什么屎山那么多了嘛。
    loading
    loading
    Nov 1, 2019 via Android❤️1
    2
    老代码与你的代码冲突,你优化了老代码,其实还是你为了完成当前任务才做的,kpi 其实并没有增加。

    万一以后老代码有点问题,你可能还需要扣工资。
    pC0oc4EbCSsJUy4W
    pC0oc4EbCSsJUy4W
    Nov 1, 2019
    3
    有些领导绩效看代码 KB 大小的(
    index90
    index90
    Nov 1, 2019
    4
    技术人员的本位思考什么时候才能改变。
    nosilence
    nosilence
    Nov 1, 2019❤️1
    5
    优化了代码,减少了多少行代码不是重点,你得突出对整个系统的影响:
    性能提高了 xx%;稳定性、健壮性提高了 xx%;方便后期扩展 xx%。
    有很大影响就写多点,不然就是 1%,2%的提升,反正又没法真的测出来。
    Vegetable
    Vegetable
    Nov 1, 2019❤️1
    6
    这个问题主要是,为什么对方没有认可你的工作?

    可能 1:对方不知道你做了-> 你的工时你可能无法完全支配,应该先和领导沟通清楚。
    可能 2:对方认为你不该做 -> 你没有交代清楚工作的必要性 or 其实真的没必要。
    可能 3:对方认为你自己挖的坑自己填了没有鼓励的必要 -> 这个公说公有理婆说婆有理,不讨论。
    mmrx
    mmrx
    Nov 1, 2019
    7
    程序员的浪漫 vs 工资
    bk201
    bk201
    Nov 1, 2019
    8
    优化代码给老板带来什么,这才是你向老板邀功的东西吧
    yixiang
    yixiang
    Nov 1, 2019
    9
    说白了就是公司对技术不重视。
    chippai
    chippai
    Nov 1, 2019
    10
    只是缩减行数有什么用,一般都着重于系统提升、或者你这次优化后对以后的需求能节省多少工时,要有具体的产出(性能提升 XXX ;相同的需求下能节省 XXXpd 工时
    zjiecode
    zjiecode
    Nov 1, 2019
    11
    你需要把你做的事情同步给老板啊。你做这些事情之前,需要先周知到老板,告诉他,你要做这个事情,他觉得 OK,就定一个 KPI,比如,优化多少行代码, 改善圈复杂度,不出 bug 之类的。KPI 定好了,你再去做,最后做出来,达到效果,老板自然会给你高的绩效。

    如果你悄悄自己做了,那老板真不知道你一天在干啥, 有啥产出。
    userdhf
    userdhf
    Nov 1, 2019
    12
    华为的?
    across
    across
    Nov 1, 2019 via iPhone
    13
    代码变整洁了,这个不叫优化。
    省了多少内存,响应快了多少, 这个才叫。
    xeaglex
    xeaglex
    Nov 1, 2019 via Android
    14
    @across 你认真的?
    ThomasZ
    ThomasZ
    Nov 1, 2019 via Android
    15
    外行管内行,这就很操蛋,任你代码写的再好,优化的再好,也抵不过行数是你 2 倍的诡异编码
    across
    across
    Nov 1, 2019
    16
    @xeaglex
    你认真的?
    优化代码是偿还技术债务,重构必然会引入风险,如果 CTO 评估现在还不需要做,那自己动手了,没 BUG 那是应该的,出 BUG 了当然是负优化。
    BYB359
    BYB359
    Nov 1, 2019
    17
    考虑下换一个工作吗
    exip
    exip
    Nov 2, 2019 via Android
    18
    典型的出力不落好。找找原因吧。
    vipcc
    vipcc
    Nov 2, 2019 via Android
    19
    老哥,现在的趋势是硬件越来越便宜,机器效率越来越高。人力成本越来越高。如果代码没有瓶颈,优化的必要性要多考虑一下。毕竟你的时间成本也很高。

    这是我的愚见,希望对你有帮助。
    imycc
    imycc
    Nov 2, 2019
    20
    工程师不应只看工程的质量,也要把工程的效率放在心上。代码写得优雅是我们的追求,但是在全局上还是要把“推进项目发展”放在首位。

    不过 shi 山也是这样越堆越高的。尽量优化那些能给项目带来收益的事情吧,比如“优化了某个函数->提高了函数运行效率->提高了接口响应速度,减轻数据库负载”之类的。
    xeaglex
    xeaglex
    Nov 2, 2019 via Android
    21
    @across。。。您好歹先弄清楼主的公司现状再来讲这些道理吧。
    xeaglex
    xeaglex
    Nov 2, 2019 via Android
    22
    @across 另外我觉得你回复我的这段话还是有道理的。但是你回复楼主的那段话就不太有参考意义
    new2500
    new2500
    Nov 3, 2019
    23
    面向需求编程。 楼主的老代码优化也许能作为 phase 2 的新需求 (逃
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1149 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 69ms · UTC 23:25 · PVG 07:25 · LAX 15:25 · JFK 18:25
    ♥ Do have faith in what you're doing.