最近我给一些前端方向的实习生做内推，看了不少简历。投递里常能看出一种预设，找实习只要把前端做熟，页面和接口能啃下来，似乎就踩对了主线。初筛读多了会有另一种感受，当业务和岗位已经大量贴上大模型、RAG 或 Agent 时，纯前端技术栈写得再工整，也很难在一叠写法雷同的简历里单独把人托起来。我想写的不是简历技巧，评审更常问的是，你有没有把智能接进一条可维护、可观测、也能和人协作的链路，还是只在项目名里多写几个关键词。许多项目经历段落，技术名词很全，叙事却薄。写得多的几种模式是：周期很短，却同时堆上 RAG、流式输出、鉴权与复杂治理，读者很难估计真实投入与掌握深度段落像功能清单，缺少场景、难点、个人...

希望各位大佬锐评我的简历，给小弟一些建议。

是我简历太单薄了吗，我投的都是小厂，想先过渡一下的想过自己很菜，没想到这么菜

我在秋招和春招加起来面了 20 多家大厂嵌入式岗位，有一个结论是反复被验证的：数据结构不是“学过就行”的基础课，而是默认你必须能落到工程里的底层能力。尤其是链表、栈、队列，这三类结构在嵌入式面试里出现频率非常高。一开始我对它们的理解也停留在“会写题”的层面：会反转链表、会用数组模拟栈、知道队列先进先出。但只要面试官把问题往工程场景里追两层，这套理解就很容易塌掉。真正的分水岭不在于你会不会写 LeetCode，而在于：你是否理解这些结构为什么会在嵌入式系统里被反复使用，以及它们分别解决了什么系统问题。下面这篇，就是我踩坑之后总结出来的一套“嵌入式数据结构必备八股文”。一、数据结构在嵌入式面试中的...