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