他们八成是没看过下边这个漫画，想靠代码行数来衡量也太小瞧程序员的创(zuo)造(bi)能力了。我建议用头发多少或者发际线来判定，头发多的或者发际线没后移的都是没努力用脑子的，都不能给高绩效(开个玩笑 ).
把代码行数纳入 KPI 一个最大的弊端就是让很多程序员把重心放在了如何增加代码行数上，而不是如何编写高质量代码上，甚至会有人不惜一切代价用作弊手段换取代码量，大量复制粘贴，完全不考虑复用，产生大量垃圾代码。(很多小白程序员最爱复制粘贴了）中国还有很多软件公司的技术管理停留在软件作坊的水平。
业务功能点、接口响应时间、资源占用等都可以作为量化指标衡量程序员的能力，但是代码行数不应该纳入进去，有可能只会产生更多垃圾代码，得不偿失。有点软件工程知识的人也知道不应该根据代码行数，而是可读性、可测试性、可维护性等来衡量代码质量，甚至现在很多时候都会想着如何精简代码，减少复杂度，增加可维护性等，而不是一味地怼代码量。下边这个非常有意思的漫画很好地诠释了代码行数与绩效挂钩可能会发生的一系列问题（转载自西乔【神秘的程序员们】）:
