警惕那些产生负价值的开发者

在软件开发者的职业生涯中,我们一定会遇上一两个产生负价值的同事。你也许会想:负价值是个什么鬼?

曾经就有过这样一个同事。在 6 个月的时间里,他对代码库进行了两次更改。而这些更改不但没有起到好的效果,反而影响了产品的多个其他功能。

这样的开发者,他做的事情不仅没有任何效果,还会影响其他人的工作,这就是他们所产生的负价值。为了解决他所带来的问题,整个团队都不得不花费很长时间来解决问题。

相信你一定也遇到过这样的“坑队友”。

还有一种开发者,他们写的代码都能正常工作,但是他们写的代码却只有自己能看懂,团队中的其他人要想看懂他写的代码,要花费大量的时间去理解。这样的开发者,在某种程度上也是在贡献负价值。

我们来算一笔账:

糟糕的开发者花费 5 个小时,写了一堆难以理解的代码。其他 4 名开发者为了看懂这些代码,每个人都花费了 10 个小时:

 

总花费时间: (4 * 10) + 5 = 40 + 5 = 45 小时

 

而好的开发者,可能花费 10 个小时写了清晰明了的代码,其他 4 名开发者只需要 1 个小时就能完全搞懂:

 

总花费时间:(4 * 1) + 10 = 4 + 10 = 14 小时

 

可节省时间: 45 – 14 = 31 小时 

而且这些数字还有可能会大量增长。我曾经见过这样一个情况:由于代码写的太糟糕,一名优秀的开发者花了两周的时间才搞懂这部门代码;如果这部分代码写的清晰明了的话,这名开发者只需要 2 个小时就能搞懂。

还有一种情况,也是最可怕的情况,那就是这些负价值开发者不愿意学习新的东西,而且他还是团队中的领导。由于不喜欢新东西,他会一直使用过时的代码编写方法,而且要求团队中的其他人要向他看齐。结果就是,整个团队中的每一个人都成为了负价值开发者。

我就有过类似的经历,我以前供职的公司中,本来所有人都在使用一种代码编写方式,这种编写方式每解决一个问题需要我们花费数个小时的时间。后来,有一个同事向我们介绍了一种新的方法,新方法解决问题只需要几分钟。但是,团队中那个做决策的资深开发者却不让我们使用这个新方法,因为他不喜欢改变。

大多数人在工作的时候,都希望能有一些成就感,我们希望感到自己的时间没有被浪费。对于开发者来说,最大的成就感就是做出有价值的软件。

我们也希望能和有才能的人一起共事。而如果团队中有一个这样的“拖油瓶”,开发者会感到非常不舒服。

对于开发者个人来说,如果团队中真的有这样一个负价值开发者,这个问题也很好解决:换个工作,毕竟市场对于开发者的需求程度很高。但是对于企业来说,这绝对是一个灾难。

那么话说回来,这些负价值开发者当初是如何找到工作的?一部分原因,是企业的面试流程设计的不够完善。还有一部分原因,那就是企业总是在不知不觉的降低自己的雇佣标准。

有的时候,企业会发现自己有大量的工作要做,而且时间紧迫,而公司内的开发者数量不够。在这种时候,企业最容易降低自己的招聘标准。

某些企业在这种情况下,就会进行“恐慌招聘”。可惜的是,并不是所有开发者都能给团队带来正面价值。我理解企业在用人方面的急迫性,但是恐慌招聘无法解决问题。糟糕的开发者不仅会拖慢你的速度,还会让那些优秀的开发者离开你的团队。

1 1 收藏 12 评论

相关文章

可能感兴趣的话题



直接登录
最新评论
  • 王念一 初三学生 2016/12/23

    估计作者不明白并行时间不能叠加的道理。。。

    这就跟小学老师跟你说【迟到一分钟相当于浪费全班一共40分钟】的意思一样

    • Loranzo_ 开发工程师 2016/12/26

      我觉得是时间成本的问题,不是时间加起来的问题。

      • 王念一 初三学生 2016/12/26

        (笑)然而这种教育体系下的小学老师,基本上连【时间成本】都没听说过吧。。。

        算了还是不要一棍子打死了,反正至少我的小学老师就是这样。

    • Vampire   2016/12/26

      并行时间为什么不能叠加呢?还有对于迟到者是一分钟,班里40个人,浪费了40分钟,不对吗,难道是一分钟?一分钟是一个人的量,但是有40个人啊。请问我理解错了吗?

      • MoreFreeze   2016/12/26

        总的来说,不管小学老师还是作者出发点是好的,但量化方法有问题。

        如果你觉得并行时间能累加,那我给你10个女人和1个月时间请给我生个小孩吧。

        只要明白要把代码和工期做好平衡就行了,举那个时间例子实在槽点太多

        • Vampire   2016/12/26

          有些事情可以用10小时做完,也可以用1小时做完。代码写得好的只要一小时就看完了,写的一般的要10小时看完。你让10个女人在一个月里生一个小孩,首先这个想法是不可能实现的。而上面说的一个小时看完代码,和10个小时看完代码是可能实现的。我觉得你理解的有问题。

          • MoreFreeze   01/09

            所以一个破代码10个人看1个小时就能看完了?

            你优化了方法提升效率是好的,写出烂代码耽误时间是不好的,这我是认同的,我只是觉得这个量化没有任何意义,只是给人一种错觉。

      • 王念一 初三学生 2016/12/26

        因为计量方法是错的:时间总共只过去了1min,而非40mins。

        如果是面积,那就可以说是40m^2了,因为面积可以叠加。

  • 王小二 java/C 01/09

    不钻牛角尖。我觉得有道理。

  • 就是那么屌 web前端开发 5 天前

    札尔伯格说很多人说: 你们写的代码太垃圾了,不配当开发者,这工作不适合你们~

跳到底部
返回顶部