1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

感觉自己还是挺狗运的，比不上牛客这些双非大佬随便秒终于戴上红围脖了，xdm 加油

大三想找一份实习做做，请问前辈们这样写简历有什么问题吗，苍穹➕点评会不会太过时了，而且目前也没想好投后端还是agent方面，因为本科是人工智能的，而且目前形势好像也偏向ai一些，求求前辈们指点指点

教程项目做了好几个，RAG也搭了，Agent也跑了，但总觉得拿不出手。面试官看一眼就知道——“哦，又是跟着某某教程做的”。github上要么是教程，要么太臃肿的，不知道做啥。自己跟着gpt gemini的提示词做的话，又怕踩坑。那有没有一种项目，既能学到真东西，又能做出自己的差异化？答案是：拿一个真正的商业化产品，边用边改，做成你自己的东西。📌 这个项目是什么kimi-cli 是月之暗面（Moonshot AI）官方开源的CLI Agent，8.1k Stars。简单说，它是一个跑在终端里的AI编程助手：帮你读写和编辑代码帮你执行Shell命令帮你搜索和抓取网页甚至能自主规划多步骤任务和Cl...