嵌入式求职全攻略：岗位分类、简历优化与面试实战拆解

1. 嵌入式求职的底层逻辑：先搞清楚市场到底在买什么

1.1 嵌入式岗位的真实分类与需求差异

很多人投嵌入式岗位投到怀疑人生，根本原因不是技术不行，而是没搞清楚“嵌入式”这三个字底下藏着多少种完全不同的工作。我见过太多人拿着一份简历海投，从汽车电子投到消费电子，从芯片原厂投到方案公司，结果全部石沉大海。问题出在：这些岗位虽然都叫嵌入式，但技术栈、业务场景、面试重点几乎完全不重叠。

先做一个最粗的分类。按软硬件的偏重程度，嵌入式岗位大致可以分成这么几类：

这张表不是让你背的，是让你在投简历之前先问自己：我到底想干哪一类？我的技能栈跟哪一类最匹配？如果你C语言指针都写不利索，去投BSP驱动岗就是给自己找不痛快；如果你没碰过Linux，去投嵌入式Linux应用开发，面试官问个进程间通信就能把你问住。

我个人的经验是，应届生或者转行的人，优先瞄准MCU裸机/RTOS开发和嵌入式Linux应用开发这两个方向。原因很简单：岗位数量最多，入门门槛相对友好，学习路径也最清晰。驱动/BSP岗位虽然薪资天花板高，但通常要求你有一定的内核源码阅读经验和硬件调试能力，不是看几篇博客就能糊弄过去的。

1.2 不同规模公司对嵌入式的真实期待

除了岗位类型，公司规模也直接决定了面试官对你的期待。这一点很多人忽略，但极其重要。

大厂（华为、大疆、比亚迪这类）的嵌入式岗位，面试流程长、考察维度多。以华为校招为例，机考通常三道编程题，难度从LeetCode中等偏上到困难不等，涉及数组、字符串、动态规划、图论等。机考过了之后是两轮技术面，会深挖你的项目经历，问你为什么用这个方案而不是那个方案，问你遇到的最难的问题是什么、怎么解决的。最后还有一轮主管面，考察你的沟通表达和职业规划。大厂要的不是“会写代码的人”，而是“能扛事、能闭环、有潜力的人”。

中小型公司则务实得多。面试官往往就是你的直属领导或者技术负责人，他们最关心的是：你来了能不能直接干活？你之前做过的东西跟我们现在的产品像不像？你遇到问题能不能自己查资料解决？所以中小公司的面试，项目经历的匹配度比学历和算法能力重要得多。你如果做过一个基于STM32的环境监控项目，去面一家做工业传感器的公司，面试官会拉着你聊很久，问你传感器怎么选的、数据怎么校准的、通信协议怎么定的、有没有考虑低功耗。

创业公司或者方案公司又是另一种风格。他们可能同时在做好几个项目，今天做智能家居，明天做车载记录仪，后天做共享设备。面试官会特别看重你的学习速度和适应能力，会问你“如果让你做一个你完全没接触过的东西，你怎么入手”。这种时候，你展示出来的方法论比具体技术细节更重要。

1.3 从热词看当前嵌入式求职的风向

把最近的热搜词串起来看，能读出不少信息。“嵌入式八股文”“嵌入式面试八股文”频繁出现，说明现在嵌入式面试的标准化程度在提高，很多公司开始用固定的知识清单来筛选候选人。“嵌入式AI测试”“嵌入式AI学习路线”“ai嵌入式”这些词的热度上升，说明边缘AI方向正在成为新的增长点，传统嵌入式开发者如果不懂一点AI部署，竞争力会打折扣。

“嵌入式linux项目”“嵌入式linux根文件系统挂载使用nfs”“嵌入式linux忘了密码”这些词则反映出，Linux方向依然是嵌入式求职的大头，而且很多人在实际操作中会遇到各种环境配置问题。这些问题看起来是技术细节，但在面试中如果被问到“你遇到过什么棘手的问题”，你拿这些真实踩坑经历去讲，比背八股文有说服力得多。

“蓝桥杯嵌入式”“计算器三级嵌入式”说明竞赛和证书依然是学生群体进入嵌入式领域的重要跳板。“嵌入式代码分层”“嵌入式vibe coding”则透露出，行业对代码质量和开发效率的关注在提升，面试官越来越在意你写的代码是不是可维护、可扩展。

2. 简历与项目：让面试官三秒内决定给你打电话

