V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
hHarvey
V2EX  ›  程序员

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

  •  
  •   hHarvey · 2019-11-01 14:57:10 +08:00 · 3493 次点击
    这是一个创建于 1868 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

    不过 shi 山也是这样越堆越高的。尽量优化那些能给项目带来收益的事情吧,比如“优化了某个函数->提高了函数运行效率->提高了接口响应速度,减轻数据库负载”之类的。
    xeaglex
        21
    xeaglex  
       2019-11-02 19:46:17 +08:00 via Android
    @across。。。您好歹先弄清楼主的公司现状再来讲这些道理吧。
    xeaglex
        22
    xeaglex  
       2019-11-02 19:48:01 +08:00 via Android
    @across 另外我觉得你回复我的这段话还是有道理的。但是你回复楼主的那段话就不太有参考意义
    new2500
        23
    new2500  
       2019-11-03 18:45:42 +08:00
    面向需求编程。 楼主的老代码优化也许能作为 phase 2 的新需求 (逃
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1658 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 16:31 · PVG 00:31 · LAX 08:31 · JFK 11:31
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.