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

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

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

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

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

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

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

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

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

    不过这种公司一般活不长,建议准备跑路
    leegradyllljjjj
        48
    leegradyllljjjj  
       74 天前
    我一勺 node_modules , 全是科技与狠活儿
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2893 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 39ms · UTC 13:14 · PVG 21:14 · LAX 05:14 · JFK 08:14
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.