面试嵌入式岗位，很多人会把重心放在“八股文”上：volatile 怎么理解、指针和数组的区别、FreeRTOS 有哪些状态、SPI 和 I2C 区别、线程和中断怎么配合。这些东西当然要会，但说实话，它们更像门票，不是上限。真正拉开差距的，往往不是“你背了多少题”，而是面试官追问到项目细节时，你能不能把一个功能从需求、实现、调试、稳定性、边界条件、量产问题一路讲清楚。嵌入式岗位尤其如此，因为这个方向天然是工程导向的。代码能不能跑，板子能不能起，外设稳不稳定，现场问题能不能复现和定位，这些都不是背几道题能替代的。先说结论：八股决定下限，工程能力决定上限如果让我用一句话概括嵌入式面试的判断标准，那就...

😭😭😭调剂下岸了，想找个硬件助理，但是我这项目还是臭课设水平。

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

最近帮几个学弟学妹对了一下字节客户端暑期实习的面试反馈，都是 27 届、C++ 方向、一轮技术面。他们聊下来节奏差不多：项目能讲十五分钟左右，中间夹着八股，最后手撕，整场大概一小时。八股这块有个共同点——不是背一句定义就过，面试官爱接一句「你项目里怎么做的」。手撕有人碰到两数之和，写完会追问复杂度。有的已经收到感谢信，有的还在流程里，题目我按反馈重新组织过表述，和网上原文不会对上字，考点应该是齐的。结合项目说明 std::shared_ptr 的典型使用场景与引用计数释放时机shared_ptr 循环引用的产生原因及 weak_ptr 等解决方式进程与线程在地址空间、调度单元、通信方式上的对比...