1. 嵌入式开发岗位的真实门槛到底在哪“先混进去再说”这句话我第一次听到是从一个做了八年单片机开发的老哥嘴里蹦出来的。当时我还在纠结要不要投一家做工业控制器的公司JD上写着“精通ARM Cortex-M系列、熟悉RTOS、掌握常用通信协议”我对着自己那点STM32点灯和串口收发的经验心里直打鼓。老哥拍了我一下说你管它写什么投了再说进去了边干边学谁不是这么过来的。这话糙但理不糙。嵌入式开发这个行当尤其是应用层和驱动层招聘要求和实际干活之间有一条巨大的鸿沟。JD上列的那一堆技能点真正入职后你会发现常用的就那么几样剩下的都是“最好会”而不是“必须会”。企业招人难求职者找工作也难两边信息不对称最后就变成了一个博弈你敢不敢投敢不敢在面试里把不会的说成“了解过”敢不敢进去之后用最短时间把坑填上。我写这篇东西不是鼓励大家去骗去忽悠而是想把这层窗户纸捅破。嵌入式开发岗位的实际情况是什么样哪些技能是真正卡脖子的哪些是可以进去之后再补的面试的时候怎么扬长避短入职之后怎么快速站稳脚跟。这些内容招聘网站上不会写培训机构的课程里也不会讲只有真正在这个行业里摸爬滚打过的人才知道。适合谁看如果你是刚毕业的电子、自动化、计算机相关专业的学生或者是从其他行业想转进来的新手再或者是在小公司做了一段时间想跳槽但心里没底的人这篇内容应该能帮你理清一些思路。我不讲虚的就说实际的。2. 拆解嵌入式岗位的真实技能需求2.1 招聘要求里的水分有多大先看一份典型的嵌入式开发JD我随手从招聘平台上摘几条精通C/C语言熟悉数据结构与算法熟悉ARM Cortex-M/A系列处理器架构掌握UART、I2C、SPI、CAN等通信协议熟悉FreeRTOS、uCOS、Linux等操作系统有Qt、LVGL等GUI开发经验者优先具备良好的英文文档阅读能力看起来吓人对吧。但你仔细拆一下真正入职后每天用的东西可能只占其中的百分之三十。C语言是必须的但“精通”这个词太虚了实际工作中你能把指针、结构体、位操作玩明白能看懂别人的代码并改得动就已经超过及格线了。数据结构与算法除非你去做协议栈或者复杂的状态机否则链表和环形缓冲区就够应付大部分场景了。ARM架构你不需要背指令集知道寄存器怎么配、中断怎么用、时钟树怎么设就行。通信协议更是如此UART和I2C是基本功SPI和CAN用到了再查手册也来得及。RTOS的话任务创建、信号量、消息队列、优先级反转这几个概念搞清楚剩下的边用边学。Linux驱动开发门槛确实高一些但很多岗位其实只是让你在Linux应用层写写业务逻辑调调外设接口真正碰内核驱动的不多。我个人的经验是JD上列了十条要求你能满足四条就可以投了。满足六条基本能进面试。满足八条你就是他们想要的人。全满足那说明这个岗位要么是虚标要么薪资给不到位。2.2 应用层开发和驱动开发的真实分界热搜词里有个问题问得好“应用层开发是不是嵌入式”这个问题在知乎和论坛上吵了无数遍。我的看法是算但要看你怎么定义嵌入式。传统的嵌入式开发指的是在资源受限的MCU上写裸机程序或者RTOS程序直接操作寄存器对时序和内存斤斤计较。这种开发应用层和驱动层的界限很模糊你写一个按键扫描既是应用逻辑也涉及GPIO驱动。但在Linux嵌入式系统里应用层和驱动层的分界就清晰了。驱动工程师负责把硬件抽象成设备节点应用工程师通过open、read、write、ioctl这些系统调用去操作硬件。现在很多招聘方把Linux应用开发也归到嵌入式里比如用Qt做界面、用C写业务逻辑、通过串口和底层MCU通信。这类岗位对内核知识要求不高但对C、Qt框架、多线程编程要求较高。如果你是从纯软件开发转过来的走这条路会顺很多。2.3 不同细分方向的技能权重对比为了让大家看得更清楚我整理了一个表格把嵌入式几个主要方向的技能权重列出来。权重是我根据自己和身边朋友的经历主观打的仅供参考。技能项MCU裸机/RTOSLinux应用Linux驱动嵌入式QtC语言极高高极高中C低高中极高数据结构中高高中硬件原理图高低高低通信协议高中高中RTOS高低中低Linux系统编程低极高极高高内核驱动模型低低极高低GUI框架低低低极高调试工具高高极高中从表格能看出来不同方向对技能的要求差异很大。你不可能同时精通所有方向也没必要。选一个方向扎进去把核心技能练到能干活的程度其他的了解个大概就行。3. 面试前怎么快速补齐短板3.1 用项目经验覆盖技能盲区面试的时候面试官最常问的不是“你会不会某某技术”而是“你做过什么项目遇到了什么问题怎么解决的”。这就是你的机会。你不需要什么都会你只需要有一个能讲清楚的项目把面试官的注意力吸引到你熟悉的领域。我见过一个哥们原本是做Java后端的想转嵌入式Linux应用。他花了两个月时间在树莓派上做了一个智能家居网关用C写了MQTT客户端用Qt做了个简单的控制界面通过串口和一块STM32开发板通信。就这么一个项目他在面试的时候讲了四十分钟从架构设计讲到线程同步从串口协议讲到界面刷新面试官听得津津有味。最后他拿到了offer薪资还不低。这个项目的技术含量高吗说实话不高。但它完整有硬件有软件有通信有界面能体现你的综合能力。面试官要的就是这个。3.2 高频面试题的准备策略嵌入式的面试题翻来覆去就那么几类。我整理了一个速查表把常见问题和回答要点列出来。问题类型典型问题回答要点C语言volatile的作用防止编译器优化每次从内存读取用于硬件寄存器和中断共享变量C语言指针和数组的区别指针是变量存地址数组名是常量地址sizeof结果不同通信协议I2C和SPI的区别I2C两线半双工SPI四线全双工速率和拓扑不同RTOS优先级反转怎么解决优先级继承、优先级天花板、互斥量Linux进程和线程的区别资源分配单位vs调度单位地址空间和通信方式不同Linux字符设备和块设备区别按字节流访问vs按块访问驱动模型不同硬件上拉电阻的作用确定引脚电平防止浮空提供驱动能力这些问题你不需要背标准答案但要用自己的话讲清楚。面试官一听就知道你是真懂还是背的。3.3 简历怎么写才能通过筛选简历的核心原则是让HR觉得你合适让技术面试官觉得你有料。HR看的是关键词匹配技术面试官看的是项目细节。关键词怎么放把JD里提到的技术名词自然地嵌入到你的项目描述里。比如你做过一个温控器项目不要只写“负责温控器软件开发”要写“基于STM32F103和FreeRTOS通过I2C读取温度传感器数据使用PID算法控制加热功率通过UART与上位机通信”。这样HR扫一眼就能看到STM32、FreeRTOS、I2C、PID、UART这些关键词。项目细节怎么写用STAR法则情境、任务、行动、结果。重点写你遇到的困难和解决方案这比罗列技术栈更有说服力。我帮朋友改过简历他原来写的是“参与智能锁项目开发”我让他改成“独立负责智能锁指纹识别模块解决指纹图像采集时的电磁干扰问题通过增加屏蔽层和调整采样时序将识别成功率从85%提升到97%”。改完之后面试邀约明显多了。4. 入职之后怎么快速站稳脚跟4.1 前三个月的生存法则进去之后你会发现学校学的东西和实际工作差距很大。这很正常别慌。前三个月的核心任务不是证明自己多厉害而是证明自己靠谱。第一把代码仓库的权限要到手把项目跑起来。不管多烂的代码先让它在你手里能编译能烧录能运行。这是你后续所有工作的基础。第二找到项目里最核心的模块花时间把它吃透。每个项目都有一个命脉模块可能是通信协议解析可能是控制算法可能是状态机。把这个模块的代码逐行读一遍画个流程图不懂的就问。问的时候注意方式先自己查资料查不到再问问的时候带上你的思考过程。第三主动承担一些小任务比如改个bug、加个日志、优化一段代码。通过这些小事建立信任。我见过太多新人进来就想搞个大新闻结果连基本的代码规范都不遵守最后被边缘化。4.2 遇到不会的技术怎么快速上手嵌入式开发涉及的技术栈很杂你不可能什么都会。遇到不会的按这个流程走先看项目里有没有类似的实现有就抄过来改没有的话去芯片官网下数据手册和参考手册看对应章节再不行去GitHub搜相关驱动或例程找star多的参考还搞不定去技术论坛提问把问题描述清楚附上你的代码和现象这里有个技巧看数据手册的时候不要从头看到尾直接翻到你要用的那个外设章节。比如你要用SPI就只看SPI那一章把寄存器描述和时序图看懂就行。其他的以后用到再说。4.3 和硬件工程师怎么配合嵌入式软件工程师和硬件工程师的配合是一门玄学。搞好了事半功倍搞不好天天扯皮。我的经验是硬件的问题让硬件工程师先排查软件的问题自己先确认。怎么区分拿示波器或者逻辑分析仪抓波形。如果波形不对那是硬件的问题。如果波形对了但数据不对那可能是软件配置的问题。举个例子你调SPI通信发现读不到数据。先让硬件工程师量一下时钟线和数据线的波形确认有没有信号。如果有信号但数据不对检查SPI的时钟极性、相位、波特率配置。如果没信号检查引脚复用配置和片选信号。这样分工明确不会互相甩锅。我踩过的一个坑有一次调I2C死活读不到数据。我以为是软件问题查了两天。最后发现是硬件工程师把上拉电阻焊错了焊成了10K而实际需要4.7K。所以该怀疑硬件的时候别犹豫但要有证据。5. 常见问题与避坑指南5.1 面试中的高频陷阱问题有些面试问题表面上是技术问题实际上是在考察你的思维方式和学习能力。我列几个常见的问题一你之前没做过这个方向为什么觉得自己能胜任这个问题不是要你证明自己什么都会而是要你展示学习能力。你可以说“我确实没有直接经验但我之前做过类似的项目用的技术栈有重叠。比如我之前用RTOS做过任务调度虽然芯片平台不同但调度原理是相通的。我花了两天时间看了贵公司产品的技术文档对整体架构有了基本了解我相信能快速上手。”问题二这个项目你负责哪部分如果你只是参与了一小部分不要夸大。如实说但要把你负责的那部分讲深讲透。面试官更看重深度而不是广度。问题三遇到最难的问题是什么怎么解决的提前准备一个故事要有细节。比如“有一次设备在现场死机日志也看不出来。我用J-Link连上调试发现是中断嵌套导致栈溢出。后来我调整了中断优先级把栈空间加大问题解决了。”这种故事比背八股文强一百倍。5.2 入职后容易踩的坑坑一不看代码规范就提交每个公司都有自己的代码规范有的用匈牙利命名法有的用驼峰有的要求函数不超过50行。你提交代码前先看看周围人怎么写照着来。别觉得自己那套最好。坑二不写注释和文档嵌入式代码的可读性很重要因为可能几年后还有人要维护。关键算法、硬件寄存器操作、时序敏感的地方一定要写注释。文档也一样你写的驱动至少要有接口说明和使用示例。坑三不测试就提交嵌入式开发最怕的就是“我改了一行代码应该没问题”。任何改动哪怕只是加个打印都要重新编译、烧录、测试。我见过太多因为改了一行代码导致设备变砖的案例。坑四不和团队沟通遇到问题自己闷头搞搞了三天没搞定最后发现别人早就踩过这个坑。嵌入式开发涉及的知识面太广没有人什么都知道。该问就问但问之前先自己查。5.3 技术路线选择建议嵌入式开发做了几年之后你会面临路线选择。是继续做MCU还是转Linux还是做架构还是转管理我的建议是前三年不要想太多把一门技术做深。不管是MCU还是Linux做到能独立负责一个模块能解决别人解决不了的问题。三年之后再根据兴趣和市场需求调整方向。如果你喜欢和硬件打交道喜欢抠时序、调电路那就深耕MCU方向往电机控制、电源管理、汽车电子这些领域走。如果你喜欢操作系统和软件架构那就转Linux往系统优化、驱动开发、中间件方向走。如果你喜欢和人打交道那就往项目经理、技术主管方向走。没有哪条路一定好关键是适合自己。6. 我个人的一些体会写了这么多最后说几句掏心窝子的话。嵌入式开发这个行业门槛确实有但没有招聘JD上写的那么高。大部分岗位你只要有C语言基础懂一点硬件做过一两个完整的项目就能进去。进去之后才是真正学习的开始。“先混进去再说”这句话重点不在“混”而在“进去”。进去之后你得真的花时间学花精力补不然试用期都过不了。我见过太多人靠着面试技巧进了公司结果三个月后被辞退因为基础太差连基本的任务都完不成。所以策略是面试的时候适当包装入职之后拼命补课。把面试当成一个学习的机会把工作当成一个带薪的培训班。这样想心态会好很多。另外嵌入式开发是一个需要积累的行业不要指望一两年就能成为高手。我做了这么多年还经常遇到新的芯片、新的协议、新的工具。保持学习的心态比什么都重要。最后分享一个小技巧建立一个自己的代码库和知识库。每次解决了一个问题把代码和思路整理进去。下次遇到类似的问题直接翻出来改。这个习惯我坚持了五年现在遇到大部分问题都能在半小时内找到参考方案。
嵌入式开发岗位真实门槛与面试入职全攻略
1. 嵌入式开发岗位的真实门槛到底在哪“先混进去再说”这句话我第一次听到是从一个做了八年单片机开发的老哥嘴里蹦出来的。当时我还在纠结要不要投一家做工业控制器的公司JD上写着“精通ARM Cortex-M系列、熟悉RTOS、掌握常用通信协议”我对着自己那点STM32点灯和串口收发的经验心里直打鼓。老哥拍了我一下说你管它写什么投了再说进去了边干边学谁不是这么过来的。这话糙但理不糙。嵌入式开发这个行当尤其是应用层和驱动层招聘要求和实际干活之间有一条巨大的鸿沟。JD上列的那一堆技能点真正入职后你会发现常用的就那么几样剩下的都是“最好会”而不是“必须会”。企业招人难求职者找工作也难两边信息不对称最后就变成了一个博弈你敢不敢投敢不敢在面试里把不会的说成“了解过”敢不敢进去之后用最短时间把坑填上。我写这篇东西不是鼓励大家去骗去忽悠而是想把这层窗户纸捅破。嵌入式开发岗位的实际情况是什么样哪些技能是真正卡脖子的哪些是可以进去之后再补的面试的时候怎么扬长避短入职之后怎么快速站稳脚跟。这些内容招聘网站上不会写培训机构的课程里也不会讲只有真正在这个行业里摸爬滚打过的人才知道。适合谁看如果你是刚毕业的电子、自动化、计算机相关专业的学生或者是从其他行业想转进来的新手再或者是在小公司做了一段时间想跳槽但心里没底的人这篇内容应该能帮你理清一些思路。我不讲虚的就说实际的。2. 拆解嵌入式岗位的真实技能需求2.1 招聘要求里的水分有多大先看一份典型的嵌入式开发JD我随手从招聘平台上摘几条精通C/C语言熟悉数据结构与算法熟悉ARM Cortex-M/A系列处理器架构掌握UART、I2C、SPI、CAN等通信协议熟悉FreeRTOS、uCOS、Linux等操作系统有Qt、LVGL等GUI开发经验者优先具备良好的英文文档阅读能力看起来吓人对吧。但你仔细拆一下真正入职后每天用的东西可能只占其中的百分之三十。C语言是必须的但“精通”这个词太虚了实际工作中你能把指针、结构体、位操作玩明白能看懂别人的代码并改得动就已经超过及格线了。数据结构与算法除非你去做协议栈或者复杂的状态机否则链表和环形缓冲区就够应付大部分场景了。ARM架构你不需要背指令集知道寄存器怎么配、中断怎么用、时钟树怎么设就行。通信协议更是如此UART和I2C是基本功SPI和CAN用到了再查手册也来得及。RTOS的话任务创建、信号量、消息队列、优先级反转这几个概念搞清楚剩下的边用边学。Linux驱动开发门槛确实高一些但很多岗位其实只是让你在Linux应用层写写业务逻辑调调外设接口真正碰内核驱动的不多。我个人的经验是JD上列了十条要求你能满足四条就可以投了。满足六条基本能进面试。满足八条你就是他们想要的人。全满足那说明这个岗位要么是虚标要么薪资给不到位。2.2 应用层开发和驱动开发的真实分界热搜词里有个问题问得好“应用层开发是不是嵌入式”这个问题在知乎和论坛上吵了无数遍。我的看法是算但要看你怎么定义嵌入式。传统的嵌入式开发指的是在资源受限的MCU上写裸机程序或者RTOS程序直接操作寄存器对时序和内存斤斤计较。这种开发应用层和驱动层的界限很模糊你写一个按键扫描既是应用逻辑也涉及GPIO驱动。但在Linux嵌入式系统里应用层和驱动层的分界就清晰了。驱动工程师负责把硬件抽象成设备节点应用工程师通过open、read、write、ioctl这些系统调用去操作硬件。现在很多招聘方把Linux应用开发也归到嵌入式里比如用Qt做界面、用C写业务逻辑、通过串口和底层MCU通信。这类岗位对内核知识要求不高但对C、Qt框架、多线程编程要求较高。如果你是从纯软件开发转过来的走这条路会顺很多。2.3 不同细分方向的技能权重对比为了让大家看得更清楚我整理了一个表格把嵌入式几个主要方向的技能权重列出来。权重是我根据自己和身边朋友的经历主观打的仅供参考。技能项MCU裸机/RTOSLinux应用Linux驱动嵌入式QtC语言极高高极高中C低高中极高数据结构中高高中硬件原理图高低高低通信协议高中高中RTOS高低中低Linux系统编程低极高极高高内核驱动模型低低极高低GUI框架低低低极高调试工具高高极高中从表格能看出来不同方向对技能的要求差异很大。你不可能同时精通所有方向也没必要。选一个方向扎进去把核心技能练到能干活的程度其他的了解个大概就行。3. 面试前怎么快速补齐短板3.1 用项目经验覆盖技能盲区面试的时候面试官最常问的不是“你会不会某某技术”而是“你做过什么项目遇到了什么问题怎么解决的”。这就是你的机会。你不需要什么都会你只需要有一个能讲清楚的项目把面试官的注意力吸引到你熟悉的领域。我见过一个哥们原本是做Java后端的想转嵌入式Linux应用。他花了两个月时间在树莓派上做了一个智能家居网关用C写了MQTT客户端用Qt做了个简单的控制界面通过串口和一块STM32开发板通信。就这么一个项目他在面试的时候讲了四十分钟从架构设计讲到线程同步从串口协议讲到界面刷新面试官听得津津有味。最后他拿到了offer薪资还不低。这个项目的技术含量高吗说实话不高。但它完整有硬件有软件有通信有界面能体现你的综合能力。面试官要的就是这个。3.2 高频面试题的准备策略嵌入式的面试题翻来覆去就那么几类。我整理了一个速查表把常见问题和回答要点列出来。问题类型典型问题回答要点C语言volatile的作用防止编译器优化每次从内存读取用于硬件寄存器和中断共享变量C语言指针和数组的区别指针是变量存地址数组名是常量地址sizeof结果不同通信协议I2C和SPI的区别I2C两线半双工SPI四线全双工速率和拓扑不同RTOS优先级反转怎么解决优先级继承、优先级天花板、互斥量Linux进程和线程的区别资源分配单位vs调度单位地址空间和通信方式不同Linux字符设备和块设备区别按字节流访问vs按块访问驱动模型不同硬件上拉电阻的作用确定引脚电平防止浮空提供驱动能力这些问题你不需要背标准答案但要用自己的话讲清楚。面试官一听就知道你是真懂还是背的。3.3 简历怎么写才能通过筛选简历的核心原则是让HR觉得你合适让技术面试官觉得你有料。HR看的是关键词匹配技术面试官看的是项目细节。关键词怎么放把JD里提到的技术名词自然地嵌入到你的项目描述里。比如你做过一个温控器项目不要只写“负责温控器软件开发”要写“基于STM32F103和FreeRTOS通过I2C读取温度传感器数据使用PID算法控制加热功率通过UART与上位机通信”。这样HR扫一眼就能看到STM32、FreeRTOS、I2C、PID、UART这些关键词。项目细节怎么写用STAR法则情境、任务、行动、结果。重点写你遇到的困难和解决方案这比罗列技术栈更有说服力。我帮朋友改过简历他原来写的是“参与智能锁项目开发”我让他改成“独立负责智能锁指纹识别模块解决指纹图像采集时的电磁干扰问题通过增加屏蔽层和调整采样时序将识别成功率从85%提升到97%”。改完之后面试邀约明显多了。4. 入职之后怎么快速站稳脚跟4.1 前三个月的生存法则进去之后你会发现学校学的东西和实际工作差距很大。这很正常别慌。前三个月的核心任务不是证明自己多厉害而是证明自己靠谱。第一把代码仓库的权限要到手把项目跑起来。不管多烂的代码先让它在你手里能编译能烧录能运行。这是你后续所有工作的基础。第二找到项目里最核心的模块花时间把它吃透。每个项目都有一个命脉模块可能是通信协议解析可能是控制算法可能是状态机。把这个模块的代码逐行读一遍画个流程图不懂的就问。问的时候注意方式先自己查资料查不到再问问的时候带上你的思考过程。第三主动承担一些小任务比如改个bug、加个日志、优化一段代码。通过这些小事建立信任。我见过太多新人进来就想搞个大新闻结果连基本的代码规范都不遵守最后被边缘化。4.2 遇到不会的技术怎么快速上手嵌入式开发涉及的技术栈很杂你不可能什么都会。遇到不会的按这个流程走先看项目里有没有类似的实现有就抄过来改没有的话去芯片官网下数据手册和参考手册看对应章节再不行去GitHub搜相关驱动或例程找star多的参考还搞不定去技术论坛提问把问题描述清楚附上你的代码和现象这里有个技巧看数据手册的时候不要从头看到尾直接翻到你要用的那个外设章节。比如你要用SPI就只看SPI那一章把寄存器描述和时序图看懂就行。其他的以后用到再说。4.3 和硬件工程师怎么配合嵌入式软件工程师和硬件工程师的配合是一门玄学。搞好了事半功倍搞不好天天扯皮。我的经验是硬件的问题让硬件工程师先排查软件的问题自己先确认。怎么区分拿示波器或者逻辑分析仪抓波形。如果波形不对那是硬件的问题。如果波形对了但数据不对那可能是软件配置的问题。举个例子你调SPI通信发现读不到数据。先让硬件工程师量一下时钟线和数据线的波形确认有没有信号。如果有信号但数据不对检查SPI的时钟极性、相位、波特率配置。如果没信号检查引脚复用配置和片选信号。这样分工明确不会互相甩锅。我踩过的一个坑有一次调I2C死活读不到数据。我以为是软件问题查了两天。最后发现是硬件工程师把上拉电阻焊错了焊成了10K而实际需要4.7K。所以该怀疑硬件的时候别犹豫但要有证据。5. 常见问题与避坑指南5.1 面试中的高频陷阱问题有些面试问题表面上是技术问题实际上是在考察你的思维方式和学习能力。我列几个常见的问题一你之前没做过这个方向为什么觉得自己能胜任这个问题不是要你证明自己什么都会而是要你展示学习能力。你可以说“我确实没有直接经验但我之前做过类似的项目用的技术栈有重叠。比如我之前用RTOS做过任务调度虽然芯片平台不同但调度原理是相通的。我花了两天时间看了贵公司产品的技术文档对整体架构有了基本了解我相信能快速上手。”问题二这个项目你负责哪部分如果你只是参与了一小部分不要夸大。如实说但要把你负责的那部分讲深讲透。面试官更看重深度而不是广度。问题三遇到最难的问题是什么怎么解决的提前准备一个故事要有细节。比如“有一次设备在现场死机日志也看不出来。我用J-Link连上调试发现是中断嵌套导致栈溢出。后来我调整了中断优先级把栈空间加大问题解决了。”这种故事比背八股文强一百倍。5.2 入职后容易踩的坑坑一不看代码规范就提交每个公司都有自己的代码规范有的用匈牙利命名法有的用驼峰有的要求函数不超过50行。你提交代码前先看看周围人怎么写照着来。别觉得自己那套最好。坑二不写注释和文档嵌入式代码的可读性很重要因为可能几年后还有人要维护。关键算法、硬件寄存器操作、时序敏感的地方一定要写注释。文档也一样你写的驱动至少要有接口说明和使用示例。坑三不测试就提交嵌入式开发最怕的就是“我改了一行代码应该没问题”。任何改动哪怕只是加个打印都要重新编译、烧录、测试。我见过太多因为改了一行代码导致设备变砖的案例。坑四不和团队沟通遇到问题自己闷头搞搞了三天没搞定最后发现别人早就踩过这个坑。嵌入式开发涉及的知识面太广没有人什么都知道。该问就问但问之前先自己查。5.3 技术路线选择建议嵌入式开发做了几年之后你会面临路线选择。是继续做MCU还是转Linux还是做架构还是转管理我的建议是前三年不要想太多把一门技术做深。不管是MCU还是Linux做到能独立负责一个模块能解决别人解决不了的问题。三年之后再根据兴趣和市场需求调整方向。如果你喜欢和硬件打交道喜欢抠时序、调电路那就深耕MCU方向往电机控制、电源管理、汽车电子这些领域走。如果你喜欢操作系统和软件架构那就转Linux往系统优化、驱动开发、中间件方向走。如果你喜欢和人打交道那就往项目经理、技术主管方向走。没有哪条路一定好关键是适合自己。6. 我个人的一些体会写了这么多最后说几句掏心窝子的话。嵌入式开发这个行业门槛确实有但没有招聘JD上写的那么高。大部分岗位你只要有C语言基础懂一点硬件做过一两个完整的项目就能进去。进去之后才是真正学习的开始。“先混进去再说”这句话重点不在“混”而在“进去”。进去之后你得真的花时间学花精力补不然试用期都过不了。我见过太多人靠着面试技巧进了公司结果三个月后被辞退因为基础太差连基本的任务都完不成。所以策略是面试的时候适当包装入职之后拼命补课。把面试当成一个学习的机会把工作当成一个带薪的培训班。这样想心态会好很多。另外嵌入式开发是一个需要积累的行业不要指望一两年就能成为高手。我做了这么多年还经常遇到新的芯片、新的协议、新的工具。保持学习的心态比什么都重要。最后分享一个小技巧建立一个自己的代码库和知识库。每次解决了一个问题把代码和思路整理进去。下次遇到类似的问题直接翻出来改。这个习惯我坚持了五年现在遇到大部分问题都能在半小时内找到参考方案。
