蔚来hr面，

前阵子新认识了一个女孩子，她说翻到我前几年元旦发的那些「年终总结」，感觉我不像一个典型的工科生我笑着说，时间好快，居然又到年底了，而我甚至还没来得及真正坐下来写点什么但其实，2025年早就已经写完了，只是没有落在纸上写2024年总结时的那种恍惚，真实得不可思议。那会儿我还在阎良，再看2025年，像装了我司的宽带一样快。打马而过的一年，仿佛只剩下今天在工位上提交那些务必不能逾期的材料，心里一边默念“今天千万不要加班”，一边希望时间要不慢点也行“你的肉体便是时光，不停流逝的时光”这一年，这句话变得异常具体今年真的很不一样我离开了那个曾经让我满心怨怼的城市，但离开之后，还是会时常想起它；我写出了一本...

今年秋招我真切体会到了什么叫“逼签”。有家企业在发了offer后，直接让我两天内给回复，还要签三方。我那时候另一个心仪公司还在二面，实在不想那么快定。后来我就先稳住他们，说“家里那边需要走一下校方流程，签三方要导师确认”，然后多拖了几天。其实这期间我就是在等另一个结果。现在回头看，企业的“催签”大部分都是在抢人，怕你被别家挖走；真正特别急着要人的公司反而不多。建议大家别被节奏带跑，多争取点时间了解清楚

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