V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Chaconne
V2EX  ›  程序员

发现我们公司技术人员考核按代码量来的

  •  
  •   Chaconne · 2022-09-11 16:45:58 +08:00 · 6982 次点击
    这是一个创建于 564 天前的主题,其中的信息可能已经有所发展或是发生改变。
    我不是技术哈,但进入了总部一个极可能是技术组长、负责人的电脑,发觉电脑上保存了很多日常的文件,其中有一些就是导出、统计各技术开发人员每日写的代码量的文档。

    我不禁会想,技术人员被按写的代码量考核真的合理吗?我们公司平台 bug 也还是不少,会不会——以 bug 出现的数量多寡来考核不是更好一些?按代码数量考核会不会劝退了一部分技术优秀的人?
    48 条回复    2022-09-13 11:03:31 +08:00
    darkengine
        1
    darkengine  
       2022-09-11 16:51:43 +08:00
    以 bug 出现的数量多寡来考核不是更好一些?
    --------
    并不好,我少写点儿代码,负责的模块少点儿,是不是 bug 更少?

    要不参考下 OKR 吧,不要再搞简答的 KPI 了。
    darkengine
        2
    darkengine  
       2022-09-11 16:52:06 +08:00
    @darkengine 简答 -> 简单
    eason1874
        3
    eason1874  
       2022-09-11 16:55:33 +08:00
    按 bug 考核的话,那程序员会选择保守策略,尽量不去动原有的,加东西就堆屎山
    xuanbg
        4
    xuanbg  
       2022-09-11 16:56:31 +08:00
    我司要是也按代码量考核就好了。。。我先把代码仓库干爆,然后,没个半小时你休想把代码 clone 下来。打一次包至少 3 小时起步,不然我不要工资!
    Chaconne
        5
    Chaconne  
    OP
       2022-09-11 16:58:32 +08:00
    @xuanbg 狠人
    xuanbg
        6
    xuanbg  
       2022-09-11 17:04:33 +08:00
    @Chaconne 这算啥,真狠起来我能做到打个包就要半个月呢。。。就我那小破电脑,半个月能把包打出来算快的啦。
    majula
        7
    majula  
       2022-09-11 17:05:13 +08:00
    前东家的一项重要考核标准就是 bug 数。这个 bug 数有两个来源,一个是线上故障,另外一个是 QA 团队的测试用例反馈结果

    再加上我们部门 QA 团队人力有限,对于非核心项目,可以由各个项目小组自行选择是否接入 QA 。结果就是几乎没人选择接入 QA ,都选择自测。。
    edis0n0
        8
    edis0n0  
       2022-09-11 17:14:50 +08:00   ❤️ 5
    这个简单,引用包都不要用包管理器,手动把包的代码下载下来集成进去,纳入版本管理,kpi 绝对第一名
    hdp5252
        9
    hdp5252  
       2022-09-11 17:28:18 +08:00 via Android   ❤️ 5
    怪不得微信越来越大,找到原因了。
    以后我看谁再说安装包大。
    Jooooooooo
        10
    Jooooooooo  
       2022-09-11 17:29:00 +08:00
    用线上事故考察其实是比较合理的. 至少是因素之一.
    SunsetShimmer
        11
    SunsetShimmer  
       2022-09-11 18:07:05 +08:00
    听起来像是某个著名的笑话...
    nanjingwuyanzu
        12
    nanjingwuyanzu  
       2022-09-11 18:16:49 +08:00
    我们公司也是的 普通开发千行代码 bug 不能超过 3 个,开发组长千行代码 bug 不能超过 2.5 个,考核 KPI
    hellodigua
        13
    hellodigua  
       2022-09-11 18:19:35 +08:00
    有没有一种可能,有些部门的技术人员写的就是纯粹的业务代码,后端一堆增删改查,前端表格表单,对于这部分业务,真的有可能从代码量看出来工作效率的
    Aurt
        14
    Aurt  
       2022-09-11 18:32:02 +08:00
    @Jooooooooo 我带过一个组,线上从没出问题,还是要和出问题的组一样把组内的员工分成 369 等。领导会认为你这个组不出问题,不是你带的好,不是架构容错率高,不是组员优秀,是你们的的业务简单。
    Danswerme
        15
    Danswerme  
       2022-09-11 18:47:35 +08:00   ❤️ 15
    笑死,那不就是这个: https://www.sohu.com/a/116249643_465979
    Danswerme
        16
    Danswerme  
       2022-09-11 18:48:01 +08:00   ❤️ 1
    @nanjingwuyanzu 我要在你们公司,我感觉我干不到第二天
    Kiriya
        17
    Kiriya  
       2022-09-11 18:59:17 +08:00
    @Danswerme #15 这漫画就差指名道姓了
    James369
        18
    James369  
       2022-09-11 19:02:24 +08:00   ❤️ 2
    像 for i in 100 这样的代码要拆成 100 行来写。
    nanjingwuyanzu
        19
    nanjingwuyanzu  
       2022-09-11 19:07:25 +08:00
    @James369 对对对的
    mwVYYA6
        20
    mwVYYA6  
       2022-09-11 19:09:17 +08:00
    @Kiriya 抢答:哈姆林藕丝
    Jooooooooo
        21
    Jooooooooo  
       2022-09-11 19:25:32 +08:00
    @Aurt 这是公司的组织问题, 要么是能让有话语权的人重新定规则.
    Aurt
        22
    Aurt  
       2022-09-11 20:05:36 +08:00
    @Jooooooooo 这种 sd 公司有的是
    respawn
        23
    respawn  
       2022-09-11 20:27:19 +08:00
    @xuanbg 突然想起之前看个新闻,某小组哥们加班期间玩游戏忘了删,推送的代码里有完整游戏导致打包巨大,怎么感觉是故意“忘了删”。
    lmmortal
        24
    lmmortal  
       2022-09-11 20:31:57 +08:00 via iPhone
    我公司全员绩效考核的因素之一是公司业绩,老板那意思是公司业绩不好每个员工都有责任
    littlewing
        25
    littlewing  
       2022-09-11 21:44:23 +08:00
    那简单,峰顶不?
    Chaconne
        26
    Chaconne  
    OP
       2022-09-11 21:59:15 +08:00
    @littlewing 上不封顶哈哈
    sifeizhai2020
        27
    sifeizhai2020  
       2022-09-11 22:34:00 +08:00
    那我直接分号另起一行得了
    skywayman
        28
    skywayman  
       2022-09-11 23:12:18 +08:00
    @Chaconne 你这样想:如果医院以医生开出的药方或者治好人为考核指标,会发生什么?
    AyaseEri
        29
    AyaseEri  
       2022-09-11 23:22:12 +08:00
    你也没有证据证明这些文件是绩效考核的依据,业务开发一个人的代码量大幅度偏离组内平均值可能是有问题。
    kaiki
        30
    kaiki  
       2022-09-11 23:30:22 +08:00
    那我见过一个高人写的骰子代码,估计去你们公司起码月薪过万吧
    switch(a){
    case 1:return 1;break;
    case 2:return 2;break;
    ……
    }
    kaiki
        31
    kaiki  
       2022-09-11 23:31:42 +08:00
    @kaiki 打错了,不是 return ,是给 b 赋值,到 switch 结束后再 return b
    Felldeadbird
        32
    Felldeadbird  
       2022-09-11 23:54:40 +08:00
    写个代码自动生成器,CURD 全靠这个去实现业务逻辑。一天代码量上万不就是分分钟嘛
    potatowish
        33
    potatowish  
       2022-09-12 00:09:43 +08:00 via iPhone
    改文件名就行了吧
    LOLkaka
        34
    LOLkaka  
       2022-09-12 03:47:23 +08:00
    可以用飞机重量来考察飞机水平。
    ersic
        35
    ersic  
       2022-09-12 06:13:59 +08:00 via Android
    只是你的猜测吧
    hello2090
        36
    hello2090  
       2022-09-12 07:53:08 +08:00
    应该这么想,这么做的公司凭啥拥有技术优秀的人呢?钱很多?
    he15hiss
        37
    he15hiss  
       2022-09-12 08:11:55 +08:00 via iPhone
    源文件引入,没事改改文件名,我司就这么干,快进到统治世界
    abuabu
        38
    abuabu  
       2022-09-12 10:52:46 +08:00
    “保存了很多日常的文件,有一些就是代码量数据。”

    楼上都是二极管,全都离题了。

    只能说这方法有一定意义,能看出一些问题,但是不能被滥用。不然人人都是古龙
    likunyan
        39
    likunyan  
       2022-09-12 14:10:56 +08:00
    每个人发一把机械键盘
    wangxiaoaer
        40
    wangxiaoaer  
       2022-09-12 14:18:21 +08:00
    有些人喜欢走极端,统计代码信息就能证明代码量是考核的唯一指标吗?所谓的 for 循环、类库啥的,真当 leader 是 sb ?
    horace1117
        41
    horace1117  
       2022-09-12 14:26:27 +08:00
    那把各种第三方包直接手动实现一遍不就行了
    XieLi1998
        42
    XieLi1998  
       2022-09-12 14:27:24 +08:00
    很傻逼,多写垃圾代码就行,按 bug 统计也很脑残,我做方案都按最保守的来,就不出 bug ,行吧
    FrankHB
        43
    FrankHB  
       2022-09-12 14:41:14 +08:00
    你只看见代码量的文档,有看见怎么统计 KPI 的吗?
    搞不好就是用功能点或者 bug 数乘以代码量的倒数考评呢……然后一堆自作聪明的就该呵呵了。
    SupperMary
        44
    SupperMary  
       2022-09-12 23:14:21 +08:00
    给安卓 Framework 修 /改东西,经常一个星期才改几行,是不是得失业了😑
    unco020511
        45
    unco020511  
       2022-09-13 09:43:16 +08:00
    用代码量考核的结果就是项目维护有越来越难,我司现状
    nothingistrue
        46
    nothingistrue  
       2022-09-13 09:52:43 +08:00
    ISO9001 或 CMMI 规范,是要求文档记录全过程的,这过程就包含代码量,这些将作为项目开发成本估量的指标点。这只是其中一个指标,并且还是考核项目不是考核人的。

    不管是对人还是对项目的考核,任何以固定公式计算的考核,就是这公式有上百个考核点,那都是不靠谱的。就更别说代码量、BUG 数量这种单指标考核了。
    tairan2006
        47
    tairan2006  
       2022-09-13 10:43:54 +08:00
    反正你又不是研发,不用太在意。

    不过这种公司一般活不长,建议准备跑路
    leegradyllljjjj
        48
    leegradyllljjjj  
       2022-09-13 11:03:31 +08:00
    我一勺 node_modules , 全是科技与狠活儿
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3034 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 12:47 · PVG 20:47 · LAX 05:47 · JFK 08:47
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.