简历里写了 RTOS、Linux 驱动、BSP，面试官到底在判断你会不会做底层很多人投嵌入式岗的时候，简历会写得很满：做过 STM32，写过 FreeRTOS，用过 Linux，碰过驱动，项目里还有 UART、SPI、I2C、CAN、OTA、Bootloader。问题是，面试官并不是在看你名词堆得够不够多，而是在判断另一件事：这些东西你到底是“配过、调通过、抄着改过”，还是已经能独立分析问题、设计方案、解释取舍、扛住追问。这也是最近嵌入式面试里最明显的一个趋势。题面看起来还是那些熟面孔，但追问方式已经越来越统一：先从项目切进去，再顺着 RTOS、外设、驱动、启动链路、调试手段一路往下刨。答得浅...

timeline3.9投递3.19一面3.31二面4.1告知二面通过免三面4.2hr面4.3oc人生第一次面试就是字节，没想到最后竟然能oc。（ 免三面真的很意外😳）

一面 大约1h自我介绍为什么选择做这两个项目项目为什么选择E2B沙箱，选型的理由，E2B相比其他方案的优点项目为什么基于LangGraph去做短期记忆为什么采用 sqlite checkpointer/长期记忆又是如何实现的openclaw的记忆机制怎么实现的？你有借鉴吗项目设计的思路和理由怎么理解skill？它能解决什么问题/自己写过什么skill/自己怎么写MCP用ai coding工具写代码达不到预期怎么办怎么合成数据集/合成数据集质量达不到预期怎么办prompt如何调优开发过程遇到的问题是什么？如何解决的？如果可以重新设计某一模块会怎么做？原因是什么？如何跟进最新的ai进展？你最近读过...