2.1 嵌入式简历的致命错误与修正方案

我帮朋友改过不下五十份嵌入式简历，发现的问题高度集中。最致命的一个错误是：项目描述只写“做了什么”，不写“怎么做的”和“为什么这么做”。

举个例子，很多人会这样写：

基于STM32的环境监控系统，使用DHT11采集温湿度，通过OLED显示，串口上传数据。

这句话在面试官眼里等于什么都没说。因为任何一个学过单片机的人都能做出来，看不出你的技术深度。正确的写法应该是：

基于STM32F103的环境监控系统，针对DHT11时序敏感、单总线通信易受中断干扰的问题，采用关闭中断+微秒级延时的方式保证时序准确性；数据上传采用自定义帧协议（帧头+长度+载荷+CRC校验），解决了串口通信中的粘包和误码问题；整机功耗通过停用未使用外设时钟和动态调整采样周期，从最初的45mA降至12mA。

看出区别了吗？后者展示了你的问题分析能力、方案设计能力和优化意识。面试官看到这样的描述，立刻就有话可问了，而你有准备的话就能对答如流。

另一个常见错误是技能清单写得太虚。比如“熟悉C语言”“了解Linux”“掌握常用通信协议”。这种写法面试官没法判断你的真实水平。建议改成具体的、可验证的描述：

• C语言：熟悉指针与内存管理，能独立完成链表、队列、状态机等常用数据结构的实现，了解MISRA C编码规范
• Linux：熟悉系统编程（文件IO、进程线程、IPC、socket），能使用gdb、strace、perf等工具进行问题定位
• 通信协议：实际使用过UART、I2C、SPI、CAN，理解时序图和错误处理机制

2.2 项目经历的包装逻辑：从“课程作业”到“工程经验”

很多应届生觉得自己没有拿得出手的项目，其实不是没有，是不会包装。课程作业、竞赛作品、自学练手项目，只要你能讲清楚其中的工程决策，都可以变成面试中的加分项。

包装的核心逻辑是：把“我做了A”变成“我遇到了问题B，分析了原因C，选择了方案D，最终达到了效果E”。

拿一个最简单的“嵌入式按键非阻塞扫描”来说。如果你只是写“实现了按键扫描”，那没什么可聊的。但如果你这样组织：

项目初期采用延时消抖，导致主循环阻塞约20ms，影响了其他任务的实时性。后来改为定时器中断+状态机的方式，每5ms扫描一次按键状态，通过状态迁移实现消抖和长短按识别，主循环不再被阻塞。实测按键响应延迟从20ms降至5ms以内，且支持同时检测多个按键。

这就变成了一个完整的工程问题解决案例。面试官会问你状态机怎么设计的、定时器中断优先级怎么配置的、有没有考虑按键抖动特别严重的情况。这些问题你只要实际做过，都能答上来。

再比如“嵌入式Linux根文件系统挂载使用NFS”这个热词。如果你在项目中用过NFS挂载根文件系统，不要只写“使用NFS挂载根文件系统”。要写清楚：为什么用NFS而不是烧写到Flash？因为开发阶段需要频繁修改文件系统内容，烧写效率太低。NFS挂载时遇到了什么问题？比如内核版本与NFS服务端版本不匹配、网络不通导致挂载失败、挂载参数配置错误等。怎么解决的？通过内核启动参数指定nfsroot和ip配置，确保uboot传递的bootargs正确。这些细节才是面试官想听的。

2.3 简历中的“埋钩子”技巧

所谓“埋钩子”，就是你在简历里故意留下一些你非常熟悉、但面试官可能会好奇的技术点，引导面试官往你准备好的方向提问。

比如你在项目描述里写“使用RTOS进行任务调度”，面试官大概率会问：你用的哪个RTOS？任务优先级怎么分配的？任务间通信用的什么方式？有没有遇到优先级反转？这些问题你提前准备好答案，面试时就能掌握主动权。

再比如你写“通过CAN总线与多个节点通信”，面试官可能会问：CAN的波特率怎么确定的？仲裁机制了解吗？错误帧怎么处理？你如果提前把这些都吃透了，面试就变成了你的技术分享会。

但要注意，埋钩子要埋自己真懂的，不要埋自己一知半解的。我见过有人在简历上写“熟悉Linux内核驱动开发”，结果面试官问了个字符设备驱动的file_operations结构体里有哪些成员，直接卡壳。这就得不偿失了。

