多益

楼主也是春招终于找到心仪的工作了，大大小小收了二十几个offer。分享几条亲身经验，希望对还在找的同学有用。第一，自信起来，面试就是吹牛不懂的东西别直接说不懂，哪怕真的不会，也要从其他角度来分析问题、大胆推测。面试官考的是你怎么想，不是你背没背住。第二，放松心态，跟面试官当普通人聊楼主面到后面基本都是跟面试官闲聊。别太拘束，对面坐的就是个普通人，顶级人才不会来面试你的。状态自然，反而聊得更好。第三，主动出击，高情商催HR别投完就干等。适时跟进，表达你对这个岗位的意愿和责任感，让自己在候选池里不透明。主动不是催，是让HR记住你。第四，分层投递，小厂练手，大厂冲刺小厂用来改简历练表达，中厂锤炼心态和节奏，大厂才是真正测上限的地方。顺序搞对，机会才不会浪费。第五，给自己洗脑，真心相信自己适合这个岗位进面试间之前先把自己说服，洗成你就是个技术专家，聊的是技术方案不是在答题。这种状态会直接影响你说话的分量。第六，履历比技术更重要技术以前是核心竞争力，现在更多看的是履历。在校生优先刷竞赛、刷实习，这比埋头刷题杠杆大得多。第七，适当拓展技术广度大厂虽然要求专精，但综合能力也重要。楼主发现很多Javaer基本只会Java，可以适当补一补其他语言，如Kotlin、JS、Python、Go，简历和面谈都能拉开差距。另外补充，Java是真死了哈不用死磕了，Java后端面试邀约明显比其他少。

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

我自己的感受是：能扛住压力、并且擅长在压力里成长的人，才是最适配的。大厂节奏快、需求密、变更频繁，上线赶、问题急都是常态，光心态好不够，还得能把压力变成动力。遇到突发问题不慌，能快速定位、快速推进；需求堆过来时懂得排优先级，不内耗、不摆烂。抗压不是硬扛，是能在高强度下保持思路清晰、输出稳定，甚至越忙越能练出本事。那种遇到压力就崩溃、一忙就乱套的，待着会很痛苦；反而能在高压里快速成长的人，在大厂会如鱼得水。

1.工具调用率核心提高了15%，依赖的是什么手段？2.意图不太明确的时候，显著调用的是什么？3.命中率是用什么指标来衡量的?有线上数据吗？4.有去判断模型整体的一个准确率，以及token消耗量？5.有考虑过通过大语言模型进行二轮评估吗?6.agno框架和其他框架有什么区别？7.有了解过harness工程吗？8.整体的话有没有做什么编排调度？目前大多数ai coding的编排还是比较固定的，规划 生产 评估，有尝试完成这种编排吗？9.你觉得你们公司的场景适合这么做吗？10.context engineering长期记忆 短期记忆是怎么进行组织的？11.怎么保证记忆不会随着时间长期进行腐化？算法：...