嵌入式能拿下那么多 offer，从来不是靠“会点单片机”这么简单，而是靠一整套扎实到能打穿面试的能力体系。第一，基础必须硬。C 语言不是会写 if/for 就够了，指针、函数指针、结构体对齐、内存布局、volatile、const 的本质、栈和堆的区别，这些都要能讲清楚底层逻辑。很多人死在“看起来会写代码，但解释不清为什么这样写”。面试官要的不是语法熟练工，而是能理解编译器和内存行为的人。第二，数据结构不是摆设。链表、队列、栈这些在嵌入式里是常用工具，而不是考试题。你要能在没有 STL 的情况下自己实现，并且知道时间复杂度、使用场景，以及在资源受限情况下如何取舍。比如环形缓冲区、内存池，这些都...

我听过最轻描淡写的一句杀伤力最大：“你这个项目太简单了吧。”没有反问，没有质疑，就是一句陈述。像你端上一盘菜，人家看了一眼说“哦，就这”。当时我差点接不上话。后来复盘，这种话最难搞的地方在于——它不给你反驳的空间。你如果说“不简单”，显得你在狡辩；你如果说“确实简单”，那就等于承认自己水平低。想的比别人多，做的比别人细，这才是值钱的地方。真正有几个“不简单的项目”呢，这个大草台班子 总有人在反驳和强调

这个是流程终止了吗

这次出的题明显比一面小得多，而面试官给的反馈、正向肯定明显比一面少得多，因此心态也要跟着变化。加粗是没提前准备好的：二面一般是领导面，所以开局反问职位（团队需求方，用人经理）自我介绍，说一面说过的优势介绍实习公司业务、个人工作介绍实习技术栈（Monorepo+React+MobX）MobX 如何在 React 工作流里工作（忘了 Observable 这个东西了，说的 Effect 可以监听 MobX 状态）MobX 如何融入本人工作流（说了从呼出图片编辑器到用户修改再到同步 CRDT 状态的链路、本人遇到的文本框组件不更新的问题，说得没太方便面试官理解，就多追问了一些关于流程的具体问题）Re...