在程序员的世界里，有一个词语经常会被提及，这个词就是“代码量 ”。代码量是衡量一个程序员工作经验的重要标准，但绝不是最重要的标准。如果一家互联网公司按照代码行数给程序员发绩效工资，那么会出现怎么样的现象呢？
场景模拟
为了将一些现象分析得更加透彻，我们这里模拟一个场景，M公司最近新出台了一条政策：
公司所有的程序员将按照代码行数发绩效工资，代码量越大，绩效工资越高！
程序员小A是M公司的一名Java程序员，看到公司新出的政策，心中一喜：“现在做程序员这么辛苦，终于守得云开见月明了，一定要努力多挣点工资，通过自己的才学实现财富自由！”
小A下班之后，翻阅大量资料，总结出一些增加代码量的方案：
（1）能换行的决不写在同一行！
（2）复制、粘贴、改名字，增加代码量三部曲！
（3）多写一些注释，希望能被计算进入代码量！
（4）写一个超级复杂的函数，代码量超级多，最后什么也没实现，只是为了凑代码量！
（5）重复造轮子，将已经实现的方法换个名字重新写一遍，这样在实现方法的代码量可以翻倍！
（6）最后一点，也是最重要的，那就是加班！在加班的时间里，一刻也不停的进行刷代码，一刻也不停的刷绩效！
通过对比，小A还是认为方案2是代码产能最高的方案，手速足够快的话，每秒钟都可以产出几十行代码。
但是，这里又会出现一个问题，如果一个Java或class文件太大，容易被领导和其他同事发现，从而导致问题暴露！那怎么办呢？
小A苦思冥想，最终决定采用两种方案进行刷代码：
（1）在common中维护一些方法，方法直接从网上下载，直接复制粘贴，然后使用eclipse进行批量修改。同时对代码中的函数和方法增加注释，以确保其他同事看不明白！
（2）直接将一个模块的代码包进行复制粘贴，同时修改包名，然后使用eclipse进行批量修改新路径下的代码引用，这样代码量增加显著。
那么通过这些加强的手段，小A一个月能写多少代码呢？
假设小A特别努力，一个月工作25天，每天工作10小时，每个小时产出1000行代码，那么一个月就有25万行代码量了！
一个优质的程序员，平均每天可以产出200行优质代码，按照每天工作8小时，一个月工作22天计算，一个月可以产出35200行代码！
通过对比可以发现，小A通过自己的“努力”，每个月的代码量接近一个优秀程序员的7倍！
假设小A工资每个月1万，每万行代码奖励1000元，那么小A每个月可以拿到1+25*0.1=3.5万，也就是说小A通过刷代码可每个月可以刷到原来工资的3.5倍！
那么下个月呢，小A尝到了甜头，会更加努力……
M公司的其他程序员，也必然不甘落后……
M公司每个月的薪酬发放越来越多……
M公司发不起工资了……
改革或者倒闭……
问题反思
看到上述案例，我们进行思考，M公司到底能不能按照代码行数给程序员发绩效工资呢？
答案是：可以的！
但前面不是提到一个反面的案例，如果M公司按照代码行数给程序员发绩效工资，会导致公司倒闭的事情吗？
那么这里就要讲到一个区别了：
如果M公司将代码行数作为绩效的主要依据
如果M公司将代码行数作为绩效的主要依据，反而不容易激发程序员的正能量，直接会导致程序员为了赚钱而拼命刷代码，而且刷的大部分都是无用代码！大大降低了代码的可用性、可读性，成为了M公司项目破产的幕后推手。
如果M公司将代码行数作为绩效的参考依据
如果M公司只是将代码行数作为绩效的参考依据，充分考虑代码量和代码质量的占比，比如代码量占30%，代码质量占70%。
- 在代码量和代码质量双高的情况下，程序员是可以收到丰厚的奖金激励的！
- 在代码量高但代码质量不高的情况下，通过代码质量问题倒扣绩效，实现代码质量的把控！
- 在代码量低但代码质量高的情况下，通过代码质量适当增加绩效，平衡代码量低带来绩效低的问题！
- 在代码量和代码质量双低的情况下，领导和程序员自身都需要加强重视程度！
所以，目前很多大型互联网公司的绩效考核标准有很多套，比如对于研究算法的工程师和研究硬件开发的工程师等不适用代码量进行绩效的考核；而对于商务系统前后端开发的工程师和办公系统前后端开发的工程师是适用代码量进行绩效的考核的。具体考核的方式，都是和工作的内容正向关联！
对于使用代码量进行考核的公司，需要在考核过程中充分考虑其他因素，比如人员考勤、生产问题情况、客户满意度等进行综合评价！
如果纯粹的按照代码行数给程序员发绩效工资，那么离倒闭也不远了！
如果读者对于公司按照代码行数给程序员发绩效工资的问题有想法，欢迎留言交流！
閱讀更多 話入神機 的文章
