这是一个创建于 1130 天前的主题，其中的信息可能已经有所发展或是发生改变。
我不是技术哈，但进入了总部一个极可能是技术组长、负责人的电脑，发觉电脑上保存了很多日常的文件，其中有一些就是导出、统计各技术开发人员每日写的代码量的文档。
我不禁会想，技术人员被按写的代码量考核真的合理吗？我们公司平台 bug 也还是不少，会不会以 bug 出现的数量多寡来考核不是更好一些？按代码数量考核会不会劝退了一部分技术优秀的人？
我不禁会想，技术人员被按写的代码量考核真的合理吗？我们公司平台 bug 也还是不少，会不会以 bug 出现的数量多寡来考核不是更好一些？按代码数量考核会不会劝退了一部分技术优秀的人？
 | 1 darkengine 2022-09-11 16:51:43 +08:00 以 bug 出现的数量多寡来考核不是更好一些？ -------- 并不好，我少写点儿代码，负责的模块少点儿，是不是 bug 更少？ 要不参考下 OKR 吧，不要再搞简答的 KPI 了。 |
| 2 darkengine 2022-09-11 16:52:06 +08:00 @darkengine 简答 -> 简单 |
 | 3 eason1874 2022-09-11 16:55:33 +08:00 按 bug 考核的话，那程序员会选择保守策略，尽量不去动原有的，加东西就堆屎山 |
 | 4 xuanbg 2022-09-11 16:56:31 +08:00 我司要是也按代码量考核就好了。。。我先把代码仓库干爆，然后，没个半小时你休想把代码 clone 下来。打一次包至少 3 小时起步，不然我不要工资！ |
 | 7 48y1951r9G8k7Zou 2022-09-11 17:05:13 +08:00 前东家的一项重要考核标准就是 bug 数。这个 bug 数有两个来源，一个是线上故障，另外一个是 QA 团队的测试用例反馈结果 再加上我们部门 QA 团队人力有限，对于非核心项目，可以由各个项目小组自行选择是否接入 QA 。结果就是几乎没人选择接入 QA ，都选择自测。。 |
 | 8 edis0n0 2022-09-11 17:14:50 +08:00  5 这个简单，引用包都不要用包管理器，手动把包的代码下载下来集成进去，纳入版本管理，kpi 绝对第一名 |
 | 9 hdp5252 2022-09-11 17:28:18 +08:00 via Android 5 怪不得微信越来越大，找到原因了。 以后我看谁再说安装包大。 |
 | 10 Jooooooooo 2022-09-11 17:29:00 +08:00 用线上事故考察其实是比较合理的. 至少是因素之一. |
 | 11 SunsetShimmer 2022-09-11 18:07:05 +08:00 听起来像是某个著名的笑话... |
 | 12 nanjingwuyanzu 2022-09-11 18:16:49 +08:00 我们公司也是的 普通开发千行代码 bug 不能超过 3 个，开发组长千行代码 bug 不能超过 2.5 个，考核 KPI |
 | 13 hellodigua 2022-09-11 18:19:35 +08:00 有没有一种可能，有些部门的技术人员写的就是纯粹的业务代码，后端一堆增删改查，前端表格表单，对于这部分业务，真的有可能从代码量看出来工作效率的 |
 | 14 Aurt 2022-09-11 18:32:02 +08:00 @Jooooooooo 我带过一个组，线上从没出问题，还是要和出问题的组一样把组内的员工分成 369 等。领导会认为你这个组不出问题，不是你带的好，不是架构容错率高，不是组员优秀，是你们的的业务简单。 |
 | 15 Danswerme 2022-09-11 18:47:35 +08:00 15 笑死，那不就是这个： https://www.sohu.com/a/116249643_465979 |
| 16 Danswerme 2022-09-11 18:48:01 +08:00 1 @nanjingwuyanzu 我要在你们公司，我感觉我干不到第二天 |
 | 18 James369 2022-09-11 19:02:24 +08:00 2 像 for i in 100 这样的代码要拆成 100 行来写。 |
