龙旗科技嵌入式软件二面：转专业动机与实习经历深挖

《面试题目》

1. 请做一下自我介绍。
2. 你本科是机械电子专业，为什么想着做嵌入式软件？
3. 你的成绩和专业排名大概是什么水平？
4. 实习具体做了什么呢？最大的收获是什么？
5. 实习的项目最后落地了吗？有多少是你自己独立完成的？
6. 你觉得自己的优点和缺点有哪些？
7. 期望薪资是多少？如果达不到你的要求呢？

《参考解析》

转专业动机：用可验证的经历锚定，别只讲「感兴趣」

面试官问这题不是想听情怀，而是想判断你是不是「随便投的」、会不会干半年就跑。稳妥的答法是把动机拆成三段可验证的事实：① 触发点——具体是哪门课、哪个课程设计或哪次比赛让你第一次动手做硬件/底层代码，说清当时做了什么、卡在哪、最后怎么解决；② 迁移路径——怎么从机械电子的知识走到嵌入式（例如机电专业本身就有单片机、控制、信号处理的基础，自己的项目里做过驱动、通信或 RTOS 相关的事）；③ 结果与延续性——为了这个方向补了哪些东西（自学内容、开源项目、实习岗位），以及现在还在做什么。机械电子转嵌入式其实是有天然接口的：机电一体化课程里的电机控制、传感器采集、CAN/串口通信，都是嵌入式岗位的日常，把这层关系讲出来比反复说「我对嵌入式很感兴趣」有说服力得多。面试官大概率会顺着追问「那你们专业课里哪门跟这个最相关」「你自学到什么程度」，所以每一句都要经得起再问一层。

实习落地与个人贡献：把边界说清楚，比夸大更安全

「项目最后落地了吗、有多少是你独立完成的」是典型的真实性校验题。答的时候要给出三层信息：项目的最终状态（量产/小批量/内部试用/只到 demo，如实说）、你负责的模块边界（哪几个文件、哪个驱动、哪段逻辑是你写的）、以及你能说清但没做的部分（别人负责什么）。说不清边界反而是减分项。讲贡献时用可量化的动作而不是形容词：比如「把某个采集环节的偶发丢包定位到 SPI 时序配置，改成 DMA + 中断后连续跑 X 小时无异常」，比「我负责核心开发」有力得多。如果项目最后没落地，也别回避，把原因讲成工程判断（成本、排期、方案被替换），并说明从中学到了什么——面试官更怕的是「参与了但说不清自己做了什么」。另外要预留被追问实现细节的空间：写了什么就要能被问到寄存器、协议、时序、调试手段这一层。

期望薪资：先给区间和依据，再谈达不到时的取舍

被问期望薪资，比较稳的做法是先给区间而不是一个数字，并说明依据：城市、岗位方向、自己的实习与技术积累、以及手上其他流程的进度。被追问「如果达不到你的要求呢」时，不要立刻松口成「都可以」，那会让前面的报价失去可信度；也不要硬顶成「达不到就不去」，那会显得没有弹性。可以按优先级分层回答：薪资是重要因素，但更看重岗位方向是否对口、能不能接触到真实的嵌入式开发链路和有人带的成长环境，如果整体包差距在合理范围内，愿意用其他条件来权衡；同时给出一个自己真正能接受的底线区间。核心是让对方觉得你的报价是算过的、有逻辑的，而不是随口报的。

优缺点与成绩排名：别用套话，选一个能被验证的短板

成绩排名这类问题如实回答即可，排名不靠前就把重点转到「核心专业课的成绩」或「时间花在了哪里、拿到了什么结果」上，别去粉饰。优缺点的答法是：优点挑一个与本岗位直接相关且有例子支撑的（例如排错时的耐心、愿意把底层原理翻文档翻到清楚）；缺点挑一个真实但不致命的，并说清你正在用什么方法改善、目前改善到什么程度。要避开「我太追求完美」「我太拼了」这种一听就是套话的说法，面试官对这类答案已经免疫，甚至可能反手追问一个具体场景让你原形毕露。