怎么看待代码行数评估工作量？

　　王二是一个非常优秀的程序员，别人100行代码才能完成的事儿，他往往10行搞定，别人一星期才能搞定的任务，他往往半天做完。王二不想揽那么多事情，就总是在每周快结束的时候才工作，其他时间都想办法娱乐。
　　领导很是看王二不惯，可又没什么办法。后来领导一统计，这王二的代码量是整个团队最少的。于是，有一天，领导就颁布了一条规定：要按代码行评估绩效，每周统计大家的代码行数，平均前三加绩效，年中和年底根据绩效发奖金。
　　王二一听，心里明白怎么回事儿。不过他也不生气，很快想到办法：把一行代码能完成的功能，写成10行。比如一个给定两点计算矩形面积的函数，原本他写成下面这样一行代码：
　　新规定颁布后，他会写成这样：
　　一行变40行！
　　王二心想，娘希匹，看哪个龟孙的代码行数能超过老子！
　　果然，年中一算绩效，我的天呐，王二拿的奖金最高！
　　领导一看，不对呀，以往王二的代码量最少。于是，他就来查代码。这一查，勃然大怒，看出其中蹊跷，就取消了王二的奖金，还罚了王二几百块钱。
　　领导出了口气，不想和王二计较了，可又不想随便废掉新政，觉得那样太下不来台，就左思右想，琢磨改进的事儿。
　　终于，给他想到一个绝妙的办法，于是颁布了一个新规定：还是按代码行数评估绩效，规则更改为，在完成工作任务的同时，谁的代码行数最少，谁的绩效最高；谁的代码行数最多，谁的绩效最低。
　　这下，很多程序员傻眼了，没办法，还得适应新龟腚呀，就开始改变，每天都猛琢磨，怎么把原本200行代码可以实现的功能用一行来完成。
　　结果呢，整个团队，全变成了思考者，很多人一个月也不写一行代码，一年写不了10行。王二更绝，一年就写一行！
　　最后，大家任务都没完成，谁也没拿到奖金。
　　这下，领导又发飙了！
　　于是，苦思冥想一昼夜，颁布了一个新规定：还是按代码行数评估绩效，规则更改为，在完成任务的前提下，代码行数量越靠近均位数，拿的奖金越多。
　　这个法令一出，大家死活想不到办法，整日里愁眉苦脸。
　　要说还是王二聪明，熬了一夜，抽掉13包长沙后，写出来一个代码行归一工具：只要你输入一个数字，这个工具就能把你的代码拆成那么多行。比如你输入300，它就可以把你的一行代码拆成300行，还不影响功能。
　　王二乐于助人，编译了一个写死300行的工具发给大家使用。这样，每个人提交代码前，都用这个工具跑一下，工具自动完成折行、加空行等操作，把代码行数调整到300行。这样，大家每周代码行数量都变成了300行，半年下来，都有望拿到最高奖金。
　　然而，领导狂飙啦！天底下就不该有这种事啊！
　　于是，领导就又来查代码，结果发现，每个人的代码都跟加过扰似，根本读不懂！
　　最后，领导两天两夜没睡觉，第三天早上，发布了新规定：废除按代码行数评估绩效。
　　大家一听，都心安了。
　　然后好景不长，第四天，领导颁布了一条新规定：从今天开始，大家的绩效，按每千行代码bug数来计算，bug越多，绩效越低，bug越少，绩效越高。
　　王二一听，哇呀，这下难了，可他心高气傲，心想老子还能想不出办法来？于是每日里别事不干，就琢磨怎么降低每千行代码bug数
　　一晃半年过去，王二一行代码没写，结果却发生了意料不到的事情：他的每千行代码bug数为0，最低，绩效最高！
　　王二大笑三声，跑去找领导要奖金，领导难以承受巨大的冲击，狂喷三分钟鲜血，被120接走了