大家好，我是二哥呀。

职场糟心的多，舒适的少，虽然这句话说出来大家都不愿意接受，但现状就是这样。所以滴滴在整个互联网大厂里的网评还不错，甚至能和”WLB“挂上钩。

这不，有球友发喜报说，滴滴开了一个大 SP，据说 WLB；他还有其他三个大厂的 offer，对比后我给的结论是：建议滴滴，核心业务部门，薪资也是最高的，可以优先考虑。

为了方便大家做个参考，我统计了一波滴滴今年的薪资，放到了《Java 面试指南》专栏里。

• 硕士 985，安全研发后端，开了 27k，没有签字费，没有股票，没有保温，直接电话开的，base 地北京。
• 硕士 211，网约车泛前端，一开始说 24k，A 了一下薪资，两周后说只能给 21k，谁爱去谁去。
• 硕士 211，后端开发，开了 27k，终面完一个多月开的，已释放。
• 学历没说，后端开发，开了 25k，是所有 offer 里最好的，直接签了。

有些同学在选择 offer 时候，会去看网上的一些评论，但讲真，你看到的大部分都是负面声音，因为能过得去的，基本上都不会发声。

临近 11 月底，还在泡池子的同学一定要耐得住寂寞，捡漏有时候会来得出其不意。

就像下面这位球友，整个秋招都很煎熬，走得很不顺利，我一直安慰他，说以他的水平，最后肯定会拿到更好的，果不其然， 11 月 26 号这天凌晨，在星球里发帖说科大讯飞、华为云计算、快手都 OC 了。

还在流程中的同学，比如说一面完了，二面没消息，也要保持耐心，原因很简单，只要你比已经放弃的人领先一个身位，那你就有赢的机会。

无论如何，都要试一试，要敢试一试。

你从没有真正失败过，要么赢，要么学到东西。

求职就是这样，一旦开始，你会发现自己一直在提升，从一开始八股没准备、项目没准备，算法没准备，到最后也能和面试官侃侃而谈。

别怕结果，怕的是你不敢迈出去第一步。只要你敢尝试，机会和运气，都会慢慢朝你靠近。

相信我，坚持到现在的你，远比你想象中的更强。

我会一直在这里，陪着大家一起走完。

对于冲寒假前日常实习的球友来说，还有最后一个月的时间，一定要先把简历准备好，这样你就明确了自己接下来的学习大纲。

昨天修改的简历中，27 届占比 80%，说明27 届同学觉悟的真挺早。

并且项目经历也都在往 AI 方向上靠，这是一个非常好的信号，说明大家已经拿捏了 AI 时代的求职风格—— HR 和面试官就喜欢看到有 AI 开发经验的求职者。

那除了派聪明 RAG 项目外，我最近也在新开一个 Agent 项目，雏形已经有了，输入输出节点是已经可以跑通了。

接下来需要完成的是大模型节点（LLM）和超拟人合成节点（MCP 工具）的配置，以及工作流引擎的执行。

希望暑期实习前能和大家见面～

八股带背-滴滴篇

接下来，我会花一段时间带背八股，主要针对面渣逆袭 RocketMQ 篇（顺嘴，好背），网址：https://javabetter.cn/sidebar/sanfene/rocketmq.html

8.能详细介绍一下RocketMQ的NameServer吗？

NameServer 是一个路由中心和服务发现中心。他的第一个职责是存储和维护路由信息。当 Broker 启动时，会向 NameServer 注册自己的信息。

NameServer 把这些信息存储在内存里，形成一个路由表。

它的第二个职责是提供路由查询服务。当生产者或消费者需要知道某个主题在哪个 Broker 上时，就向 NameServer 查询。NameServer 会根据主题名称返回对应的 Broker 地址和队列信息。

第三个职责是监控 Broker 的状态。Broker 会定期向 NameServer 发送心跳，报告自己的状态。如果某个 Broker 长时间没有发送心跳，NameServer 会将其标记为不可用，并从路由表中移除。

请说说Broker的作用？

Broker 是一个消息存储服务器，它负责接收生产者的消息，并将其存储起来，然后在消费者拉取时返回给它们。

请说说生产者？

生产者的核心职责是把应用程序的数据转化为消息，发送到 Broker。

RocketMQ 提供了三种方式发送消息：同步、异步和单向。

• 同步发送：生产者发送消息后会阻塞等待 Broker 的响应。只有收到 Broker 确认消息已存储的响应后，才会返回给应用程序。

• 异步发送：生产者发送消息后立即返回，不阻塞。Broker 的响应会通过回调函数返回给应用程序。

• 单向发送：生产者发送消息后直接返回，不等待响应，也不需要回调。这个模式用于一些不关心发送结果的场景。

请说说消费者？

消费者是消息的接收方，它的核心职责就是从 Broker 拉取消息，进行业务处理，然后提交消费位移。

RocketMQ 同时支持 Pull、Push、Pop 三种消费模型。

Pull 模型是最基础的消费方式。消费者主动向 Broker 发起请求，拉取消息。Push 模型在使用上看起来像是服务端在推送消息，但实际上底层仍然是 Pull 模型。

当消费者很多的时候，消费重平衡会消耗很长的时间，于是 RocketMQ 提供了 Pop 模型。Pop 模型把 消费重平衡完全移到了服务端，以减轻消费者的负担。

ending

一个人可以走得很快，但一群人才能走得更远。二哥的编程星球已经有 10600 多名球友加入了（马上涨价），如果你也需要一个优质的学习环境，戳链接 🔗 加入我们吧。这是一个 简历精修 + 编程项目实战（RAG 派聪明 Java 版/Go 版本、技术派、微服务 PmHub）+ Java 面试指南的私密圈子，你可以阅读星球专栏、向二哥提问、帮你制定学习计划、和球友一起打卡成长。

最后，把二哥的座右铭送给大家：没有什么使我停留——除了目的，纵然岸旁有玫瑰、有绿荫、有宁静的港湾，我是不系之舟。共勉 💪。