有没有真项目可做？

聊下嵌入式软件面试的体验反差，真的差很多。体验最好的是一家车载电子公司，面试官是资深嵌入式工程师，没揪着八股文问，反而跟我聊项目里STM32和CAN总线通信的坑，还帮我分析驱动优化的思路，结束后还发了相关技术文档让我参考。最差的是某互联网大厂的嵌入式岗，HR约面时反复确认方向匹配，结果面试官连FreeRTOS都没听过，全程问行测和无关的算法题，质疑我做的单片机项目没技术含量，聊了十分钟就草草结束，感觉完全是浪费彼此时间。嵌入式面试还是得找懂技术的团队，不然连交流都不在一个频道上。

我在职场摸爬滚打多年，看过数千份简历，也亲自带过不少实习生。关于“一段长期深度实习” vs “多段短期浅尝辄止”，这其实是大学生职业规划中非常经典的一个博弈。 如果非要给个一锤定音的结论，作为招聘方，我的答案是： 在大多数情况下，一段有结果、有闭环的“长期深度实习”，远比三四段走马观花的“短期体验”要“香”得多。 但我会把这个问题拆解开来讲，因为不同阶段，策略不同。以下是我从**招聘官视角（Hiring Manager Perspective）**为你做的深度剖析：一、 为什么我看重“长期深度实习”？（6个月以上）在筛选简历和面试时，我对长期实习的候选人往往会有更高的期待值和信任度，原因有三点...

今年最想重开的绝对是某工业控制公司的嵌入式软件岗终面。当时面的是Linux驱动开发方向，面试官问我项目里SPI通信的调试过程，我居然把硬件接线错误的排查细节忘得一干二净，只干巴巴背了理论流程，面试官当场指出我没实际做过底层调试，场面特别尴尬。其实这个项目我熬了半个月解决的时序问题，只是因为紧张全乱了阵脚。更可惜的是这家公司的嵌入式团队做工业总线开发，正是我最想去的方向，薪资和发展都特别匹配。现在想起来还是后悔，要是当时冷静点，把实际踩的坑和解决思路说清楚，说不定结果就不一样了，这大概是秋招最遗憾的一次面试了。

1.自我介绍2.freerots主要是微内核，主要有哪些组成部分，内部任务间的通信方式有哪些？3.freertos任务切换的过程，详细一点如何切换的，保存怎么恢复的？4.freertos任务有哪些不同的状态？高优先级任务被阻塞或者挂起，再执行低优先级任务5.用过单片机的哪些外设？6.PWM除了占空比之外还有什么要素？频率，周期，占空比7.蓝牙的底层协议？8.linux的进程间通信机制？9.进程间的调度方式？10.linux的内存管理？11.了解Linux的一些驱动么？12.对VFS的框架有了解么？13.常用的linux基础命令14.GCC编译一般分为那几部分？15.用过vim么，介绍vim常用...