组内有一些很恶心的人，怎么办

[donggua997]

干的时间长了越发现职场有很多很恶心的人，文中的他不全是同一个人，以本人后端开发的视角，举几个例子感受下：

《特点一：自己的问题，嘴硬不愿意承认》

case 1

测试测出问题，来找他问：

“这个东西，是不是没问题了”

“没问题了，测过了”，

（他显然没测过）

“现在有问题，问题是：xxxxxx”

“不可能”....“哦 这是数据问题（ xx 问题，xx 导致的...）”

（因为我是同组后端，很清楚，他是为了阐述原因，还是为自己辩解。总之就是，想找个理由，来表示自己导致的这个 bug 是有非常合理的原因的）

case 2

我发现他的代码有问题，跟他讲。

“怎么会有问题，肯定没问题呀”....“你说的是，在极端情况下是有点问题，你这样的好处是 xx ，我这样的好处是 xx”。
然后自己，偷偷改掉。

在外人听他说的好像没问题，实际上他的明显不对，还嘴硬什么呢，我们环境整体和平，根本就没人跟你计较谁的责任，只是发现了问题，改掉就行了，而已。 就这个错了不愿意认，总想再说点啥，好让自己舒服的接受。

别说为啥我闲的去看他代码，要不是出 bug 总需要我看 我才不管呢

《特点二：别人的问题，夸张放大来抬高自己》

有次，别人改了问题让我忙部署到测试环境，我顺手帮点一下，去了厕所，回来他测试环境挂了，然后直接在群里 @我，“你不要打包部署操作完，就放那不管了，起码看一下运行成功没啊”

结果问题是代码编译都不通过，但是我觉得这可以理解，不小心或者 idea 没有识别，就 push ，谁都有失误。

但是令我发火的是，他在群里 @，而且说这句话，对于后端人来讲，部署之后验证是否运行成功，这是最基本的行为和职位操守了吧，感觉到超级不被尊重。直接想反怼了，旁边的人拉着我，说一个组的，别这样。稍微平和一下，越想越气，tmd 原来旁边也是狗啊，我跟旁边的人说，这是帮你部署的，他在群里这样说，你不应该一言不发吧，我不能平白无故被怼吧，最后他群里说了句：我没验证，我的问题。 算了了。

然后我就想：你有本事，别让我逮着你失误犯低级错误的时候。

果不其然，过了几天，测试群里说服务器挂了，我一查，他提交了，未能编译通过的代码，我也打字：@他 你提交代码之前，都不编译检查一下吗？

最后我删了没发，我想得饶人处且饶人，打个工，没必要跟他针锋相对的，他这个情商，我不能跟他一般见识。晚饭和测试一起吃，他入职的早，讲到那个人说，我们测试组都知道他啥样，情商贼低，还巨能装。

《特点三：表里不一，个人利益至上》

开发工期紧张，一个人一个模块，先给调用者定义接口，然后再写实现。 中间的我的内容写完了，等他接口。但他忙不过来一直没定义接口给到我，说写不完了 他下周提测吧。 我先下班了，结果组长开会回来说，这周必须提测，还差多少了

他：写完了。

我：除了和他连调的都写完了。

然后认为我耽误了进度。 实际他没写完，或者是说只按照最简单的方式提供了接口，这样我需要帮他组装数据改很多代码了，但是他就说他写完了，在组长看来 他写完了，而我还没有搞明白和搞完。

《特点四：又菜又爱装》

这里 举几个技术场景吧

case 1

springbean 对象成员变量定义变量， 说没线程安全问题

case 2
spring 拦截器，根据 token 设置 userid 等信息放到 threadLocal 里，我说原生 threadLocal 多线程有问题，直接用阿里的 TransmittableThreadLocal,后续多线程中也不会有问题了。

“这样写问题也不大，那个我也用过，不咋好用”

真的想骂人，咋这么能装逼呢， 什么就不咋好用就是一个多肽而已 该咋用咋用，java 的两个 threadLocal 都不是推荐用的，用了等于给自己挖坑。

case 3

插入更新 1w 条记录，并优化性能。

他做成了，线程池 1 个线程处理 1000 条，导致了死锁。

他自己在那念叨，这不好解决呀，根本没办法控制，先不说批量更新插入这种方式合理吗，就说死锁。 我试探问他，

“找到问题了吗”

“找到了”

“啥问题导致的”

“就是多线程处理数据，造成了死锁”

我就想笑了，这不是废话吗，报错都打印了

“具体啥原因导致的”

他支支吾吾讲不清了， 说没办法解决

“因为 1w 条数据里面有很多数据，更新的 where 条件相同，导致两个事物同时更新同一条记录，持有锁的事物没有及时提交事物导致，把相同 where 条件的数据分到一个线程里大概就解决了”

