发表于 2024年9月30日1年前 干的时间长了越发现职场有很多很恶心的人，文中的他不全是同一个人，以本人后端开发的视角，举几个例子感受下：《特点一：自己的问题，嘴硬不愿意承认》 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 抛的，他也搞不清了，就乱说。
==============================================
我是一个直爽的人，就觉得这样的人很狗，我的认知是：
有问题改了就完了呗，又不丢人；
不懂得东西就大胆说这块不懂，我稍后看一下，很难以启齿吗？
最烦这种，不懂装懂的， 又巨狗的。
但是往往这种“狗”人，职场上却偏得老板喜欢。