“如果你无法度量，就无法管理。” 这年头，谁都逃不过被KPI支配的恐惧。
KPI，俗称绩效，全称关键绩效指标，也是领导口中常说的“小目标”，往往“领导动动嘴，手下跑断腿”。
程序员自然也是逃不过，但众所周知，程序员的劳动价值，“可以定性，不能定量”。
因为工作性质，程序员的工作很难考核，公司又不得不考核。为了更好地管理员工，某些领导总能想到一些奇葩的管理方式！！！
规定一
千行代码bug率
图片来源于网络，如侵删
某程序员爆料，互联网公司以bug数评定绩效。甚至有公司出现“超过3个bug绩效直接为C”的情况。
不谈过程只谈结果实属不科学，于是产生了一个名词：千行代码bug率（缺陷率），即在一个统计周期内，程序员每增加或者修改的代码行数与QA发现的Bug数，如图所示：
先来根据这个规则计算下bug率：
1000行代码，1个bug，bug率=100%；
2000行代码，1个bug，bug率=50%；
5000行代码，1个bug，bug率=20%。
emmmm……不用播妞多说了，这漏洞太明显了！！！
规定二
代码行数论英雄
一招不行再换一招，某些公司煞费苦心，直接以“代码量”作为程序员的KPI，要求研发人员每周代码量至少在500行以上，一个月必须在2000行以上，还用第三方测算软件计算代码量。
图片来源于网络，如侵删
比尔盖茨曾说：“用代码行数来衡量编程的进度，就如同用重量来衡量飞机的制造速度”。
哪里有规定，哪里就有对策。程序员表示，代码行数论绩效，对菜鸟程序员格外友好，代码想要多少行就有多少行，方法如下：
增加代码行数的N种方法
- 注解开发不要了，所有部分明文引入；
- 能用if的肯定不用三目表达式，能用switch的肯定不用map，能用语言实现的肯定不用特性；
- 所有的调用，不需要反射的一律反射，反射方法起码五行；
- 需要灵活反射调用的，一律明文把每一种实现一遍；
- 有需要方法重载的，直接复制重载方法，中间插几行免得idea报重复代码，面上挂着不好看；
- 能try的一律try，一个try就是三行，每个try必然finally，用不上你也finally。
既然这样，某些公司反其道行之，代码越少绩效越高，毕竟浓缩就是精华，代码不在多，而在于精简、高效。
可有时候，代码行数写得少了，并不见得代码就好。以Java为例，Java使用英文分号作为代码行的分割，程序员可以将整个代码都写成一行。你懂得
规定三
加班时长搞“内卷”
有程序员吐槽，说最近离职了，因为在上个季度的加班比赛中直接垫底了。
图片来源于网络，如侵删
只要领导愿意，总能想出各种办法来“帮你成长”，有些领导会根据你每天加不加班看你的工作态度，没事也得加班，不加班就是不努力，有负面情绪就是没有正能量。
为了充当领导眼里的好员工，大家开始“内卷”，即便是下班就可以按时走的人，也会故意留在公司耗时间，吃饭聊天刷视频，既能报销晚餐钱，还能错开下班高峰期免费打车。
员工逢场作戏，领导看见大家灯火通明加油干，喜笑颜开。看似两全其美却一点也不合理，员工浪费青春没有长进，企业成本增加，效率低下。
以上三条，只不过是比较常见的奇葩考核方式。播妞实事求是的说，先不说这三条合不合理，至少还是有量化且可落地的指标。
下面这几个，就着实有点过分了！！！
// 「业务ppt考试」
图片来源于网络，如侵删
// 「态度」
图片来源于网络，如侵删
// 「评审团打分」
图片来源于网络，如侵删
还有的公司，按测试工程师给的评价进行考核，按领导的印象考核，按月总工时考核……总之，只有你想不到，没有领导做不到的！
这些奇葩的考核标准，播妞看完都怀疑人生了，看来打工没有那么容易，每个公司都有它的脾气！
播妞觉得，不管是单纯以数据考核程序员，还是一刀切按照领导心情考核，都是不合情也不合理的。
当然，大家也不要过于担心，毕竟像这样考核的公司只有很小很小一部分，大部分的公司还是很人性化的。代码质量如代码的可读性、可维护性、规范程度等，完成效率如能否在规定开发时间内完成工作，这些才是他们的考核重点。
温馨提示：找工作时记得擦亮眼睛，远离奇葩绩效考核制度哦~
