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