他讲一堆没用的说，“只能是降低死锁概率，并不能彻底解决，可以先这么优化” ，只能说是真会装逼。

我又说“没必要这么先分组很复杂，可以换种方式直接捕获死锁异常，做个补偿机制就可以了，大概率都不会出现这种数据的”

他支支吾吾 说一些中立的话，其实这很显然不合理的，没有处理死锁情况属于浪费数据资源啊。，我又问这个死锁异常，是数据库抛的 还是 spring 抛的，他也搞不清了，就乱说。

==============================================
我是一个直爽的人，就觉得这样的人很狗，我的认知是：

有问题改了就完了呗，又不丢人；

不懂得东西就大胆说这块不懂，我稍后看一下，很难以启齿吗？

最烦这种，不懂装懂的， 又巨狗的。

但是往往这种“狗”人，职场上却偏得老板喜欢。

[KevinChan]

可能不太适合上班

[1up]

就这点算什么啊研发同志

[andforce]

从你的文字中，我只看到了一个唯唯诺诺，被欺负的怂包。
背地里偷偷摸摸上 v 站发个牢骚，都被按在地上强奸了，心里还在念叨“我不能叫出来是因为我素质高”。

自己技术再行，但是被拿出来表到老板那不行，那就是真不行了

跟测试一块背地里喊破天，那也是人家行，你不行。
因为同组除了合作还有竞争。

[vasto]

个人感觉除了群里直接 @你的，其他都是没必要生气的，傻 x 到处都有，你还能看见一次就气一次吗
楼主过于在意了，不涉及利益冲突都是没有必要放在心上的，他装他的 b ，我做我的事。如果不改变这种思考方式的话，可能会越来越痛苦的

[tonytonychopper]

一般都是忍狠滚，我一般最后会选择滚，好的公司/团队遇到这样的人概率比较低

[spicy777]

打个工受这么多气啊。建议六字真言

[WhateverYouLike]

他可能是在充满不包容的家庭氛围中长大的，或者是胆小导致他养成了这些比较坏的生活策略。

[kk2syc]

管住自己的嘴，大部分烦恼都是你自己闲得慌导致的。
----
1. 特点一，直接群里 @他，别说其他的，就发报错日志，他自然明白。
2. 特点二，不是自己的事情不要着急，特别是对公共环境有修改的时候，最好在群里公告，说的好听些，@xxx 同学要测试一个东西，环境你们正在用吗？（ ps. 相比之下，特点一人家就做的很好，有问题群里直接 @喷）
3. 特点三，没得喷。你是出来打工的，不是做慈善的，凡事留证据。你写好了缺他的部分，就群里 @他，问他写好了没有发你。
4. 特点四-case3 ，关你 p 事，死锁也是他自己的问题，你试问他干什么？

[iseki]

歪个楼，看了下 TransmittableThreadLocal 这个东西…你确定要用这么脏的玩意儿吗😩
不过有一说一，这确实是 Java 自己漏掉的功能，等官方补上 ScopedValue 怕又是不知何年何月…

[iseki]

case 3 你为什么不直接说明白：因为他迟迟不提供接口，这边无法完成对接？
实际上这种情况是常见的，对等方可能因为各种原因不提前提供接口，包括但不限于：
1. 懒
2. 蠢（指自己什么都没想好当然没什么接口可提供）

[iseki]

特点四，我这边也有同事是这种人，我选择：
1. 直接向领导反馈，提前预警；
2. 如果 1 无效，那我只对我的代码负责，边界防御式编程，我会把我的责任撇干净；
3. 看情况，停止说废话，我没义务对他做编程培训，特别是在他认为这不需要的时候；

[iseki]

其实有很多事都没这么复杂，比如我会直接对领导讲：你给我的这点钱，只够我做到这个程度，某某自己偷懒，我不会替他擦屁股，你可以考虑换个人接手这块的工作。

[kisick]

太怂了

[chanChristin]

没看出来哪直爽了，被恶心这么多次没见反击，这不叫直爽，这叫 怂 x

[lasuar]

你要么技术水平也是半桶水，要么是表达能力差一大截，说服不了人。

[november]

看了 case 1 ，其他没看。case 1 最后他不是承认了吗？。。。

[daya0576]

有没有可能是由于自己的问题，导致待在这个环境，遇到这些问题。

[yeqizhang]

case2 ，普通应用也没啥问题啊，也不是多线程有啥问题，本身是用来做线程隔离的，只是有局限性，功能比较单一

[zbz]

职场中，几十个人中你发现有一两个你不喜欢，甚至觉得恶心的人，正常。如果你发现有「很多很恶心的人」，那么可能是你对其他人的要求太高了。

[TwoCookie]

什么规模的公司