有一次嵌入式面试，面试官没有问太多八股文，直接给了一道现场手撕题。背景是设备需要统计状态寄存器中异常位的数量，本质就是统计一个 32 位寄存器里有多少个 bit 为 1。题目不难，但面试官强调两点：这是跑在单片机上的代码，效率要高，不能浪费算力。如果只会一位一位右移去数，很容易被追问有没有更优解。这道题考的不是能不能写出来，而是你平时有没有真正写过底层代码，是否对位运算和性能敏感。写完代码后，面试官还会继续追问在中断里用、在低功耗场景下用，有没有需要注意的地方。这种题目，很贴近真实嵌入式开发，也最容易拉开水平差距。

突然发现自己已经走了很远了曾经也没有想过去大厂实习曾经也没有想过拿很好的offer现在为什么会这样呢看来人总是不知足的啊

全网热搜，直接杀红眼了，明确薪酬和激励要领先全球头部水平，目标是国内第一、全球第一梯队1.不晋升也能涨薪打破“不晋升不涨薪”魔咒！职级改为L1-L10，每档起薪和天花板均提高，原职级不动也能大幅涨薪，而且非常夸张2.总包全员提升字节真的是拿钱去砸啊，赤裸裸的金钱吸引全球人才，调薪投入保障1.5倍！3.奖金狂涨35%马上就要年底了，绩效好的赢麻了！奖金投入涨35%，年终奖全面加码：▪️ 绩效M：年终奖上限+1.5个月▪️ 绩效M+：上限+2.5个月，下限也+1.5个月▪️ 绩效E：上限+3个月，下限也+3个月

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