链接:http://www.manongjc.com/article/27794.html
近日,一个帖子吸引了网友的注意,是什么呢?该网友表示自己以前碰到过一个按代码行数算工资的公司,还不同的代码有不同的换算系数,考核部门没日没夜的在那数代码,各种争吵,后来有个同事利用规则刷到一个月提成2.6万,然后领导找他商量让他能不能少报点,结果第二天就离职了。
对此,有网友表示:不是应该代码越少越好的吗?作为程序员,大家应该都清楚,我们编程的时候最注重的就是代码的精简,力求少编码多思考,因为很多时候代码越多,问题越多。而程序员们常常所说的高内聚,低耦合,也是力求代码简洁的一种方式,所以程序员都会被要求尽量简化代码。
估计程序员都有过这样的体会,当审查一个功能模块的代码时,如果代码很多很乱,第一印象肯定不好,相反,如果该模块代码简洁明了,你会非常愉悦。更通俗点讲就是代码越多,管理起来也就越困难:搜索代码库的时间会变长、查看文件导航也需要较长的时间、跟踪执行也会变的困难等。
有的网友则表示:这样会让代码一团乱,不然就会像外包公司一样。相信很多人都看过外包公司的代码,他们的代码基本都是复制粘贴,特别乱,所以,很多程序员只要看到外包公司的代码都会很崩溃。首先是,他们只会考虑到如何去完成任务,而不会去考虑整个项目中会出现的外在问题,比如,占用资源,项目大小等。
还有的网友搞笑的表示:这样的方式,可以把公司刷破产,虽然夸张,但是也不夸张。一个程序员如果去追求代码量,随随便便写个循环什么的,这都是很简单的事。
对于这样的公司可以说是很奇葩的了,其一:按代码行数来算工资,就是不合理,从中就可以知道,该公司肯定是一家小公司,做不大的。其二:既然制定了游戏规则,却不能按照规则来执行,被员工逮到漏洞,最后不执行,也是很难看的。虽然说每个公司的标准都不一样,但这样的方式,真的很不赞同的。
大家怎么看的呢?