3. 技术面试的实战拆解：从八股文到项目深挖

3.1 嵌入式八股文的正确打开方式

“嵌入式八股文”这个词能上热搜，说明大家对它的感情很复杂。一方面觉得背八股很功利，另一方面不背又过不了面试。我的看法是：八股文是底线，不是上限。你连基本概念都说不清楚，面试官没兴趣跟你聊项目。

嵌入式八股文的核心模块其实很固定，我整理了一个优先级排序：

准备八股文的关键不是死记硬背，而是用自己的话重新组织。比如“进程和线程的区别”，你不要背“进程是资源分配的基本单位，线程是调度的基本单位”，而是用你项目中的实际例子来说明：我在Linux项目里用多进程做业务隔离，一个模块崩溃不影响其他模块；用多线程做数据采集和网络发送，因为共享采集到的数据更方便。这样回答既准确又真实。

3.2 项目深挖环节的应对策略

技术面中最关键的部分是项目深挖。面试官会顺着你简历上的项目描述，一层一层往下问，直到问到你答不上来为止。这不是故意刁难，而是在探测你的技术边界。

应对项目深挖，我总结了一个“三层准备法”：

第一层：项目整体架构。你要能用三分钟说清楚项目是做什么的、整体框图是什么、你负责哪部分、用了哪些关键技术。这一层要练到脱口而出，不能卡顿。

第二层：关键模块的实现细节。面试官会挑一个他感兴趣的模块深入问。比如你做了数据采集，他会问：采集频率多少？怎么保证不丢数据？缓冲区怎么设计的？如果采集速度大于处理速度怎么办？这些问题你要提前把每个模块都过一遍。

第三层：技术选型的对比与反思。这是区分普通候选人和优秀候选人的分水岭。面试官会问：你为什么用SPI而不用I2C？你为什么选FreeRTOS而不是裸机？如果让你重新做，你会怎么改进？这些问题没有标准答案，但能看出你有没有独立思考。

我个人的经验是，每个项目至少准备三个“技术亮点”和两个“踩坑经历”。技术亮点用来展示你的能力上限，踩坑经历用来展示你的问题解决能力和学习态度。面试官对踩坑经历往往更感兴趣，因为那才是真实工作中每天面对的东西。

3.3 手撕代码环节的实战技巧

嵌入式面试的手撕代码，通常不会像互联网大厂那样出复杂的算法题，而是偏向于嵌入式场景下的编程能力。常见题型包括：

• 手写字符串操作函数（strcpy、memcpy、strlen等），考察指针操作和边界处理
• 手写链表操作（创建、插入、删除、反转），考察数据结构基础
• 手写状态机或环形缓冲区，考察实际工程能力
• 手写位操作（置位、清零、取反、判断），考察寄存器操作习惯
• 手写简单的通信协议解析，考察协议设计意识

以手写memcpy为例，很多人会写成这样：

void *my_memcpy(void *dest, const void *src, size_t n) { char *d = dest; const char *s = src; while (n--) { *d++ = *s++; } return dest; }

这个答案能拿60分，但面试官会追问：如果dest和src有重叠怎么办？如果n很大怎么优化？如果地址没有对齐怎么办？正确的做法是考虑内存重叠的情况，使用从高地址向低地址拷贝或者从低地址向高地址拷贝的判断，同时可以考虑按字长拷贝来提升效率。

再比如手写环形缓冲区，面试官会关注：缓冲区满和空怎么区分？读写指针怎么更新？多线程/中断环境下怎么保证安全？这些细节才是嵌入式手撕代码的考察重点。

4. 不同背景求职者的差异化策略

4.1 应届生：没有工作经验怎么打

应届生最大的劣势是没有实际工作经验，最大的优势是可塑性强、学习能力强、薪资预期相对合理。面试官对校招生的期待本来就不是“来了就能干活”，而是“有基础、有潜力、好培养”。

所以应届生的策略应该是：用项目经历证明动手能力，用学习路径证明自驱力，用竞赛或开源经历证明热情。

项目经历方面，课程设计、毕业设计、竞赛作品都可以用，关键是要讲出工程思维。比如你做的是一个智能小车，不要只讲“用了什么模块”，要讲“为什么选这个电机驱动方案”“PID参数怎么调的”“遇到的最大的问题是什么”。

