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

[itechnology]

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

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

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

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

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

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

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

[wetalk]

代码写得好不如沟通能力强

[HongJay]

沟通能力不强没事，但不能瘸腿

[746970179]

思想问题, 技术是为业务服务的

[nekochyan]

第四点这个不能理解，有现成的为啥不问 /不用，早点搞完还能摸鱼

[dongisking]

你们内部是否有 review

[hidemyself]

给赔偿吗，给赔偿考虑这么多干什么

[itechnology]

@nekochyan 这一点我也不懂

[nothingistrue]

“写的代码出现过好几次 oom ，无一例外都是有些地方没有判断，导致查了一张表的所有数据”：低级错误还能犯，这特么能算技术中上？这要么是长时间原地踏步的初级工程师，要么就是破罐子破摔的老油条，看后面的描述，差不多是前者。

[itechnology]

@dongisking 开始领导说每次迭代一个版本之后要进行一次代码 review ，后来实在抽不出时间，领导就一直没提这件事了

[itechnology]

@hidemyself 有赔偿，具体多少不清楚

[chendy]

1 表示技术水平其实也不咋行
2 3 4 表示沟通能力真的有问题
除非真的没人可用，否则换谁都会开了他

领导辞退人应该不用你去说吧，只是告知你一下

[plutome]

技术中上，但业务代码写不好。这不典型眼高手低么

每天看源码，钻细节，扣设计模式。感动自己收获满足，但其实连 CRUD boys 都不如(狗头

[fiypig]

没办法，打工赚钱就要服从需求来的，虽然每个人都有自己的做事风格，但是不影响公司基础上去做吧，主要还是要事情做好，啥事没有

[ql562482472]

这技术不行啊

[learningman]

这个查了一张表的所有数据，指的是没 select 还是没 where 啊。。。

[mcfog]

我总结一下：条件不搞清楚查全表 boom 、已经引用的类库里的能力不用而自己写、已经有的接口自己重新实现
以上问题提醒、讨论过没有改变

我好奇的是这属于技术中上的话，UP 你的其他同事干活是什么状态

[bigseafish90]

这种不开除留着干嘛？为了技术而技术，早晚害死人而已，没什么好考虑的。估计是年轻人，拿公司成本来折腾。

[TuringGunner]

这说到底就是技术不行啊

简单的边界条件都考虑不到

[hhjswf]

技术中上
我觉得他这种是看了视频文档，懂一点，真让他去做肯定一笔吊糟。粗枝大叶谁敢让他去做 k8s

[itechnology]

@learningman 边界没判断，有些情况出现没 where ，导致查出好几十万条数据