这会把人的贡献异化掉的你懂吗！！！

@cbythe434 老板老板，你看有花 https://i.imgur.com/L62ZP7V.png

首先我不是程序员，但是我说的是一个现状，很多传统企业考核程序员的标准就是代码量，因为不需要质量，都是业务逻辑，该出的 bug 还是会出。

前司背靠政府背景，后用代码量考核，现在坟头草都已经 3 米高了

《很多传统企业考核程序员的标准就是代码量》那些公司？我所知道的拿代码量考核的都是公司业务不顺倒闭之前领导层无能狂怒搞出来的。 为什么代码量考核时脑子进水搞出来的，编程的发展过程都是各种优化提高维护性减少代码量，你这直接反向操作以代码量为考核方式？ 代码量考核会让项目多出无数劣质但数量庞大的代码，或者把第三方组件源码修修改改堆砌在项目里面，然后逐渐不可维护爆炸掉。

@GeorgeWai #12 如何你不是传统行业软件部门，就别张嘴就来。我所经历过的非互联网行业的（就是你说所的出阿浓行业），没有见过用代码量行衡量产出的

“首先我不是程序员，但是我说的是一个现状，很多传统企业考核程序员的标准就是代码量，因为不需要质量，都是业务逻辑，该出的 bug 还是会出。” 我是程序员，你说的并不是现状，只有极少数奇葩企业和领导才会拿代码量考核程序员，既然会出 bug ，那么他们也会优先想到用 bug 数当标准，虽然也不合理吧，但是显然比代码量强多了。

@HTML001 哈哈哈哈哈 我知道的平安就这么干 然后大伙往里面搞各种生成代码 快速提升 kpi 前端混 kpi 更是快 说实话看到楼主言论我现在有点懂为啥他们能搞出这么抽象的考核了 软件质量快速下降一坨，人人想着跑路和甩锅

顺带回复楼主 我知道的任何大小公司 除了由完全不懂业务的领导空降才干这种事情的 但凡一个懂行的都不敢这么考核。这是经典外行指导内行型考核

@GeorgeWai 代码越多越好是吧