全志科技嵌入式软件二面：实习复盘与自我评价

《面试题目》

1. 自我介绍。
2. 在 XX 实习了多久？负责了哪些工作？
3. 你觉得如果让导师、同学或者实习主管评价你，他们会怎么说？
4. 在项目或实习中遇到的最大困难是什么？怎么解决的？
5. 你觉得实习经历最大的收获是什么？

《参考解析》

「他人评价」题要用第三方事例代替自我夸奖。 这题看着软，其实考的是自我认知是否真实。稳妥的结构是「他人评价 → 具体事例 → 自我认知」：先挑两项有代表性的评价，注意要有区分度（比如「工程上让人放心，交付前自己先把边界测一遍」和「遇到跨团队的事愿意主动往前站」），而不是「认真负责、学习能力强」这类谁都能说的词；每一项都要挂一个别人真见过的场景——导师在周会上为什么点名这件事、同学为什么找你帮忙、实习主管把哪类活交给你；最后主动补一句自己仍需提升的地方（比如「对底层原理的深挖不够，习惯先跑通再说」），并说清你正在怎么补。选择评价时尽量贴合岗位：嵌入式岗位更吃「肯钻硬件细节、调试有耐心、文档与规范意识」。

「最大困难」必须讲排查过程，而不是直接讲最终方案。 按「问题背景 → 定位过程 → 解决方案 → 最终结果」讲，重头戏放在定位：现象是什么、当时的约束（版本不能回退、只能下班后复现、没有调试器只有串口打印）、你怎么切分问题（先把模块按输入输出隔离、用最小复现用例、在关键路径加时间戳或打印）、怎么证伪（怀疑是 DMA 其实先量了中断计数）、最后怎么定位到根因。讲方案时给出备选与取舍（为什么选 A 不选 B、代价是什么），结果尽量带前后对比——复现概率从偶发变成可控、启动时间从多少到多少、日志量下降多少、缺陷在测试阶段被拦住。面试官要的是「问题闭环能力」：能不能在信息不全时自己建立观测手段、把偶发问题变成可复现问题。收尾补一句沉淀：这次之后加了什么自检脚本、写了哪份排查手册。

「实习最大的收获」按技术成长 → 工程意识 → 团队三层递进。 只说「学到很多」是最容易失分的答法，要把变化说具体。技术成长：不是「学会了 SPI」，而是「理解了时序与错误处理为什么必须按 datasheet 的边界来，自己踩过一次时钟极性的坑」；工程意识：代码规范与评审、单元与集成测试、版本与分支管理、提交前自测、发布与回滚、文档意识——嵌入式尤其看「改一行代码要考虑量产与升级」；团队协作：怎么对齐需求、怎么在进度压力下同步风险、怎么向外行解释技术问题。最高分的版本是给一个「认知被改变」的例子（原以为 X，实际发现 Y，于是我改成了 Z），比罗列技能可信得多。回答控制在 90 秒到两分钟，别把三分钟全用在技术细节上。

自我介绍与实习经历盘点要给追问留钩子。 自我介绍别复述简历：30 秒到 1 分钟，一条主线（我做什么方向、最擅长什么、为什么匹配这个岗位）加一两个可验证的亮点；「在 XX 实习了多久、负责了哪些工作」要答出边界感——团队的目标是什么、我独立负责哪块、和谁协作、我交付的东西带来了什么变化（性能、良率、进度），并且主动留一到两个可以深入的钩子（比如「其中有个偶发复位问题我查了三周」），把面试官引到你准备最充分的地方。要预判的追问：为什么这么做、有没有别的方案、你个人的贡献和团队的分界、如果重做会怎么改、这段经历和嵌入式岗位的关系。

行为面的准备法：把每段经历做成 6–8 张可复用的卡片。 简历上每一段经历都按 STAR-C（情境、任务、行动、结果、我从中得到的认知）写成三五句话的卡片，覆盖成就、冲突、失败、协作、学习、主动改进六类，面试时按题目抽卡改编而不是临场回忆；数字与时间点提前核对（别记错自己项目的版本号或指标），讲不出数字时就说清「没有统计过，但相对变化是……」，绝不编造；被问到自己确实没有的经历，直接说没有并给出最接近的替代例子，比硬编更安全。另外这类面对 CV 的问题，语气上要平实、少用形容词，把「面试官想听到什么」落在事实和行为上。