在一些互联网司，每个部门都是有着绩效考核制度，每个部门的kpi制定标准自然也是差异很大，有的部门的kpi很好制定，比如说销售部门，但是对于技术部门的kpi来说，就没有销售部门那么清晰，有着明确具体的目标了，更多是直属leader根据项目情况的打分，既然是这样想必这中间也存在了不少弹性的空间，那么今天就不妨来一个大胆的假设，如果程序员的薪水按代码行数计算会是什么样一个情况呢？当然这样的做法肯定是不合理的，我们就一名网友分享的情况为话题讨论一下吧。
这名网友说他还真遇到按代码行数算薪水的公司（不过，我还表示怀疑，怎么可能有这么奇葩的公司呢？不管怎样，我们先看看他的描述），据他说还不同的代码有不同的换算系数，考核部门没日没夜的在那里数代码，各种争吵，有个同事利用规则刷到了一个月提成2.6万，然后领导找他商量让他能不能少报点，结果第二天就离职了。据他说叫什么基点考核制度，1行5毛钱，有的1行1块钱，最高一行2块钱，需要一行一行确认，算的人天天第一个来公司，最后一个走。这怎么还说的有模有样的，我感觉如果这是真的话这不是额外增加劳动力了么？还的专门有人计算薪水，况且这计算难度系数很大啊，万一有人写了几万行无用代码呢？就是没什么害处，但也没什么作用，就是耗一下cpu而已，总之感觉这是一个很荒唐的事情了吧，就这样一个情况，让我们一起看看其他网友们都是怎么看的吧！
网友一：哪个公司，我去，我可以一个月刷到公司破产。。
上世是朵花：如果没有一些复杂的规则限制，就是按代码量的话，我相信你说的话，全球任何一个公司都发不起这样的薪水。
网友二：什么逗比公司，脑子被驴踢了
上世是朵花：觉得奇葩是很正常，既然很少听说有公司这么搞，那就说明这条路是行不通的。
小米员工：奇葩，不是应该代码越少越好吗
上世是朵花：在能满足功能需求的前提下，越少越好，当然越少不一定越好，有时特意优化代码行数，反而使代码的可读性下降，代码不是越多越好，也不是越少越好，这个度需要每个程序员自己把握了。
网友四：别封装哈哈哈哈哈 一个函数写上几千行
上世是朵花：这又是何苦呢？人家是按行数算薪水，你这一个方法几千行只是让代码难读一些。
网友五：复制粘贴美滋滋
上世是朵花：大量冗余的代码我想他们也不会给通过吧！
网友六：厉害了，还有这么脑残的公司
上世是朵花：放心吧，这样的制度肯定是走不长远的，只能说他们是一次大胆性尝试。
网友七：哈哈，这还不简单，设计模式写上去啊，啥？框架？不好意思，我从来不用框架，都是自己抄轮子
上世是朵花：我想审核的人也会懂点技术的吧，绝对不会让你为所欲为的吧！
网友八：开源组件本来一行就能解决得，自己写个几百行工具类？？
上世是朵花：对呀，这个制度从某种程度上来说会促使码农为了写代码而写代码，最后出现的情况是代码量很多，实现的功能却很少，也就是公司的整体工作效率将是严重下降的。
这样一个制度也是够奇葩的了，从大家的评论中可以看出，大家都是这么认为的，如果这个事情是真的，我想制定这个制度的人一定不是很懂技术的吧，这么做只会是让一些程序员们多写一些无用的代码，可能不会完全没用，说没用吧删了那段代码又无法工作，让审核的人也挑不出什么毛病，总之，只能说这样的制度将不会太久，制定一段时间后就会发现可操作性太差，实在无法维护下去，不过据我所知，现在一些作家的稿费是按字数计算的，那么这样一个计费标准会不会让作家多码一些字呢？不过我想他们也不会这么去做，因为他们有很多检阅者，那就是读者，如果为码字而码字的话，读者也不是傻子，失去了读者就相当于砸饭碗了，而程序员代码就不一样了，用户看到的是产品外表而不是代码，同一个功能你可以用100行代码实现，也可以用1万行代码实现，这个用户完全是不知道的。
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！(微信公众号：sssdhua )
网友评论