很多人写嵌入式简历，最容易堆上去的词就是 UART、SPI、I2C、CAN、以太网、Linux 驱动、BSP、FreeRTOS、DMA、中断。这些词本身当然没错，问题在于只要简历里出现得够多，面试官通常不会再按“名词解释”的方式问你。现在更常见的追问方式，是挑一条你项目里真实存在的数据链路，从外设收发开始，一路往上问到中断、DMA、缓存、任务切换、驱动接口、异常恢复、日志定位，再回到为什么这样设计。答得出来，说明你真做过；答到一半就散，说明大概率只是配过、调通过、抄过一版能跑的代码。最近公开面经、岗位要求和讨论里反复出现的几个方向也很一致：Linux、RTOS、驱动/BSP、C/C++、通信协...

遇到一个民科乐子，最难绷的一集。

之前一直在牛客刷大家帖子，看到了很多人吹捧大厂多好多好。但是说个会被喷的事实：双非本，秋招拿了5个offer，比我那个在某大厂实习的室友还多一个。他在大厂做了三个月，负责链路中的一个中间模块。听起来很厉害对吧？但面试的时候面试官追问这个特征是怎么选的召回策略谁定的，他只能说这部分是算法团队负责的。我在旁边听得都替他尴尬。我呢？在一家不过百人的小公司做了个后台管理系统，全流程就我一个人。你问我任何一行代码为什么这么写，我都能给你掰碎了讲，因为踩过的坑我全记得——凌晨两点调CORS跨域问题的那种刻骨铭心你懂吗。说到底面试官要的不是你title多好看，是你到底有没有真正做过这件事。大厂名字能帮你过简历关，但到了面试那一步，你做的东西是不是你的，一问就知道了。后来我室友也想明白了，他说我那三个月最大的收获就是知道了食堂哪个窗口最好吃。我不知道他是在自嘲还是在认真的。

这两年看 C++ 面试题，有个很明显的变化：面试官还是会问基础，但已经不太满足于你把“定义”背出来。以前很多同学准备 C++，重点放在语法点、STL、几道经典手撕题上，确实能应付一部分岗位。现在不一样，尤其是后台、客户端、基础架构、自动驾驶、游戏引擎、嵌入式 Linux、量化开发这些方向，面试官更喜欢从一个基础点一路追到语言机制、工程实践和性能取舍。也就是说，C++ 八股文还得会，但只会八股远远不够。真正拉开差距的，是你能不能把“语言特性为什么这样设计”“在项目里为什么这么用”“这样写的代价是什么”讲明白。一、现在 C++ 面试的重心到底变了什么先说结论：C++ 面试不是不问基础了，而是基础问...