学习路径方面，如果你能在简历里体现出你有一套自己的学习方法，比如“通过阅读FreeRTOS源码理解任务调度机制”“通过复现开源项目学习Linux驱动框架”，面试官会对你刮目相看。这比你说“我热爱学习”有说服力一万倍。

竞赛方面，蓝桥杯嵌入式、电子设计竞赛、智能车竞赛都是很好的加分项。但要注意，竞赛经历要讲出“竞赛之外的东西”。比如你在竞赛中负责什么、遇到了什么团队协作问题、怎么在有限时间内做取舍。这些软技能在工作中同样重要。

4.2 转行者：如何把之前的经验变成优势

转行做嵌入式的人越来越多，有从纯软件转的，有从硬件转的，有从其他行业完全跨过来的。转行者的核心策略是：找到之前经验和嵌入式的结合点，把“跨行”变成“复合背景”。

如果你之前做纯软件开发（比如Java、Python后端），你的优势是编程基础扎实、代码规范好、调试能力强。你可以强调你能快速上手嵌入式Linux应用开发，因为Linux系统编程和网络编程跟后端开发有很多相通之处。同时你要补足的是：C语言深入理解、硬件基础知识、嵌入式调试手段。

如果你之前做硬件设计，你的优势是能看懂原理图、了解元器件特性、有硬件调试经验。你可以瞄准驱动/BSP方向，因为驱动开发需要软硬结合。你要补足的是：C语言编程能力、Linux内核机制、软件工程思维。

如果你之前做测试，你的优势是测试思维、问题定位能力、文档能力。你可以瞄准嵌入式测试/工装方向，同时往自动化测试和测试开发方向走。你要补足的是：嵌入式系统基础知识、Python自动化脚本能力。

转行者的简历要特别注意弱化无关经历，强化相关技能。你之前做了五年Java，简历上不要花大篇幅写Java项目，而是用一两句话带过，重点写你为转行做了哪些准备、学了哪些嵌入式相关的东西、做了什么练手项目。

4.3 有经验者：如何突破薪资和职级瓶颈

有几年嵌入式经验的开发者，求职时面临的问题跟应届生完全不同。应届生是“怎么找到工作”，有经验者是“怎么找到更好的工作”。这时候，项目的影响力和技术深度比项目数量重要得多。

如果你做了三年嵌入式，简历上还是“基于STM32的某某系统”，面试官会觉得你这三年没有成长。你需要展示的是：你解决过什么复杂问题、你主导过什么技术方案、你带过几个人、你对业务有什么理解。

比如同样是做环境监控，有经验者的描述应该是：

主导环境监控产品的嵌入式软件架构设计，针对多传感器融合场景，设计了基于事件驱动的任务调度框架，将系统响应延迟从100ms优化至20ms以内；针对现场电磁干扰导致的通信误码问题，通过增加硬件滤波电路和软件重传机制，将通信成功率从85%提升至99.5%；带领两名初级工程师完成代码审查和模块测试，产品已量产部署超过500套。

这样的描述展示的是架构能力、优化能力、团队协作能力和业务理解能力，这才是高级岗位面试官想看到的。

另外，有经验者要特别注意技术栈的更新。嵌入式领域也在快速变化，RTOS从FreeRTOS到RT-Thread到Zephyr，Linux内核版本不断迭代，AI部署框架层出不穷。如果你还在用五年前的技术栈，面试官会担心你的学习能力。建议每年至少深入学一个新东西，不一定要精通，但要知道它是什么、能解决什么问题、跟现有技术比有什么优劣。

5. 求职渠道与面试节奏的实战经验

5.1 嵌入式岗位的招聘渠道分析

嵌入式岗位的招聘渠道跟纯互联网岗位有很大不同。互联网岗位主要集中在几个大平台，嵌入式岗位则分散得多。

综合招聘平台（如主流招聘网站）是基础渠道，岗位数量最多，但竞争也最激烈。在这些平台上投递，简历的筛选通过率往往不高，因为HR可能并不懂技术，只能靠关键词匹配。所以你的简历要针对岗位描述做微调，把岗位要求的关键词自然地嵌入到你的项目描述和技能清单里。

公司官网直投是效率更高的渠道，尤其是中大型公司。很多公司的官网招聘系统会直接把简历送到用人部门，跳过HR初筛。如果你有明确的目标公司，建议优先走官网直投。

内推是成功率最高的渠道，没有之一。嵌入式圈子其实不大，很多公司的技术团队都有内推奖励机制。你可以通过技术社区、行业会议、前同事、校友等渠道找到内推人。内推的好处是：简历会被认真看，面试反馈会更快，有时候还能提前知道面试风格和重点。

