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

[itechnology]

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

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

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

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

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

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

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

我补充一点：
1 、让领导决定辞退他的原因是基于上面四点，他做的一个需求延期了三次，最后上到生产了依然不能用，害得一堆人天天陪着他加班到晚上十一二点。

说明一下，辞退是有补偿的，具体是 n 还是 n+1 我就不清楚了

[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 ，导致查出好几十万条数据

[polo3584]

感觉是沟通能力有问题。。。我们组也有这样的人，不过组内沟通没啥问题，我们就给他安排些对外沟通比较少的活。

[zhang77555]

典型的眼高手低吧，一直盯着新出的东西玩 demo 吹牛皮，写出来的东西却不堪大用，我刚毕业时也是这个状态

[bk201]

这哪是沟通问题，这是技术不行吧。前沿技术指的是看新闻，新闻 boy?

[itechnology]

@mcfog 我这里说的技术中上是指技术知道的比较多，面试时也能比较清楚的回答出来，但写业务时就不行

[ChefIsAwesome]

除非你们有末位淘汰制，否则公司裁人，大概率只是因为老板没钱。

[Yc1992]

这属于技术跟沟通都有问题

[wingor2015]

这种人，说实话，去哪都是祸害

[voidmnwzp]

@itechnology 那也不算技术好吧 工作几年了？

[Mrun]

现在行业有大把看了几本书，或者几篇公众号文章的。就觉得自己学了技术。。。。。

[Stevenv]

只能说他面试牛逼。兄弟，如果还招人，远程的话，可以喊我面面。。我不会走这位朋友的老路

[anguiao]

事实就是会吹牛的人更容易拿到 offer ，至于写出来的代码，只要不是太差，也不会混到这样被辞退的程度。

[laqow]

看起来是给能造轮子的人安排了个擦车的活，他不得给你在漆面上画轮子

[v135ex]

@TuringGunner 说得好，但是请问你是怎么知道 3 月份了阿森纳还是榜首的？

[aw2350]

不是沟通问题，是自己的意识问题；
他觉得自己是工匠。公司要的是牛马。
就这样

[auh]

干的不错，只有这样，以后跳槽面试才好找工作。坚决以个人成长为主。什么狗屁公司，都是资本家。

[wurenzhidi]

我前司有个类似的
国企出来的,特别擅长捞成果
对接需求,写技术文档,对外联系都是他来
干活都是别人的
OKR 上一列,他负责了好多项目.
实际技术文档写的一塌糊涂,难堪大用. 偶尔写的代码编译也过不去
写了点代码,就要在大群里 at 别人,生怕领导不知道

然而,这样的人,就是混的好啊

[yagamil]

之前公司有个大神级别的，做算法兼各种杂活。 反正干啥都牛 x 的，而且高难度的问题只有他才能搞出来。（比如逆向某个竞品的数据协议包，直接对着二进制逆向。。。） 反正就是不得不服的那种。

也是不喜欢讨论或者问别人。 但公司 boss 不敢动他，还老怕他跑了。

[wolfie]

1 4 不是沟通问题，单纯的菜。

[occupied]

直接开口就是了，按规定给赔偿。
你们不喜欢不代表人家不是个宝，只能说没遇到伯乐，相互不要耽误

[tool2d]

一般因为技术辞退的不多见，除非真的菜的冒烟，把周围人熏晕那种。

大部分裁员都是公司经济下行，技术只是借口。

[yazinnnn]

这不就是笨吗, 跟技术没关系

[darkengine]

提起新技术如数家珍，落地起来一塌糊涂，这不算技术好了。

[jomalonejia]

还是给条活路吧 现在这经济情况

[bai4246464]

@yagamil 说实话，同一种性格，有技术和没技术是两种人

[NoKey]

程序员技术好的前提，不是要代码好么？

[god7d]

这个人明显在工作中有情绪，不如仔细想想这方面的原因

[apake]

自认为 自己多琢磨, 造轮子可以提升自己技术, 只是技术眼界没打开而已.

[chenPiMeiHaoChi]

前年我司辞了一个类似的，我猜他还很嫌弃你们菜？

[msywkylemon]

第二点说的不就是我吗，确实不爱说话，喜欢自己瞎鼓捣...
虽然刚上班，但也犯过比较蠢的问题
看来以后要改改了，还是要多说说话...

[ligiggy]

关于第四点，自己写的话，遇到了问题可以提高自己的代码能力。

当然，工作是工作，自己的提升是自己的部分。

也许这个人更适合做偏研发类型的工作。

[ericgui]

我们组刚被干走一个，也是这种情况

[Promtheus]

好吧 其实就是技术不行，当然沟通也很重要，不过技术够好的话 不沟通也不至于这么差

[RightHand]

如果只看 2 ，4 ，有么有可能是你司的工具太难用了

[ThirdWorld]

这是领导的问题。政治任务没做好

[zw1027]

1 、技术属于中上....有些地方没有判断，导致查了一张表的所有数据。

你这第一条我就不认同，明显是个在开发机上能跑就交货的人，敷衍型人才。

[darknoll]

我不觉得他的技术属于中上。中下还差不多。

[lixiang2017]

这技术真不能中上

[cnbattle]

反感是第 3 条，既然有产品 ，还是得多跟产品交流的

别的几条，不知入职时长，项目状态 团队状态 不好评价

[stillsilly]

@nothingistrue
有的人就是这样，喜欢折腾看上去高大上新的东西，但是代码写得稀烂

[horizon]

这不叫技术中上。。。

[2bad4u]

之前遇到一个网易跳过来的，上班第一天把公司研发共用的服务器给 rm -rf /* 了，当天就让他走人了，哇哈哈哈

[a4854857]

@wurenzhidi 你说的是他的彻底反面吧...

[weijancc]

不过 mybatis-plus 自带的查询不美观, 在 mapper 上写比 mybaits-plus 的好看多了, 前提是有用插件

[liuxu]

他的技术应该只算中等，先把上去掉

1. oom 属于测试问题，我觉得你们公司测试部门的实力有待考证，责任他和测试 55 分。建议他自己学习一下自动化测试，开发、运维加测试，三位一体才算能力中上
2. 不问是好事，如果能力真的在中上，能遇到的问题放在任何人身上，基本也是需要琢磨一整天
3. 这个要问下产品的原型图和说明给清楚没，还是只言片语，几句话说了就扔那不管了，如果都给清楚了，是他的问题
4. 你只举了 1 例，可能是他的问题，如果他造了很多轮子，每个得分析看看是不是有其他考量，是原组件性能问题还是设计有问题，还是只是他喜欢造轮子

最后欢迎他来写 golang 或者 rust ，需要他这种造轮子的人来写基础组件贡献代码

[Dogtler]

同为打工人看别人的过失想自身吧：
1. 这个是业务熟练度的问题，如果入职不久这种问题还是挺正常的
4. 重写轮子的话，如果对业务和性能不造成影响，其实也没啥，可能自己写的对需求灵活性上改的更没包袱。
2. 问别人一次两次倒没啥，问多了也烦，如果有信心自己琢磨能解决问题，即最终导向是良性且不耽误进度的，那么这点上倒也没啥。

[echoless]

@plutome 人家面试涨薪水 从此 crud boy 是路人

[nicebird]

技术挺烂的水平

[BillyGao]

代码经常能 OOM ，k8s 这种比较熟不会是背的吧

[echoless]

@itechnology 没有代码 review 么

[sparklee]

同

[hahaayaoyaoyao]

@yagamil 像是在说我。这个我也干过 “逆向某个竞品的数据协议包，直接对着二进制逆向” 不过不是竞品的，是合作方也忘了的内容。

[Dogtler]

而且这些问题试用期三个多月大概率应该会暴露出来的，如果领导决意裁人应该自己跟他说。一点看法

[openmm]

脑子一根筋，去哪都吃不开了，你提到的这些问题是应届生或者经验年限低的会比较多点，这种有经验的确实不应该存在

[cp19890714]

很多人不自知，所以要提前进行心理建设。每半年进行一次绩效评定，对每位成员进行优点鼓励和不足建议。你该做的都做了，该帮的都帮了，能不能行那就看他自己了。当公司要辞退他的时候，他的心里应该提前感觉到了。

[echoless]

@Dogtler 其实管理层和员工沟通交流一下也能解决这个问题 oom 这种 很多人不小心就会碰到

[shijingshijing]

@itechnology

我这里说的技术中上是指技术知道的比较多，面试时也能比较清楚的回答出来，但写业务时就不行
--------------------------------------

就怕这种问啥都懂，让自己写也能凑合写个能跑，然而一旦正式上线就各种问题的。这种不仅自己有问题，还得拖着其他人给他擦屁股，不让他走谁走？

[shijingshijing]

@yagamil 之前公司有个大神级别的，做算法兼各种杂活。 反正干啥都牛 x 的，而且高难度的问题只有他才能搞出来。（比如逆向某个竞品的数据协议包，直接对着二进制逆向。。。） 反正就是不得不服的那种。

也是不喜欢讨论或者问别人。 但公司 boss 不敢动他，还老怕他跑了。

-------------------------------------------------

这种才是真 nb ，属于安全气囊类型的，可能就用那么一两次，但关键时候能顶上而且逆转结果的。

[xuyang2]

@itechnology
“每次迭代一个版本之后要进行一次代码 review” 也太好笑了

[lesismal]

相比于多数人，有一颗折腾轮子的心，会有更大的几率技术向上突破，能不能突破要看实际情况了，比如遇到牛逼的团队规范的流程、他自己想造事故都比较难有机会，但像一般的中小团队流程没那么严格规范、个人行事权限充足，他就可能惹祸、职场不顺利。

毛躁是他的错，团队不规范也有锅，基于团队水平现状、开除可以减少事故率所以也是正确选择。。。

如果运气好，他找个更好团队继续飞升。

我就认识 90 后小伙子，工作前三年干倒了 6 家公司，并不算是他不靠谱，而是出身比较差去的都是比较破的公司，他自己比较上进、一直折腾轮子、搞群拉了我们好些人、老跑来跟我们问各种 sb 问题，问题从弱智到越来越高级，三年后进了家比较不错的公司，技术远超原来那些 CURD 同事，待遇也高一截

[lipcao]

需求评审，ERD 评审，测试用例评审，code review 啥都不搞的公司幸好走了还有赔偿拿可以了 ，楼主说的这些问题能针对到人典型的 PUA 啊

[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]

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