| 19 nanjingwuyanzu 2022-09-11 19:07:25 +08:00 @James369 对对对的 |
| 21 Jooooooooo 2022-09-11 19:25:32 +08:00 @Aurt 这是公司的组织问题, 要么是能让有话语权的人重新定规则. |
| 22 Aurt 2022-09-11 20:05:36 +08:00 @Jooooooooo 这种 sd 公司有的是 |
 | 23 respawn 2022-09-11 20:27:19 +08:00 @xuanbg 突然想起之前看个新闻，某小组哥们加班期间玩游戏忘了删，推送的代码里有完整游戏导致打包巨大，怎么感觉是故意“忘了删”。 |
 | 24 lmmortal 2022-09-11 20:31:57 +08:00 via iPhone 我公司全员绩效考核的因素之一是公司业绩，老板那意思是公司业绩不好每个员工都有责任 |
 | 25 littlewing 2022-09-11 21:44:23 +08:00 那简单，峰顶不？ |
 | 26 Chaconne OP @littlewing 上不封顶哈哈 |
 | 27 sifeizhai2020 2022-09-11 22:34:00 +08:00 那我直接分号另起一行得了 |
 | 29 AyaseEri 2022-09-11 23:22:12 +08:00 你也没有证据证明这些文件是绩效考核的依据，业务开发一个人的代码量大幅度偏离组内平均值可能是有问题。 |
 | 30 kaiki 2022-09-11 23:30:22 +08:00 那我见过一个高人写的骰子代码，估计去你们公司起码月薪过万吧 switch(a){ case 1:return 1;break; case 2:return 2;break; …… } |
 | 32 Felldeadbird 2022-09-11 23:54:40 +08:00 写个代码自动生成器，CURD 全靠这个去实现业务逻辑。一天代码量上万不就是分分钟嘛 |
 | 33 potatowish 2022-09-12 00:09:43 +08:00 via iPhone 改文件名就行了吧 |
 | 34 LOLkaka 2022-09-12 03:47:23 +08:00 可以用飞机重量来考察飞机水平。 |
 | 35 ersic 2022-09-12 06:13:59 +08:00 via Android 只是你的猜测吧 |
 | 36 hello2090 2022-09-12 07:53:08 +08:00 应该这么想，这么做的公司凭啥拥有技术优秀的人呢？钱很多？ |
 | 37 he15hiss 2022-09-12 08:11:55 +08:00 via iPhone 源文件引入，没事改改文件名，我司就这么干，快进到统治世界 |
 | 38 abuabu 2022-09-12 10:52:46 +08:00 “保存了很多日常的文件，有一些就是代码量数据。” 楼上都是二极管，全都离题了。 只能说这方法有一定意义，能看出一些问题，但是不能被滥用。不然人人都是古龙 |
| 39 QKgf555H87Fp0cth 2022-09-12 14:10:56 +08:00 每个人发一把机械键盘 |
 | 40 wangxiaoaer 2022-09-12 14:18:21 +08:00 有些人喜欢走极端，统计代码信息就能证明代码量是考核的唯一指标吗？所谓的 for 循环、类库啥的，真当 leader 是 sb ？ |
 | 41 horace1117 2022-09-12 14:26:27 +08:00 那把各种第三方包直接手动实现一遍不就行了 |
 | 42 XieLi1998 2022-09-12 14:27:24 +08:00 很傻逼，多写垃圾代码就行，按 bug 统计也很脑残，我做方案都按最保守的来，就不出 bug ，行吧 |
 | 43 FrankHB 2022-09-12 14:41:14 +08:00 你只看见代码量的文档，有看见怎么统计 KPI 的吗？ 搞不好就是用功能点或者 bug 数乘以代码量的倒数考评呢……然后一堆自作聪明的就该呵呵了。 |
 | 44 SupperMary 2022-09-12 23:14:21 +08:00 给安卓 Framework 修 /改东西，经常一个星期才改几行，是不是得失业了 |
 | 45 unco020511 2022-09-13 09:43:16 +08:00 用代码量考核的结果就是项目维护有越来越难,我司现状 |
 | 46 nothingistrue 2022-09-13 09:52:43 +08:00 ISO9001 或 CMMI 规范，是要求文档记录全过程的，这过程就包含代码量，这些将作为项目开发成本估量的指标点。这只是其中一个指标，并且还是考核项目不是考核人的。 不管是对人还是对项目的考核，任何以固定公式计算的考核，就是这公式有上百个考核点，那都是不靠谱的。就更别说代码量、BUG 数量这种单指标考核了。 |
 | 47 tairan2006 2022-09-13 10:43:54 +08:00 反正你又不是研发，不用太在意。 不过这种公司一般活不长，建议准备跑路 |
 | 48 leegradyllljjjj 2022-09-13 11:03:31 +08:00 我一勺 node_modules , 全是科技与狠活儿 |
Select Language