技术社区和开源项目是隐藏的求职渠道。如果你在GitHub上有拿得出手的嵌入式开源项目，或者在技术社区持续输出高质量内容，会有猎头和面试官主动联系你。这种方式虽然慢，但一旦建立起来，职业机会的质量会高很多。

5.2 面试节奏的把控与心态管理

嵌入式求职的面试周期通常比互联网岗位长，因为流程多、面试官时间难协调。从投递到拿到offer，一个月到两个月都是正常的。所以心态上要做好打持久战的准备。

我建议把求职当成一个项目来管理。建一个表格，记录每家公司的投递时间、面试轮次、面试官问题、自己的表现反思。这样既能跟踪进度，又能积累面试经验。

面试节奏上，不要把所有面试都安排在同一周。最好分批进行，先面几家把握不大的公司练手，找到感觉后再面目标公司。每次面试后花半小时复盘：哪些问题答得好、哪些问题答得不好、下次怎么改进。我见过太多人面试完就完了，同样的错误犯好几次，这是对自己时间的极大浪费。

心态管理方面，被拒是常态，不要因为几次失败就否定自己。嵌入式岗位的匹配度很重要，有时候不是你不够好，只是你跟这个岗位不合适。保持学习节奏，持续投递，机会总会来的。

5.3 谈薪环节的注意事项

嵌入式岗位的薪资谈判空间通常比互联网岗位小，但也不是没有。谈薪之前，你要做三件事：

第一，了解市场行情。通过招聘平台、同行交流、猎头等渠道，了解你这个经验年限和技术栈在目标城市的薪资范围。注意区分“岗位标价”和“实际offer价”，前者往往有水分。

第二，明确自己的底线和期望。底线是低于这个数你就不去，期望是你觉得合理的数字。面试时如果被问到期望薪资，可以说一个范围，下限是你的期望，上限比期望高20%左右。

第三，把总包算清楚。嵌入式岗位的薪资结构可能包括基本工资、绩效、项目奖金、年终奖、股票/期权、补贴等。不要只看月薪，要把年包算清楚。同时关注五险一金缴纳基数、加班情况、出差频率这些隐性因素。

谈薪时要注意语气，不要显得太计较，也不要太随意。可以说：“基于我的技术能力和项目经验，结合市场行情，我期望的薪资范围是X到Y。当然，我更看重的是岗位的成长空间和团队氛围，如果整体合适，薪资方面可以再沟通。”这样既表达了期望，又留了余地。

6. 持续学习与技术深耕的方向选择

6.1 嵌入式学习路线的常见误区

网上有很多“嵌入式学习路线”，从C语言到单片机到Linux到驱动到AI，列了几十个知识点。很多人照着学，学到最后发现自己什么都会一点，但什么都不精。这是嵌入式学习最大的误区：贪多求全，缺乏主线。

我的建议是：先纵向深入，再横向扩展。选一个方向（比如MCU开发或Linux应用开发），把它学透，学到能独立做项目的程度，然后再往相邻方向扩展。比如你先精通STM32裸机和FreeRTOS，能独立完成一个中等复杂度的产品，然后再去学Linux应用开发，你会发现很多概念是相通的，学习速度会快很多。

另一个误区是只看视频不动手。嵌入式是实践性极强的领域，你看一百遍I2C时序图，不如自己用逻辑分析仪抓一次波形。你看一百遍FreeRTOS任务调度原理，不如自己写一个多任务程序跑一跑。动手过程中遇到的问题，才是真正让你成长的东西。

6.2 嵌入式AI等新兴方向的切入策略

“嵌入式AI”“边缘计算”是当前最热的方向之一，但也是最容易让人焦虑的方向。很多人觉得传统嵌入式还没学好，AI又来了，跟不上怎么办。

我的看法是：嵌入式AI不是替代传统嵌入式，而是在传统嵌入式基础上增加AI部署能力。你不需要成为AI算法专家，但你需要知道怎么把训练好的模型部署到嵌入式设备上，怎么优化推理速度，怎么管理内存和功耗。

切入嵌入式AI的路径可以这样走：先确保你有一门嵌入式开发能力（MCU或Linux），然后学Python和基本的深度学习概念（不用深入推导反向传播，但要理解模型结构、输入输出、精度指标），接着学模型部署工具链（如TensorFlow Lite Micro、ONNX Runtime、厂商提供的NPU工具链），最后找一个实际场景练手（比如关键词唤醒、简单图像分类、异常检测）。

