这是一个创建于 82 天前的主题，其中的信息可能已经有所发展或是发生改变。
干的时间长了越发现职场有很多很恶心的人，文中的他不全是同一个人，以本人后端开发的视角，举几个例子感受下：
《特点一：自己的问题，嘴硬不愿意承认》
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 抛的，他也搞不清了，就乱说。
==============================================
我是一个直爽的人，就觉得这样的人很狗，我的认知是：
有问题改了就完了呗，又不丢人；
不懂得东西就大胆说这块不懂，我稍后看一下，很难以启齿吗？
最烦这种，不懂装懂的， 又巨狗的。
但是往往这种“狗”人，职场上却偏得老板喜欢。
《特点一：自己的问题，嘴硬不愿意承认》
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 抛的，他也搞不清了，就乱说。
==============================================
我是一个直爽的人，就觉得这样的人很狗，我的认知是：
有问题改了就完了呗，又不丢人；
不懂得东西就大胆说这块不懂，我稍后看一下，很难以启齿吗？
最烦这种，不懂装懂的， 又巨狗的。
但是往往这种“狗”人，职场上却偏得老板喜欢。
21 条回复 • 2024-10-02 00:41:07 +08:00
 |
1
KevinChan 82 天前
可能不太适合上班
|
 |
2
1up 82 天前 via iPhone
就这点算什么啊研发同志
|
 |
3
andforce 82 天前 via iPhone  4
从你的文字中，我只看到了一个唯唯诺诺，被欺负的怂包。
背地里偷偷摸摸上 v 站发个牢骚，都被按在地上强奸了，心里还在念叨“我不能叫出来是因为我素质高”。 自己技术再行，但是被拿出来表到老板那不行，那就是真不行了 跟测试一块背地里喊破天，那也是人家行，你不行。 因为同组除了合作还有竞争。 |
 |
4
vasto 82 天前 1
个人感觉除了群里直接 @你的，其他都是没必要生气的，傻 x 到处都有，你还能看见一次就气一次吗
楼主过于在意了，不涉及利益冲突都是没有必要放在心上的，他装他的 b ，我做我的事。如果不改变这种思考方式的话，可能会越来越痛苦的 |
 |
5
tonytonychopper 82 天前
一般都是忍狠滚，我一般最后会选择滚，好的公司/团队遇到这样的人概率比较低
|
 |
6
spicy777 82 天前
打个工受这么多气啊。建议六字真言
|
 |
7
WhateverYouLike 82 天前
他可能是在充满不包容的家庭氛围中长大的，或者是胆小导致他养成了这些比较坏的生活策略。
|
 |
8
kk2syc 82 天前
管住自己的嘴，大部分烦恼都是你自己闲得慌导致的。
---- 1. 特点一，直接群里 @他，别说其他的，就发报错日志，他自然明白。 2. 特点二，不是自己的事情不要着急，特别是对公共环境有修改的时候，最好在群里公告，说的好听些，@xxx 同学要测试一个东西，环境你们正在用吗？（ ps. 相比之下，特点一人家就做的很好，有问题群里直接 @喷） 3. 特点三，没得喷。你是出来打工的，不是做慈善的，凡事留证据。你写好了缺他的部分，就群里 @他，问他写好了没有发你。 4. 特点四-case3 ，关你 p 事，死锁也是他自己的问题，你试问他干什么？ |
 |
9
iseki 82 天前 via Android
歪个楼，看了下 TransmittableThreadLocal 这个东西…你确定要用这么脏的玩意儿吗😩
不过有一说一，这确实是 Java 自己漏掉的功能，等官方补上 ScopedValue 怕又是不知何年何月… |
|
10
iseki 82 天前 via Android
case 3 你为什么不直接说明白：因为他迟迟不提供接口，这边无法完成对接？
实际上这种情况是常见的，对等方可能因为各种原因不提前提供接口，包括但不限于： 1. 懒 2. 蠢（指自己什么都没想好当然没什么接口可提供） |
|
11
iseki 82 天前 via Android
特点四，我这边也有同事是这种人，我选择：
1. 直接向领导反馈，提前预警； 2. 如果 1 无效，那我只对我的代码负责，边界防御式编程，我会把我的责任撇干净； 3. 看情况，停止说废话，我没义务对他做编程培训，特别是在他认为这不需要的时候； |
|
12
iseki 82 天前 via Android
其实有很多事都没这么复杂，比如我会直接对领导讲：你给我的这点钱，只够我做到这个程度，某某自己偷懒，我不会替他擦屁股，你可以考虑换个人接手这块的工作。
|
 |
13
kisick 82 天前 via iPhone
太怂了
|
 |
14
chanChristin 82 天前 via iPhone 1
没看出来哪直爽了，被恶心这么多次没见反击，这不叫直爽，这叫 怂 x
|
 |
15
lasuar 82 天前
你要么技术水平也是半桶水，要么是表达能力差一大截，说服不了人。
|
 |
16
november 82 天前
看了 case 1 ，其他没看。case 1 最后他不是承认了吗？。。。
|
 |
17
daya0576 82 天前
有没有可能是由于自己的问题，导致待在这个环境，遇到这些问题。
|
 |
18
yeqizhang 82 天前 via Android
case2 ，普通应用也没啥问题啊，也不是多线程有啥问题，本身是用来做线程隔离的，只是有局限性，功能比较单一
|
 |
19
zbz 82 天前
职场中，几十个人中你发现有一两个你不喜欢，甚至觉得恶心的人，正常。如果你发现有「很多很恶心的人」，那么可能是你对其他人的要求太高了。
|
 |
20
TwoCookie 81 天前
什么规模的公司
|
 |
21
simen513 81 天前
这些都不算啥，还没有碰到一个 commit 自己没干啥活，就敢加上自己的名字的人。
明目张胆地抢别人的功劳！ 更别说暗地里能干啥龌龊的事情了。 |
Select Language