1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

秋招0offer，估计简历有问题   

我朋友接了美团，后面又拿了字节，跑去字节提前实习，天天抑郁症，天天内耗，哎，字节毁了一个年轻人，哎，还不如去美团蹲着

心里话1、打工不要太认真，工作内容及格就行，不要太累。2、保证下班的学习时间，持续学习，很重要！ 上班很多时候是消耗性的输出，下班学习才是给自己的输入。Agent开发和传统开发1、传统前端/后端/客户端在大量裁员。原因是有了ai之后，岗位边界模糊，效率提升。又会做Agent开发，又能开发前后端的牛马，老板当然更满意。2、随着业务形态的转变，传统开发项目减少，对传统程序员的需求自然减少。更多的需求集中在AI产品。Agent开发和传统算法1、总的来说，Agent更偏业务，算法更虚。2、算法也会大量裁员。随着基模越来越强，不太需要stf，rl了。对Agent开发来说，基模越强，反而有更大的想象空间，...