这个过程中，你的嵌入式功底是最大的优势。很多AI算法工程师不懂底层硬件，不知道怎么在资源受限的设备上做优化，而这正是嵌入式开发者的机会。

6.3 技术深耕与职业发展的平衡

嵌入式开发者的职业发展路径大致有几条：技术专家路线、技术管理路线、产品/项目路线、创业路线。每条路对能力的要求不同，没有优劣之分，关键看你的性格和兴趣。

技术专家路线需要你在某个技术领域持续深耕，比如成为内核专家、驱动专家、AI部署专家。这条路要求你有极强的钻研精神和耐心，能忍受长时间面对底层代码和调试工具。

技术管理路线需要你在技术能力之外，培养沟通协调、任务分配、进度把控、团队建设的能力。这条路要求你从“自己做好”转变为“让团队做好”，思维模式需要很大转变。

产品/项目路线需要你理解市场需求、把控产品方向、协调资源。这条路要求你有商业思维和用户视角，技术深度可以适当降低，但知识广度要增加。

创业路线需要你具备技术、产品、市场、融资等多方面能力，风险最高，回报也可能最大。

我个人的体会是，前五年专注技术深耕，把基础打牢；五到十年根据兴趣和机会选择方向；十年之后，技术深度加上行业理解，才是真正的竞争力。嵌入式这个领域，越老越吃香的前提是，你一直在积累真正有价值的东西，而不是重复一年的经验用十年。

7. 面试后的复盘与持续迭代

7.1 如何从失败面试中提取有效信息

每次面试失败都是有价值的，前提是你知道怎么复盘。我建议从三个维度来复盘：

技术维度：哪些问题没答上来？是概念不清还是理解不深？面试官追问的方向是什么？这反映了岗位真正看重什么能力？

表达维度：项目介绍是否清晰？有没有卡顿或逻辑混乱？面试官有没有表现出困惑或失去兴趣？这反映了你的沟通能力是否需要提升。

匹配维度：岗位的实际工作内容跟你的预期是否一致？团队的技术栈和氛围你是否喜欢？这反映了你的求职方向是否需要调整。

把每次面试的问题和复盘记录整理成一个文档，面试前翻一翻，避免重复踩坑。我自己的记录里，光“进程间通信”这个问题就被不同面试官问过七八次，每次回答都在迭代，到后面已经能根据不同岗位的需求调整回答重点了。

7.2 保持技术敏感度的日常习惯

嵌入式技术更新不算快，但也不慢。保持技术敏感度不需要每天花大量时间，养成几个小习惯就够了：

• 每周花半小时浏览技术社区的热门帖子，了解大家在讨论什么
• 每月读一篇高质量的技术文章或论文，深入理解一个知识点
• 每季度学一个小工具或小框架，保持动手能力
• 每年做一个完整的个人项目，从设计到实现到测试全流程走一遍

这些习惯看起来不起眼，但坚持下来，你的知识面和动手能力会跟同龄人拉开明显差距。面试的时候，面试官能感觉到你是“一直在学习的人”还是“吃老本的人”。

7.3 嵌入式求职的长期主义

嵌入式求职不是一锤子买卖，而是贯穿职业生涯的持续过程。即使你暂时不换工作，也应该保持简历更新、关注市场动态、维护技术人脉。机会来的时候，你才能抓得住。

我见过太多人平时不准备，等到被裁员或者想跳槽的时候才临时抱佛脚，结果简历拿不出手、面试一问三不知。也见过一些人，平时就有意识地积累项目经验、整理技术笔记、维护行业关系，换工作的时候从容不迫，选择权在自己手里。

嵌入式这个领域，技术是根，项目是叶，表达是花。根扎得深，叶才茂盛，花才好看。不要本末倒置，也不要急于求成。把每个项目做扎实，把每个问题搞清楚，把每次面试当学习，时间会给你回报。

最后分享一个我自己的小习惯：每次面试结束后，不管结果如何，我都会给面试官发一封简短的感谢邮件，同时附上我在面试中提到的某个技术点的补充资料或代码示例。这个习惯让我拿到过两个offer，面试官后来告诉我，他们选我就是因为“这个人做事有闭环”。技术可以学，态度很难教。