很多人对嵌入式面试有个误解：能把板子点亮，能把功能跑通，面试就稳了。其实不是。面试官筛的，从来不只是“你做过没有”。而是看你有没有：工程思维、问题定位能力、系统理解能力。很多人项目经历写得不差。做过驱动，写过协议，碰过 FreeRTOS，也调过 Linux。但一到面试，还是容易卡住。原因很简单：你会做，不代表你讲得出“为什么这么做”。1. 面试官不只听你做了什么，更听你怎么拆问题你说你做过串口驱动。面试官真正在意的不是“串口驱动”这四个字。他更想知道：波特率怎么配置中断和轮询你怎么选收发缓存怎么设计丢包问题怎么定位高并发打印为什么可能拖垮系统同样都是“做过串口”。有人只能说功能。有人能说设计、...

午休完裸面，网易某部门。 困死我了😵

难受，整个面试环节就一个地方回答错了也被挂。面试官这速度太快了吧，才4个小时就给我挂了

这个是4.30的面经 我一直没来得及整理1. 自我介绍，包括个人背景、经历，以及 AI 大模型如何融入学习和实践2. 使用 AI Coding 工具时遇到过什么问题，怎么解决答案：AI Coding 最大的问题不是不会写代码，而是它容易写出“看起来能跑但不符合项目约束”的代码。比如它会新增不必要的抽象层、改动无关文件、吞异常、遗漏权限校验、把敏感字段打进日志，或者生成一个和团队代码风格完全不同的实现。我的做法是先给它明确上下文和边界，不让它自由发挥。比如只允许修改指定文件，不允许改接口签名，不允许新增依赖，不允许修改数据库 schema。生成代码后，我会先看 diff，再跑测试，再重点 rev...