[STM32F1]

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

[复制链接]
1406|13
手机看帖
扫描二维码
随时随地手机跟帖
俺是村长他爹|  楼主 | 2017-2-5 12:34 | 显示全部楼层 |阅读模式
在软件开发者的职业生涯中,我们一定会遇上一两个产生负价值的同事。你也许会想:负价值是个什么鬼? 曾经就有过这样一个同事。在 6 个月的时间里,他对代码库进行了两次更改。而这些更改不但没有起到好的效果,反而影响了产品的多个其他功能。这样的开发者,他做的事情不仅没有任何效果,还会影响其他人的工作,这就是他们所产生的负价值。为了解决他所带来的问题,整个团队都不得不花费很长时间来解决问题。

在软件开发者的职业生涯中,我们一定会遇上一两个产生负价值的同事。你也许会想:负价值是个什么鬼?
曾经就有过这样一个同事。在 6 个月的时间里,他对代码库进行了两次更改。而这些更改不但没有起到好的效果,反而影响了产品的多个其他功能。
这样的开发者,他做的事情不仅没有任何效果,还会影响其他人的工作,这就是他们所产生的负价值。为了解决他所带来的问题,整个团队都不得不花费很长时间来解决问题。
相信你一定也遇到过这样的“坑队友”。
还有一种开发者,他们写的代码都能正常工作,但是他们写的代码却只有自己能看懂,团队中的其他人要想看懂他写的代码,要花费大量的时间去理解。这样的开发者,在某种程度上也是在贡献负价值。
我们来算一笔账:
  • 糟糕的开发者花费 5 个小时,写了一堆难以理解的代码。其他 4 名开发者为了看懂这些代码,每个人都花费了 10 个小时:
  • 总花费时间: (4 * 10) + 5 = 40 + 5 = 45 小时
  • 而好的开发者,可能花费 10 个小时写了清晰明了的代码,其他 4 名开发者只需要 1 个小时就能完全搞懂:
  • 总花费时间:(4 * 1) + 10 = 4 + 10 = 14 小时
  • 可节省时间: 45 - 14 = 31 小时

而且这些数字还有可能会大量增长。我曾经见过这样一个情况:由于代码写的太糟糕,一名优秀的开发者花了两周的时间才搞懂这部门代码;如果这部分代码写的清晰明了的话,这名开发者只需要 2 个小时就能搞懂。
还有一种情况,也是最可怕的情况,那就是这些负价值开发者不愿意学习新的东西,而且他还是团队中的领导。由于不喜欢新东西,他会一直使用过时的代码编写方法,而且要求团队中的其他人要向他看齐。结果就是,整个团队中的每一个人都成为了负价值开发者。
我就有过类似的经历,我以前供职的公司中,本来所有人都在使用一种代码编写方式,这种编写方式每解决一个问题需要我们花费数个小时的时间。后来,有一个同事向我们介绍了一种新的方法,新方法解决问题只需要几分钟。但是,团队中那个做决策的资深开发者却不让我们使用这个新方法,因为他不喜欢改变。
大多数人在工作的时候,都希望能有一些成就感,我们希望感到自己的时间没有被浪费。对于开发者来说,最大的成就感就是做出有价值的软件。
我们也希望能和有才能的人一起共事。而如果团队中有一个这样的“拖油瓶”,开发者会感到非常不舒服。
对于开发者个人来说,如果团队中真的有这样一个负价值开发者,这个问题也很好解决:换个工作,毕竟市场对于开发者的需求程度很高。但是对于企业来说,这绝对是一个灾难。
那么话说回来,这些负价值开发者当初是如何找到工作的?一部分原因,是企业的面试流程设计的不够完善。还有一部分原因,那就是企业总是在不知不觉的降低自己的雇佣标准。
有的时候,企业会发现自己有大量的工作要做,而且时间紧迫,而公司内的开发者数量不够。在这种时候,企业最容易降低自己的招聘标准。
某些企业在这种情况下,就会进行“恐慌招聘”。可惜的是,并不是所有开发者都能给团队带来正面价值。我理解企业在用人方面的急迫性,但是恐慌招聘无法解决问题。坏的开发者不仅会拖慢你的速度,还会让那些优秀的开发者离开你的团队。

joing1999| | 2017-2-5 16:03 | 显示全部楼层
谢谢分享!

使用特权

评论回复
zjh2009| | 2017-2-5 17:30 | 显示全部楼层
也许是因为是因为你们普通开发者理解不了人家的思路,当然谈也有可能这位开发者太差劲

使用特权

评论回复
icecut| | 2017-2-6 09:11 | 显示全部楼层
我真遇到过,直接骂他....

使用特权

评论回复
ctsdswk| | 2017-2-6 11:17 | 显示全部楼层
项目完成后,维护期第一步就是制作架构图。
项目移交给别人,第一步就是提供架构图。
在架构图下修改程序,这种问题的影响可以被尽可能的减小。

使用特权

评论回复
yishuifu| | 2017-3-16 14:58 | 显示全部楼层
呵呵。

使用特权

评论回复
Liang118038| | 2017-3-18 14:32 | 显示全部楼层
看不懂别人的代码,自己也要找找自己原因吧?总不能自己看不懂就是别人问题吧!

使用特权

评论回复
biechedan| | 2017-3-18 22:31 | 显示全部楼层

使用特权

评论回复
biechedan| | 2017-3-18 22:35 | 显示全部楼层
优化程度不一样,这个也不好判断。

使用特权

评论回复
俺是村长他爹|  楼主 | 2017-3-24 23:36 | 显示全部楼层
icecut 发表于 2017-2-6 09:11
我真遇到过,直接骂他....

不要搞事情,要与同事和睦相处!

使用特权

评论回复
williamhwf2011| | 2017-3-25 12:42 | 显示全部楼层
一般团队的软件开发,首要的规则是关键点或难理解的地方,必须有详细注释;其次,要求有概要设计、流程图、模块设计接口资料。为防止代码移交出现困难,还要求统一编译环境和编译脚本,以及测试方案。最后,才关心代码本身。任务完成的考核标准就是满足上述的要求才算。呵呵,没有人不愿遵守,除非他没信心呆下去

使用特权

评论回复
jackhwang| | 2017-3-25 15:01 | 显示全部楼层
说的都挺好的。可实际上有的老板就希望能在4小时里写出来,而不喜欢花10小时来写。

使用特权

评论回复
lanyueyaoji| | 2017-3-26 09:47 | 显示全部楼层
这还是和项目负责人有关,

使用特权

评论回复
heisexingqisi| | 2017-3-26 16:56 | 显示全部楼层
人家也是想让事情好起来,只是效果不好而已,不能因为这个扼杀了创新。

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

66

主题

168

帖子

2

粉丝