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

[itechnology]

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

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

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

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

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

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

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

[cosmosz]

不能用都能上线，感觉不仅仅是他个人的问题。 代码谁 review 的，谁 approved ，测试怎么通过的。 即使他不主动沟通，这些机制都是主动和他沟通技术的机会。 如果没这些机制，楼主也可以收拾收拾跑路了。

[opengps]

理论能力中上，动手能力下

[WispZhan]

说到底是写代码不行，沟通也不行。

上面举例的只能说，综合能力欠缺，不能快速且正确的解决问题。缺少 best practice 的思想

[xzysaber]

在我眼里，这样的先不说到底技术咋样，就这样的责任心就不能胜任此工作了，更何况多次这样，我觉得这人技术也不行。
现在到处都是容易获取的资料，都可以给你说点关于 K8S 的，实际使用的时候会遇到很多底层的问题，这人肯定都很难搞定，而且也不能让他搞，这出问题，排错是比传统部署复杂的，没有对应的经验的人，系统会异常很久的。

[levelworm]

这其实是性格问题，不是沟通问题。

[Aloento]

我觉得这种人是属于写代码水平差的那一类，直接开了对谁都有好处

[james122333]

就是不懂妥协 我都很喜欢自己造轮子 但都还会妥协
但命运还更差点 你还会替他想 遇到的找麻烦 办公室大声说话样样来
但看文他应该原本不是这样 不然也不会懂前沿技术 早就自己来了

[Nnq]

技术辞退都是借口 ，见过专心搞技术不喜欢沟通的，也有闷头造轮子的，这个都很常见；

想知道你们团队领导在管理上是否正确引导这个同事了呢？ 还是就是看他不喜欢跟别人说话，就把他放一边了？

[NICEghost]

@wetalk 兄弟你的头像能不能借一部说话

[happy11]

欲加之罪何患无辞，攒几个小问题，故意修饰、恶化，再拉一帮五毛附和，变成你谈判的筹码？……

不就是不想给赔偿吗？ N+1 给够，立马就走，谁愿意跟你废话……

我遇到的贱司，抓住一个问题、锅就无限放大，扣 20%绩效，没一人撑过 2 个月的，疫情就靠这招裁了一半人…美其名曰，每月必须有 1 个差

[DearMark]

技术不行，沟通不会
。。。一时不知道说什么

[dj721xHiAvbL11n0]

@chendy 因为是他的组员呀，他是负责人，开自己组员肯定不忍心呀，虽然他不行，但是自己组员肯定还是亲

[dj721xHiAvbL11n0]

@yagamil 他不喜欢问，纯纯是因为他知道，大多数人都不知道

[kkwwuuww]

一个 QA 就能解决的问题都不是问题

[LokiSharp]

需要沟通说明你们公司规范制度不行 Emmmm

[dqzcwxb]

跑个题,v2ex plus 的最近一个月注册淡化真好用

[leafre]

你们团队开发流程也有问题，接口直接看文档，还需要这样问来问去真的效率高吗？

[cwliang]

基于第一条，他造的轮子也没人敢用吧，后面就是💩山

[momobear]

好奇 不会是刚培训出来的哇

[Gtreace]

我觉得 lz 说的没毛病，遇到这种同事不是他走就是我走，最难以忍受的就是拖累其他人的人，偶尔谁都会犯错这个正常，但是如果一直这样谁受得了啊，还天天延期，老大压力都堆成山了要。其实从描述来说上面说的 4 点其实大家也都可以勉强忍受问题不算特别大，但是补充的那点，最近导致很多人因为他每天加班 5-6 个小时，还是莫名被拖累，这谁受得了。