⚠️ 文中出现的xx、”他“是虚构的,如有雷同,请忽略。不建议私自代入场景
昨天下班在地铁上,工作群里发了一条消息,是导出的时候没有分页,一看提交者,我就明白了,也就不奇怪了
实话说,xx是我见过的工作能力最弱的一个人,没有之一。他写的代码隐患特别多,也给他提了很多的建议,但是被采纳的很少,因为他压根就不听,一直我行我素。有时，我也不想管那么多，奈何他和我一起做项目，项目质量这块他不过关我就很被动,因为是合作关系,所以我不得不向上反馈。即使向上反馈了,他还是没有修改。分页从数据库中拉取数据就是其中之一,只要做过开发的人都不会这样操作,可是他的脑回路就是和别人不一样,就是不分页,一次从库里查几百万数据出来,直到线上出问题了才发现。
分页问题所涉及的项目是我和他合作的第一个项目,都过去这么久了,直到昨天我才知道他没有优化那块。关键是那块在做的时候已经提前特别提了要分页,他的做法完全是对团队的不负责。
他自己拍拍屁股离职走了,让团队无缘无故去承担整个后果,对这种职业行为,是毫无职业道德可言。(为什么是无缘无故?因为事先已经提了要求,他没有做到,或者说不按照方案做,和整个团队目标步调不一致)
在他离职之后,他之前负责的部分业务到我这边来了,看了他的代码之后,我就决定找机会重写。目前已经重写了他一半左右的代码。
在看他的代码时,我就一个感觉:不如应届生,代码质量差,要重写才行,不然出了问题就是大问题。所以,我在提测期间抽空将他的代码重写了。目前重写了2个核心场景,另外的部分,随着后面一次需求的迭代,可以把他曾经负责的一个核心业务全部重写掉。
所以,团队中的一个”短板”给团队带来的影响还是蛮大的。此时此刻,我才真正理解”木桶效应”的影响力,如果不是自己亲身体验,很难理解”木桶效应”带来的深远影响。
从这件事,我也学到了一些经验:
- 选择团队成员时要慎之又慎,如果在前期发现工作能力不匹配,要果断放弃,不能因为一个”短板”影响整个团队
- 在组件团队成员梯队时,要确保团队成员时可塑的,基础能力是扎实的。这样,团队目标有调整时,才可以快速调整方向。不能其他人都调整了,就”短板”还在那短着,用不上还占用一个团队资源,对整个团队来说是妥妥的”拖油瓶”。
组成梯子的木材得是好的木材,千万不要被木材的表面完整靓丽所迷惑,要认认真真诊断木材内部有误空心或虫洞
- 团队选择你的时候,你也要选择团队。不能有个机会就往里跳。所以,在选择雇主时也要慎之有慎。回顾自己工作这么多年,自己在雇主选择上还是很果断的,有很多公司入职前会和你说公司很人性化,很优秀啊等等,但实际当你真正入职了之后,发现出入特别大,所以在0.5-1天内如果我感觉和我的预期太大,氛围不对我就离开了,因为试用期本就是双向选择,没有谁对谁错。也正是因为自己的选择,发现自己遇到人或事也越来越好。所以,不要”被平庸”!