前几日，知乎有这样一个问答：
领导：现在咱们研发部门有好几个项目组了，有上百名开发，需要评定大家的绩效。
HR：对，我觉得公司天天最闲散的就是他们，天天迟到，来了就对着电脑敲啊敲，别人不懂技术也不知道他们做的怎么样。
领导：就是就是，你看咱们就没有一个项目没延期过，要加强绩效考核！
HR：从今天开始，我们以大家的代码行数为评定绩效的标准。
程序员们：代码行数，这好办啊，咱多来点换行，空行。能写成两行的绝不写成一行。
过了一个月……
领导：研发部门上个月的绩效怎么样？
HR：他们上个月绩效都很好，平均行数上涨百分之十五。
领导：让技术主管看看代码。
技术主管：这代码里怎么有这么多空行，再就是，之前写成一行的，现在怎么变成三行了！
领导：下个月，空行和只有括号的行数都不算！
程序员们：这好办啊，我多写点注释就好啦。
一个月后……
领导：研发部门上个月的绩效怎么样？
HR：他们上个月绩效都很好，平均行数上涨了百分之三十！
领导：这怎么可能！
让技术主管来看看代码！
技术主管：这代码里怎么有这么多 veryImportantFunction() 但是也没调用啊。
HR：我建议咱们别用代码行数评绩效了。就用 bug 数，个人写的代码超过 10 个 bug 直接开除，我就不信治不了你们！
领导：好，就这么定了！
程序员们：这怎么办，这写代码有几个 bug 正常
对于这种状况，网友阐述的现象更吃惊……
@王英海
这是要效仿先贤啊~
程序员写出10个bug，就开除程序员。
测试人员测试不出10个bug，就开除测试人员。
这程序的结果肯定很感人~
@BOUYGUES
有一届领导，是从硬件部门调过来的。
于是乎用管硬件的思维来管理我们软件部门。
要求我们0 BUG；怎么样，颤抖了吧，比你们10个BUG可怕多了吧，尿了吧；
当然，我们的QA和开发不在一起，不太可能“计划BUG”；BUG数量不会以领导的意志力而减少。那怎么办呢？
每个BUG都要写5 WHY，要解释BUG的原因、对策、影响、以后的补救方法……
@江河
真正的程序员,遇到这种领导,应该会先把自己开除吧。
对于这样的KPI，只想说心疼程序员10s。
