大家好,我是鸭鸭!
在大厂工作的朋友们,相信你们早已见识过加班文化、KPI压力和无休止的需求更迭。这些压力有时候真的会令人怀疑人生,甚至衍生出“职业病”。
今天我们就来盘点一下“18 种大厂职业病”,看看你中了几条?
一、晋升阳痿
如果你对“晋升”提不起任何兴趣,只要一听到“375绩效”就心灰意冷,那你可能已经得了“晋升阳痿”。日复一日的业绩考核、复杂的人际关系,让人不仅失去斗志,更难以对未来充满期待。
二、加班早泄
许多大厂人习惯把需求带回家加班,但只要打开电脑,就困意袭来。1分钟就打哈欠,3分钟就感到力不从心,加班的劲头消失得无影无踪。这种加班动力消退的状态,就是典型的“加班早泄”。
三、OKR不育
做了无数需求,忙到飞起,但一提到实际收益,OKR(目标与关键结果)进展却一直为0,所有努力犹如流水。OKR无法产出实绩的“职业病”,就被称为“OKR不育”。
四、大厂痔疮
坐在工位上的时间过长,导致屁股酸痛难耐,每天只能靠上厕所、接水、溜园子来缓解,这种痛苦几乎是大厂人群的通病,被戏称为“大厂痔疮”。
五、wiki孕吐
当打开同事写的飞书文档或Wiki时,看到密密麻麻的文字和各种格式,胃就开始不适,甚至影响了食欲和心情。这种一看文档就反胃的症状,被称为“wiki孕吐”。
六、需求绿帽
需求是自己辛辛苦苦做的,但在关键时刻,却被领导拿去“送”给了关系更亲密的下属晋升。这种苦于需求被“抢走”的心情,就被称为“需求绿帽”。
七、大厂出轨
公司给的福利待遇已经不低,但一想到其他公司在普调薪资、发年终奖,就忍不住羡慕起别人家的好,这就是典型的“大厂出轨”。
八、大厂产后抑郁
当一个项目终于加班完成时,突然一股无力感涌上心头,开始怀疑工作的意义,甚至变得不再快乐,无法投入下一个项目的情绪。这种负面情绪被称为“大厂产后抑郁”。
九、需求嫡母
虽然需求不是自己做的,但作为项目的owner或合作方,也可以理直气壮地拿来汇报。这种职业病称为“需求嫡母”。
十、需求庶母
反之,虽然需求是自己辛苦做的,但却只能通过领导汇报才能在更高层面前被认可,这种辛酸叫做“需求庶母”。
十一、大厂甄嬛
自己在小组中是嫡系,但不幸的是,领导在更高层面前却是“庶出”,无法真正带来资源或业绩提升。因此,不论再怎么努力,始终无法获得优秀绩效,这种现象就是“大厂甄嬛”。
十二、大厂孤儿
在大厂工作,如果没有大腿可以抱,所有业绩都靠自己卷,那你可能得了“大厂孤儿”这种职业病。没有靠山,只能在独自奋斗中疲惫不堪。
十三、大厂疲软
一个项目兴冲冲地做到一半,突然失去动力,或因为各种原因而停滞不前,这就是“大厂疲软”。无论是内心的疲惫,还是客观的阻力,都导致项目“卡住了”。
十四、大厂超雄
项目一旦遇到阻碍,或者进度被拖延,就会觉得心烦意乱,整个人变得焦躁易怒。这种“火气上头”的状态,就是典型的“大厂超雄”。
十五、需求分叉
当你为了优化某个指标拼命做产品改进时,结果发现其他指标受到了负面影响,这种目标错位的症状,被称为“需求分叉”。
十六、大厂种马
在大厂上班,经常需要同时为多个领导制作汇报内容,每周的周报动辄2000字,写到手酸还要继续写,仿佛化身“打工机器”。这种一人服务多领导的状况,被戏称为“大厂种马”。
十七、大厂流产
一个项目刚开始时如火如荼,但到了半途却被老板直接砍掉,所有投入的心血瞬间作废,这种令人心痛的状况,就是“大厂流产”。
十八、汇报功能障碍
当其他同事在领导面前侃侃而谈、争取资源时,自己却一句话也说不出来,缺乏表达自己的勇气和机会。这种难以汇报的症状,被称为“汇报功能障碍”。
参考:《脉脉大厂人的10种职业病》
“大厂职业病”带来的种种感受和辛酸,很多在大厂打拼的朋友们肯定感同身受。职场如战场,我们需要在奋斗中找到平衡,学会自我调节,才能更好地应对工作的挑战。祝愿大家都能尽快找到自己的职场解药,保持健康,快乐工作!
继续我们的面试刷题!
RabbitMQ 中无法路由的消息会去到哪里?
回答重点
在 RabbitMQ 中,无法被路由的消息通常有以下几种处理方式:
- 丢弃消息:默认情况下,若消息无法找到符合条件的队列(即没有匹配的绑定关系),RabbitMQ 会直接丢弃消息,不会进行特殊处理。
- 备份交换机(Alternate Exchange):可以为交换机配置一个备份交换机,无法被路由的消息将被发送到备份交换机,再由备份交换机根据其绑定关系决定如何处理消息。例如,可以将这些消息发送到指定队列进行保存或处理。
- 消息回退(Return Listener):在使用
mandatory
参数的情况下,如果消息无法路由,则会触发返回机制,将消息退回到生产者,这样生产者可以自行处理未路由的消息。
扩展知识
配置备份交换机
备份交换机(Alternate Exchange) 是 RabbitMQ 中处理未路由消息的常用方式。为交换机配置备份交换机后,任何无法找到匹配队列的消息都会自动路由到指定的备份交换机。
// 配置交换机和备份交换机
Map<String, Object> args = new HashMap<>();
args.put("alternate-exchange", "my-alternate-exchange");
channel.exchangeDeclare("main-exchange", "direct", true, false, args);
channel.exchangeDeclare("my-alternate-exchange", "fanout", true);
消息回退机制(Return Listener)
当生产者设置 mandatory
参数为 true
时,如果消息无法路由,则会触发消息回退机制,消息会被返回给生产者,生产者可以通过 Return Listener
监听未路由消息:
channel.addReturnListener((replyCode, replyText, exchange, routingKey, properties, body) -> {
System.out.println("Message returned: " + new String(body));
});
channel.basicPublish("exchange", "routing-key", true, MessageProperties.PERSISTENT_TEXT_PLAIN, "Test message".getBytes());
死信队列(DLX)
如果消息未能被正常路由,并且在备份交换机或回退机制无法处理的情况下,还可以通过死信交换机(DLX) 将消息转发到死信队列,进行后续处理。这在消息队列中的存储和处理环节起到补充作用,尤其适合未能及时消费或路由的消息。
不同策略的应用场景
- 备份交换机:适用于业务场景中需要监控或重处理未路由消息的情况。
- Return Listener 回退机制:适用于生产者对消息流控制严格的场景,确保无路由消息被生产者感知。
- 死信交换机:适合管理超时、失败和未能路由的消息,适用于需要严格消息管控的系统。