适合大厂的人有个共同特点：能在规则里找到舒适感。大厂流程多、分工细、层级明确，你可能一年就负责一个模块，但这个模块你能做到极致。喜欢稳定、在意平台背书、能扛绩效考核压力、善于向上管理的人，大厂会如鱼得水。见过很多人在大厂混了五年，简历光鲜、福利好、技术栈规范，跳槽时特别好用。适合小厂的人反过来：受不了流程、喜欢什么都插一手、想看到自己做的东西直接影响结果。小厂一个人干三个人的活，今天写代码明天对接客户，成长确实快，但也累。最适合小厂的是那种有点创业心态、不需要太多外部认可、自驱力强的人。见过有人在小厂两年，技术广度吊打大厂同龄人，因为什么都得自己搞定。但最怕两种错位：有大厂心态去小厂，天天觉得...

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

吓哭了，明天被面试塞满了

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