秋天的第一封感谢信

回想我本科刚毕业的时候，在家待业了快3个月，一度陷入自我怀疑。那时候，看着各大招聘平台上同届的同学陆续晒出offer，我心里满是焦虑和羡慕，直到后来顺利上岸，复盘这段求职经历才发现——我并非能力差到没人要，也不是专业完全不对口，而是我自己，把找工作的路，堵死了。 那时候，身边很多本科同学和我一样，成绩不算差，专业课也认真学了，甚至也准备了简历，但就是迟迟不敢投递，更不敢主动找HR沟通。我们总在纠结、内耗，而这一切的根源，从来不是“本科学历”，而是性格里的怯懦和不自信。 曾经我总觉得，找不到工作是因为本科出身没优势，是因为行业卷，直到我一次次打开招聘软件，看着合适的岗位，却连投递按钮都不敢点；直...

小米oc了，但是在犹豫去不去。如果接受的话，小米正职待遇太差了，而且也不是互联网大厂，不确定这段经历对于秋招的背书有多大。算上餐补实习薪资5100，感觉太低了，并且岗位是中台开发，会干一些杂活，而且没有专门的mentor，和纯后端有一定区别。但是如果不接受的话，害怕接下来找不到好的offer，暑期0offer。图一是我简历上的项目和所学知识，图二是JD。实习的岗位不垂直，对秋招帮助大吗，该不该去，去了之后能胜任任务吗？

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