领导打算辞退我组里的一名员工了，程序员写代码时多沟通真的很重要

[itechnology]

这个员工身上有几个问题让领导不得不辞退他：

1 、技术属于中上，前沿的技术（比如 k8s 什么的）都比较清楚，但业务代码写的比较差，写的代码出现过好几次 oom ，无一例外都是有些地方没有判断，导致查了一张表的所有数据。

2 、遇到问题非常不喜欢问其他人，老是喜欢自己瞎琢磨，有时候自己琢磨一整天真的不如其他同事的一句话。

3 、还是第二点的问题，产品下发需求给他做，他有不明白的地方也不找产品确认，就自顾自的认为应该是这样做，结果并不是，搞得还要返工。

4 、老是喜欢自己造轮子，非常浪费时间。比如说用了 mybatis-plus 会默认在持久层实现查询列表的方法，查询列表没有特殊情况都直接用这个方法就可以了，他就不，非得自己在 mapper 文件中新写一个。还有，调用其他微服务查列表时，明明已经有这个接口了，他也不问，非得自己重新在那个微服务里重新写一个。

上面这些情况我都跟他说了好几次了，他依然不改。。。

他现在还不知道这件事，我都不知道该怎么开口。

[zlo309618100727]

这个是个人特质问题，喜欢钻研技术，但是眼高手低
如果把这个人拿去做基础服务类的工作，可能会合适一些，但是毕竟岗位少，要求高

[fanyingmao]

有 n+1 不，有的话就可以愉快的走人了。

[kaedea]

笑死，这年头国内公司行情好的时候一堆水货拿着比骨干几倍工资的情况少么；行情不好的时候沟通能力再强有什么用还不是说裁就裁。与其吐槽人家沟通能力，还不如想想赔偿给到位了没有。赔偿到位不用纠结如何开口，也许人家压根不稀罕。

[tutustream]

眼高手低..感觉是我

[Rrrrrr]

说一堆废话，直接给够钱就走拉

[NeroKamin]

@yagamil 哈哈哈你说的这个人也好像我现在的领导，技术确实是牛逼

[panlista]

这种人面试挺吃香，说不定下家给你比现在还高

[zzz2021zzz]

不能完整完成工作的人，长板越长麻烦越多

[JackZong]

有意思

[guanhui07]

眼高手低，业务代码都写不好，或者为人不够谦虚，挺自以为是？感觉挺多技术心态不好，还是咋的，很自以为是，对团队是一种伤害，那要是 10 个人 写 10 个方法。。。有现成的为啥不用，就问他每个人都新写个方法，那以后项目维护不得乱七八槽。

[zoharSoul]

这 tmd 是脑子有毛病

[billzhuang]

code review 就是解决这些问题的啊

[fournoas]

这种好像称不上“技术属于中上”

[yangyaofei]

仿佛看到某个同事, 同样的问题出现 N 次, 还有西红柿炒鸡蛋不说放盐绝对不放这种, 领导问我有救没有, 我只能说"朽木不可雕也,粪土之墙不可圬也".

[xuanbg]

看描述可能是极度社恐：能不和人说话就不说话，需要和人说话，想想还是不要说话吧。虽然知道不说话会耽误事，但我还是不想和人说话。

[propheteee]

@wurenzhidi 技术方案写完不评审的吗？ 评审的时候领导在的话直接 dis 他

[ranley123]

其实写代码永远都是最简单的一环，最难的永远都是与不同的业务团队进行充分沟通，交换利益和解决 concern ；以及如何去理解需求场景和背后的业务逻辑，其中需要的软实力涉及到方方面面，从沟通到同理心，从人际交往到经验背景。所以楼主说的挺好的。

[yuanxin1999]

比如说用了 mybatis-plus 会默认在持久层实现查询列表的方法，查询列表没有特殊情况都直接用这个方法就可以了，他就不，非得自己在 mapper 文件中新写一个

这不就是我吗，分页之类的，都是手写一个不用那个 list 或 page 。不过我这边有字典翻译的字段放在 dto 里面，所以每次都是查了，resultmap 转成对应的 dto ，但是我还是决定限制字段好一些

[Erroad]

中上啥啊，k8s 有多前沿？你买本 kubenetes in action 两天就会基本用法的东西。这种就是眼高手低的典型代表罢了

[henryhu]

我团队有一个成员类似，总是蒙头自己搞，别人说什么一概无视，直到做不下去才听别人的意见。我要是领导我肯定开了他