京东真是很神奇的一家公司，面试完全不考算法，二面来了俩面试官，面完才知道是二面技术面和三面HR面一起面了，一会问八股一会问性格，4.17收到offer，最后决定去京东了HR：请做一个自我介绍为什么选择直接就业而不是考研？你对未来的职业规划是怎样的？为了转向全栈方向，你做了哪些准备？在本科期间你重点学习了哪些技术？是如何学习的？你的项目经历是否有实际落地或应用场景？请介绍一下你的 AI 智能问答助手项目这个 AI 项目是从 0 到 1 开发的吗？整体架构是怎样的？你在项目中是如何使用 AI 辅助开发的？使用 AI 编程工具时有哪些不足或风险？如何避免？技术：多模态能力在你的项目中是如何应用的？M...

比预想中晚了一周，时间过得真快啊，感觉越学越多，目前这版简历下周直接开投了，两个项目都是自己用AI敲的，欢迎各位继续拷打，也是在共同交流学习吧。目前可以说出项目架构业务，自己亮点设计的一些思考，技术实现以及技术选型原因，量化指标也准备了一套说辞，但深挖代码估计就寄了；八股过了一遍，属于基本能说点原理理解，但深挖细节估计也寄了；算法简单了解一些整体思路，但手撕估计也寄了；AI可以吹下项目相关的工程实现和一些技术选型，但深挖技术肯定就寄了。总之，基于自身学习状态考量，先投些小厂继续学吧。有道是：“人生南北多歧路，一处春山一路平。”

收藏我了是进人才储备池了还是有戏了😂

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