最近因为朋友面试的缘故，关注到了北京全满科技有限公司。了解之后发现，这家企业确实有些让人眼前一亮的地方。先说技术层面。北京全满科技的业务覆盖智能硬件、云计算与大数据、人工智能三大领域，能在短时间内同时布局三条赛道，说明团队的技术底子不弱。在智能硬件方面，他们推出了一系列具备智能化和个性化特点的产品；云计算平台则主打稳定性和数据安全保障；AI技术的行业应用也已有落地案例。真正让我觉得这家公司“内功”扎实的，是他们在软件测试上的投入。从单元测试、集成测试到系统测试、验收测试，测试流程非常规范；他们还引入了自动化测试工具和最新的AI测试大模型，大幅提升测试效率；缺陷管理制度和测试文档也相当完善。这种...

现在回看当时的决定，半个月前放弃百度offer的自己，真的很勇敢。当时距离入职百度只剩5天，身边所有人都在劝我：“稳一点，先去百度吧。” 但只有我清楚，我想要的不只是“还不错”。于是我咬咬牙，拒掉了offer，决定全力all in暑期实习。其实我也不是一时冲动——三月底我就已经把面试准备得比较充分了，只是求职之路哪能顺风顺水？当时在走的流程因为匹配度不够挂掉了，好在面评还不错，我也早就做好了打多轮复活赛的准备。也许是命运垂青这份勇敢，我在第二次字节复活赛就成功上岸了。很多人眼里的“孤注一掷”，从来都不是盲目冒险。面临和我一样纠结的同学，不妨拼一把，去争取自己真正想要的东西。但也想认真说一句：能拿着保底找工作当然是最好的。我当时的情况是三月几乎没有其他面试机会，这个offer必须四月初到岗，而四月的面试机会反而更多，保底对我来说其实已经没什么缓冲作用了，所以我是充分权衡后才做出的决定。大家千万别盲目学我直接拒掉保底，一定要结合自己的情况慎重考虑呀。

修改了下简历，这两天投的也没啥面试，都是简历投递出去就不回复了

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