——1 月不冲，3、4 月只能被动挨打不知不觉已经 1 月了。对准备嵌入式方向的同学来说，这其实是一个非常关键、甚至有点“危险”的时间点。因为再往后看——3～4 月，春招就会陆续启动。而从“现在”到“能上战场”，中间真正可控、可系统准备的时间，其实已经不多了。一、1 月份，已经不是“了解阶段”了很多人到现在还停留在：STM32 外设“差不多会用”FreeRTOS “大概懂”Linux 驱动“听过、看过几篇文章”面试题“等快面试了再刷”说句实话：这个阶段再抱着“先看看”的心态，已经有点晚了。1 月份开始，你要意识到一件事：👉 你不是在学知识，而是在为“面试筛选”做准备。面试不会问你“你觉得这个...

刚开始投不懂事，瞎投的，简历都是第一版烂简历，没想到突然打电话约我面试。之前不知道，打完搜了一下才发现有脏面评的说法，目前连hot100都没刷完，八股也不熟

暑假投过字节实习，当时无音讯。近期也没投过简历。今天有个字节HR直接加我微信，联系我约面😅本想说最近没时间拒绝的，她直接给我约到12月了，下周一给我发邮件有牛有知道这是啥情况嘛看她朋友圈，似乎就是字节HR不管了，12月试试吧

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...