硬件工程师是 “做出来” 的，不是 “学出来” 的

很多理工科毕业生走出校园时，手里握着电子信息、微电子等相关专业的毕业证，背得出模电数电的公式，能看懂基本的电路图，却在面对第一块需要调试的PCB板、第一个需要落地的硬件项目时手足无措——这正是硬件工程师成长的核心痛点：大学课堂教给我们的是“理论基础”，而职场需要的是“能落地的工程能力”。硬件工程师从来不是靠课本“学”出来的，而是靠一次次动手实践、一次次排查故障、一次次优化设计“做”出来的。

从大学毕业到成为一名合格的硬件工程师，本质上是一场“补短板、练硬功”的修行。我们需要补充的不是更多零散的理论，而是“能服务于实践”的技能，补上“校园与职场之间的工程思维缺口”；我们的学习也不再是“为了考试而记知识点”，而是“为了解决实践中的问题而学理论”——只有带着实践目的去深耕理论，才能让知识真正转化为能力，这才是最高效、最贴合硬件工程师成长规律的学习方式。

从大学期间积累的理论基础，到 对应职场所需的工程技能，中间的衔接部分则体现了“实践”的核心作用——这正是从校园到职场的关键桥梁。具体而言，是大学生在校园里习得的模电、数电、信号与系统、单片机等基础知识，这是硬件工程师成长的“根基”，如同盖房子的地基，决定了后续技能提升的上限，但这些知识多以理论形式存在，侧重“理解原理、记住公式、看懂逻辑”，并未与实际工程场景深度绑定，这也是为什么很多毕业生走出校园会感到手足无措。

职场中硬件工程师必须具备的基础核心技能，包括EDA工具高级操作、PCB规范设计、故障排查、元器件选型、技术文档撰写等，这些技能直指“解决复杂工程问题”，强调落地性、规范性和实用性，是企业真正需要的“硬实力”，其实这部分并没有在学校期间得到有效的训练和重复直至熟练。

而图中间的衔接环节，正是“有目的的实践”——大学生需要以实践为纽带，将校园里的理论知识转化为职场技能：比如用模电知识设计稳压电源，用数电知识搭建逻辑电路，用单片机理论驱动传感器，在动手设计、焊接、调试、复盘的过程中，补齐思维缺口和技能短板，实现从“懂理论”到“会做事”的转变。简言之，这张图的核心含义的是：学校知识是成长的基础，社会技能是成长的目标，而“有目的的实践”是连接二者的唯一路径，唯有带着实践需求去学习理论、打磨技能，才能顺利衔接校园与职场，真正成长为能应对复杂工程问题的合格硬件工程师。

一、先补“思维课”：从“课本思维”切换到“工程思维”

大学课堂的核心是“标准答案”：一道电路分析题，只有一种或几种正确解法；一个理论知识点，只需记住定义和公式就能得分。但硬件工程的核心是“权衡与落地”：没有绝对完美的设计，只有“在成本、性能、稳定性、可量产性之间找到最优解”的方案。这是毕业后首先要补的“核心思维课”，也是所有技能学习的前提。

1. 摒弃“理想化”，接受“不完美”：课本里的电路没有干扰、没有损耗、没有元器件误差，但实际制作的PCB板，哪怕是一根细小的走线、一个选型不当的电容，都可能导致整个系统失灵。实践中，我们要学会接受误差，学会用“容错设计”解决问题——比如增加滤波电容、优化走线布局，而不是死磕“理论上的完美电路”。

2. 拒绝“纸上谈兵”，聚焦“可落地性”：很多毕业生能画出复杂的原理图，却从未考虑过元器件的采购难度、PCB板的打板成本、焊接的可操作性。真正的工程设计，既要满足功能需求，还要考虑量产可行性、后期维护便利性，甚至是成本控制——这也是“做工程”和“学理论”的本质区别：理论只需要“成立”，工程必须“能用、好用、低成本能用”。

3. 建立“问题导向”：遇到故障时，不要先抱怨“设计没问题”，而是先动手排查——用示波器看波形、用万用表测电压、对照 datasheet 查参数，从“现象”反推“原因”，再用理论知识解决问题。这种“先找问题、再学理论、最后落地解决”的逻辑，正是硬件工程师的核心思维。

二、再补“技能课”：聚焦实践，补齐职场必备硬技能

大学期间学到的模电、数电、信号与系统等知识，是技能的“基石”，但职场需要的是“能直接上手做事”的硬技能——这些技能无法靠课本学会，只能靠实践打磨，而学习这些技能的核心目的，就是为了更好地完成实践项目，解决实际问题。

（一）核心工具技能：从“会用”到“熟练”，成为自己的“左右手”

硬件工程师的工作离不开工具，课本上可能会介绍Altium Designer、示波器的基本用法，但职场需要的是“高效、规范、少出错”的操作能力，每一项工具技能的提升，都是为了让实践更顺畅。

1. EDA设计工具（PCB设计核心）：大学可能只练过简单的原理图绘制、PCB布局，毕业後需要补充的是“规范设计”能力——比如Altium Designer/Cadence的高级操作：差分走线、阻抗匹配、EMC（电磁兼容）布局技巧、PCB叠层设计，还要学会整理规范的BOM表、生成Gerber文件，对接打板厂和元器件供应商。这些技能的学习，必须结合实际项目：比如设计一块简单的电源板，从原理图绘制到PCB布局，再到打板验证，全程动手操作，才能真正掌握，而不是单纯看教程记步骤。

2. 测试测量工具：示波器、万用表、逻辑分析仪、频谱仪，这些工具是硬件工程师“排查故障的眼睛”。大学期间可能只接触过万用表测电压，毕业後需要系统补充：用示波器观察信号波形、排查干扰问题，用逻辑分析仪分析时序错误，用频谱仪检测射频信号质量。学习这些工具的核心，不是记住操作按钮，而是“知道在什么场景下用什么工具、怎么用工具找到问题”——比如板子调试时LED不亮，先用万用表测电源电压，再用示波器看控制信号波形，一步步定位故障，这个过程中，工具技能和问题排查能力会同步提升。

3. 焊接与动手操作：这是最基础也最容易被忽视的技能。很多毕业生走出校园，连电烙铁都握不稳，更别说焊接QFP、BGA等精密元器件。但硬件调试的第一步，就是焊接元器件——如果焊接失误，哪怕设计再完美，板子也无法正常工作。补充这项技能，没有捷径，就是多动手：从焊接电阻、电容等基础元器件，到焊接单片机、芯片，反复练习，直到能精准、规范地完成焊接，同时学会排查虚焊、假焊等常见问题。

（二）理论应用技能：从“记住”到“活用”，让理论服务于实践

大学期间学的模电、数电、信号与系统、单片机等理论知识，不是没用，而是很多人不会“活用”——我们补充技能的核心，就是把这些理论知识“落地”，用理论解决实践中的问题，这也是“为了实践而学习理论”的核心内涵。

1. 模电/数电的实际应用：大学背过三极管的放大原理、运放的虚短虚断特性，但职场中需要的是“用这些原理设计电路”——比如设计一个稳压电源、一个信号放大电路，遇到电路输出不稳定时，能通过模电知识分析原因（比如反馈电阻选型不当、滤波电容容量不足），并优化设计。学习这部分技能，要结合具体项目：比如设计一块5V稳压电源板，先根据模电知识选型元器件（变压器、整流桥、三端稳压器），绘制原理图，再动手制作、调试，遇到输出电压波动时，对照模电理论排查问题，调整元器件参数，直到满足需求。这种“实践中遇到问题，再回头学理论、用理论解决问题”的方式，比单纯看课本、做习题高效得多。

2. 单片机/嵌入式系统的实操：大学可能学过STM32的基本原理、Verilog语言，但职场中需要的是“用单片机实现具体功能”——比如控制LED闪烁、驱动传感器采集数据、通过串口与上位机通信。补充这项技能，要从简单项目入手：比如做一个“智能环境监测模块”，用STM32控制温湿度传感器采集数据，通过OLED屏显示，遇到传感器数据采集不准、串口通信失败等问题时，对照单片机理论、 datasheet 排查问题，修改代码和电路，直到项目落地。这个过程中，你会发现，课本上的理论知识，都是解决实际问题的“钥匙”，而实践，就是学会“怎么用钥匙开门”。

3. 信号完整性（SI）与电源完整性（PI）：这是大学课堂很少涉及，但职场中非常重要的知识点——对于高速电路、复杂系统，信号完整性和电源完整性直接决定了系统的稳定性。补充这部分知识，不能单纯看理论书籍，要结合实际项目：比如设计一块高速PCB板，遇到信号干扰、电源纹波过大等问题时，学习SI/PI的相关理论（比如阻抗匹配、滤波设计），并应用到PCB布局优化中，通过调试验证理论的正确性。这种“带着实践问题学理论”的方式，才能真正掌握知识，而不是死记硬背概念。

（三）工程软实力：补齐“职场必备”，让实践更高效、更规范

硬件工程师不仅要“会做事”，还要“会规范做事、会沟通协作”，这些软实力虽然不直接参与电路设计，但能极大提升实践效率，也是从“新手”成长为“合格工程师”的必备素养。

1. 元器件选型能力：大学期间可能只知道元器件的基本功能，职场中需要的是“根据项目需求选型”——比如选型电阻、电容时，要考虑精度、功率、封装、成本；选型芯片时，要考虑性能、功耗、兼容性、采购难度和 datasheet 的完善度。选型的核心的是“权衡”，而这种能力，只能通过实践积累：每做一个项目，都认真研究元器件的参数，对比不同型号的优缺点，结合项目需求和成本控制选型，久而久之，就能形成自己的选型逻辑。

2. 故障排查与复盘能力：硬件调试的过程，本质上就是“排查故障、解决问题”的过程——一块板子，可能会遇到电源不工作、信号异常、元器件损坏等各种问题，新手往往会无从下手，而合格的硬件工程师，能快速定位故障、解决问题。补充这项能力，关键是“多复盘”：每解决一个故障，都记录下来——故障现象、排查过程、解决方法、用到的理论知识，总结经验教训，避免下次再犯同样的错误。同时，遇到解决不了的问题，主动请教前辈，学习他们的排查思路，结合理论知识，慢慢形成自己的故障排查逻辑。

3. 技术文档撰写能力：很多毕业生忽视了这项技能，但职场中，技术文档是“工程沟通的桥梁”——比如设计方案、调试记录、BOM表、技术手册，这些文档不仅要自己能看懂，还要让同事、供应商、后期维护人员能看懂。补充这项技能，要结合实践项目：每完成一个项目，都撰写完整的技术文档，规范记录原理图、PCB布局、元器件选型、调试过程、故障解决方法，慢慢养成“边实践、边记录”的习惯。

4. 沟通协作能力：硬件工程师不是孤军奋战，需要和软件工程师、产品经理、采购、生产人员沟通协作——比如和软件工程师对接接口定义，和产品经理确认需求，和采购对接元器件采购，和生产人员对接量产工艺。补充这项技能，就是在实践项目中多沟通、多配合，学会倾听需求、清晰表达自己的设计思路，协调各方资源，确保项目顺利落地。

三、关键核心：有目的的实践，才是成长的捷径

很多毕业生走出校园后，陷入了“盲目学习”的误区：每天看各种教程、背各种理论，却从来不动手做项目；或者盲目跟风做项目，不知道做项目的目的是什么，做完之后也不总结复盘——这样的学习和实践，不仅低效，还无法真正提升能力。

硬件工程师的成长，核心是“有目的的实践”：先明确“要解决什么问题、要提升什么技能”，再带着这个目的去做项目，在实践中遇到问题，再回头学习对应的理论知识，用理论解决问题，最后总结复盘，固化技能。这个“实践—问题—理论—解决—复盘”的闭环，才是最高效的成长路径。

比如，你想提升“PCB设计技能”，那就设定一个明确的实践目标：设计一块STM32主控板，要求实现LED显示、传感器数据采集功能，满足EMC规范。带着这个目标，你会主动学习PCB布局的高级技巧、EMC设计理论，动手绘制原理图、布局、打板、焊接、调试；遇到布局不合理导致的信号干扰问题，就回头学习SI/PI理论，优化布局；遇到焊接失误导致的故障，就反复练习焊接技能。整个过程，你的PCB设计技能、焊接技能、故障排查技能，以及模电/数电理论的应用能力，都会同步提升——这就是“为了实践而学习理论”的力量。

反之，如果没有目的，盲目做项目，做完之后不总结、不反思，哪怕做再多项目，也只是“重复劳动”，无法形成自己的工程思维和核心技能；如果只学习理论，不动手实践，哪怕背熟了所有公式和知识点，也无法解决实际问题，永远成不了合格的硬件工程师。

四、调试的技巧和方法

学校里面的任务，一般都是一个有解的命题；职场中往往需要做科研、尝试、创新，往往是不知道答案的工作和任务。

1、硬件是基础，软件是竞争力

早期样机阶段，硬件可能存在飞线、暂态干扰等问题。我们的目标是将软硬件一起推向“稳态”：

• 飞线要规范、打胶要及时，确保结构稳定；

  大小公司由于技术缺陷、人员能力不足、资金不足、管理问题，积累不足吗，技术探索等原因，很容易导致新产品投板后存在飞线的情况。早期调试很可能是在有飞线的情况进行的。

  但是飞线本身是需要稳定可靠的。其实除了一些高速走线飞线可能会引入干扰问题或者SI问题。一般来说低速走线，通过飞线是不会有阻抗和干扰的问题。例如串口、I2C本身都有很强的容忍度。

  但是，一些硬件工程师经验不足，或者飞线方案不合理。会导致，焊得不好（手艺潮），或者飞线的走势不合理，导致仍然是个不定态。

• 软件不要在“破硬件”上调试，软硬件问题要解耦分析；

  软件会抱怨，这个硬件有飞线，不稳定。

  但是，其实不是飞线本身造成的问题，而是飞线的操作层面的问题。

  硬件交付应具备可插拔、可重复、误操作保护等基础可靠性；

• 利用测试软件验证硬件可靠性，通过后再正式开展软件调试。

  软件应该出一些基本功能验证硬件是可用状态。例如我们的机器人应该是，下位机软件出一套可以验证机器人底盘正常的功能性测试软件，下位机正常后，由上位机出一套验证下位机正常工作的软件。

好的软件工程师早期的时候可以出一些版本帮助硬件定位问题，把硬件的问题做实。防止因为硬件的错误导致软件工程师疑神疑鬼，浪费时间。

2、每项操作要确认结果，不能停留在“感觉对了”

操作完成后必须“确认结果”，而不是凭经验判断：

• 飞线、接线后要用万用表测通断，排查短路、开路；

• USB线、电源线要测压降；

• I²C干扰等问题要测阻抗、上示波器看波形；

• 数据通信类问题，示波器+逻辑分析仪确认结果。

当系统特别复杂、无从下手时，最重要的是解耦思维：

• 时间上解耦：按启动流程、通信链路、控制逻辑分阶段排查；

• 空间上解耦：将上位机、下位机、控制板、电机拆分单独验证；

• 示例：NAV2加载失败，可以先验证底盘基本功能是否正常，再逐层加复杂度；

• 示例：轮毂不转，不要一开始就调导航逻辑，先用串口直接控制电机。

如果现场工作人员，基本操作能力都不够，基本都验证手段没法快速开展 会影响调试。

很多基础问题出现在现场处理能力不足：

• 接地、EMC、电源、接线问题，其实是需要有经验的硬件工程师在现场处理；

• 没有飞线、换芯片、万用表、示波器的基本使用能力；

  现场需要快速验证，快速给结论。有些怀疑的点，应该直接验证关闭。现场如果人员基础素养不够，结果是调试节奏被严重拖慢。所以，调试前必须完成现场技术能力闭环。

我们要每做一个试验，我们清楚输入条件，和可能带来的结果。我们要做因果关系的预测，然后用试验来验证我们的逻辑。

有的人调试，是穷举法，调大调小，先试试，看看结果，再试试。如果基础问题没解决，自己基本预测没有，其实越充分的记录，越多的实验结果，只会扰乱心智，浪费精力。

有保守派调试法，会在这个阶段考虑过多风险。导致主线调试进展缓慢。如同打游戏一样，我们要先打主线任务。支线任务可以在主线任务完成后，再进行。这样的好处是，你首先建立一条可行而稳定的路线。

5.1 调试的核心流程：

1. 明确试验目的；

2. 预测可能结果；

3. 实验验证逻辑；

4. 得出结论，调整方案。

盲目调试、穷举法、随手记录反而扰乱心智、浪费资源。

5.2 不要“屎上雕花”

我们如果已经明确了某个错误，那么就是坚决的解决错误，确保我们的设备状态是正确的，而不是：我们改正错误之后，发现没有解决问题，再改回去试试。

例如一个同事把i2c两个脚弄反了，他把飞线改对了，但是仍然没通。他就又改回去试试。这是明显的“瞎试”。因为改回去是一定不通，有什么好试的。看似简单的问题，在黔驴技穷之时，迫于压力，很多工程师思路没有平时清晰，会变得思路混乱。

改对后，仍然没有出来，我们应该整理必要条件：驱动管脚配置是否对；万用表看看有没有短路、断路；示波器看看有没有波形；I2C地址是否正确；I2C设备是否能否扫描到；最后还不行，那就上逻辑分析仪。

例如，我们明显看到一个错误的报警，也可以把机器人启动，但是运行时会有偶发故障。那么我们要先尝试清除这个错误后，再做偶发故障的分析。不要“屎上雕花”。

• 错误必须先解决，而不是放着不管、边调边忍；

• 改错后如果仍不成功，应该继续验证其他必要条件；

• 示例：I²C引脚接反，飞线改正后仍不通，不能再改回去“试试看”；

• 要查：驱动配置、I²C地址、波形是否正常、总线扫描是否识别、逻辑分析仪排查是否有 ACK。

其实在调试过程中，我们其实并不惧怕“必现问题”、“共性问题”；我们往往惧怕"难复现问题（偶发故障）"，“个性问题”。

我们在处理问题时，首先要区分问题是“共性问题”还是“个性问题”；要区分是“必现问题”，“高频问题”，“低频偶发问题”。问题特点不同，策略不同。

对于偶发问题，很重要一点是找到“必现条件”。一旦找到“必现条件”，其实问题已经解决90%了。

如何找到“必现条件”是解决问题的关键。 找必现条件的思路：

a. 探索可稳定运行路径，找到最简可行模型；

当系统出现偶发故障时，我们可以尝试简化模型（关闭暂时不必要的电机）、减少功能（机器人复杂任务变成简单路径，看是否可以完成任务）、裁剪模组（只运行机器人的雷达，关闭IMU、关闭深度相机、关闭测距传感器等等）。

b. 梳理规避措施与前提条件，逐一验证

即：我们上述措施哪条落实之后，机器人是一个稳态。这个稳态可能距离最终目标很遥远，但是没管理。我们先确保其在我们期望的范围。

c. 所有操作都标准化，避免人为干扰；

整理出最简稳定模型的必要条件，每次运行时要确保一定规范操作。手动操作的过程，要完整规范。避免复杂手动操作。

如果有条件和能力尽早进行自动脚本，让计算机代替人的操作。如不能，曾形成操作规范，不要因为人未按照操作规范导致不好结果，而做重复问题定位。最好是每个操作，有个结果确认的过程。

比如我们前两天在定位传感器时钟同步问题，得出一个结论是：在没有RTC时钟的时候，启动时需要获取NPT时钟。但是程序员内心可能觉得这个措施可能不是关键因素，所以他不是每次操作都会执行这步。并且他觉得经常软件重启的时候，没有做这步操作，也没有问题，就没有严格执行这个操作。

但是，其实这个故障激发条件是‘下电’。结果在升级下位机的操作时，他没有严格按照解决问题总结出来的结果去操作。导致又在定位“时钟不同步”的问题。

正确的做法应该规范执行已经拟定的措施，更好的做法是尽早合入软件脚本，而不依赖人的记忆和习惯去保障操作规范。

d. 故障注入，做实“必现条件”

我们在找到可稳定运行最小版本后，再做故意的故障注入，看故障是否稳定复现。确认每个我们怀疑的点是否是真的问题点。

成功运行后，尝试故障注入法，确认可控复现路径；确认故障结果确实是由于某个原因造成的。做实“必现条件”。

e.一次只改一个输入变量

调整输入条件要一步一步进行，避免一次性修改多个变量；比如，我们去做EMC试验，我们想尽快得到一个好的结果，结果落了一堆措施，又是接地，又是加屏蔽，又是加磁珠，又是加电容。结果：结果更差了。你是不是茫然无措？

你只能回退措施，因为你不知道哪个“整改措施”干了坏事。你应该落一件措施，确认一下结果。如果好了就落实，如果没好就回退。做好记录稳扎稳打。

调试的时候，由于急于求成，思维活跃，往往会在一个措施落实结果还没有出来的时候，就开始思考其他问题，导致思路混乱，东一榔头西一棒。

f. 归档最简稳态模型，以便调试中途回退用；

年轻的工程师有个最严重的问题，就是版本记录的问题。往往干了一堆事情，没有做好版本记录。特别是调试复杂系统的时候，一旦一个最简模型形成稳态之后，需要做归档措施。因为你开始叠加功能时，会新增问题，有可能需要回退。此时需要调试人员保证可以回退到最简稳态。

有结论了，记得抓紧归档。

g. 不要疑神疑鬼，试验能验证的假设就尽快验证。

比如你怀疑是环境光影响，你可以快速做试验，拉窗帘，或者换地方，确认环境光是否有影响。有影响就是有影响，立即解决该问题。没影响就是没影响，试验几次，证明没影响。之后就不要疑神疑鬼。

有一种盲目的勤奋，就是我们还没找到主线最简模型的时候，总是在做故障注入 或者考虑复杂场景。这种行为是徒劳。

调试时，忌讳的是在没有掌握主线流程之前，就开始测试边缘条件。这是典型的“盲目勤奋”。

调试时不能说“感觉慢”、“不太稳”、“还行”这种模糊语言。需要：

• 明确每次测试的目标、输入、输出；

• 使用量化手段进行验证，明确是“1ms延迟”还是“偶发丢帧”；

• 调试阶段不是为了“测试覆盖率”，而是为了“验证理论链条”。

当你在局部遇到无法自闭环的问题时，一定要及时沟通：

• 没有硬件人员时，视频远程请教；

• 跟原厂沟通，让FAE先看看问题，不要闷头硬啃；

• 问题点要细拆，不要一句“调不通”；

• 尽量避免“词不达意”：

  a. 对方是否听得懂？

  b. 你的表达是否含糊？

  c. 是否通顺、准确、量化、无歧义？

人的思维需要在发散和聚焦的状态灵活切换。发散时充分发散，聚焦时充分聚焦。不要刚发散，就急着收敛、刚开始收敛又开始发散。

如果不擅长切换，则安排只做某一个状态岗位。比如有些人只适合做测试（保守思维、防御性思维、风控思维），有的人只适合做新品研发（冒进思维、进攻型思维、机会思维）

调试是理性与直觉的结合，需要不断在发散与聚焦之间切换：

聚焦：确保最小功能模型稳定运行；

发散：系统性考虑可能的异常路径；

不能快速发散收敛思维切换的人，不适合独立调试复杂系统；

可以根据个性分工：

• 保守型做测试验证；

• 冒进型做新品开发。

解决问题，首先需要一种开放的思维方式。这意味着在面对问题时，不仅仅是完成任务，更要思考如何把事做成。硬件工程师常常会遇到复杂的技术难题，这时候，保持思维的开放性，探索多种解决方案，能够有效提升解决问题的效率和成功率。

我们要明确，法律保护员工的劳动时间，这是一种基础保障。每个工程师都有权利享受合理的工作时间和休息时间，确保身心健康。然而，这只是职业生涯中的基础部分，要想在职业道路上走得更远，还需要一种更积极的做事态度。

完成任务是对岗位职责的基本要求，但把事情做成是一种更高层次的追求。这种态度意味着：

• 主动解决问题：不仅仅是完成上级安排的任务，还要主动发现问题，提出解决方案。

• 追求卓越：在完成任务的基础上，追求更高的质量和效率。

• 责任感：对工作成果负责，不推诿、不逃避，始终以项目成功为最终目标。

一些工程师，他的思维方式还是：完成任务，做主管安排的工作。而我们需要挖掘任务背后的出发点，真正的需求，未交代的隐藏需求。

达到这点，需要的是对工作的思考。如同考试的时候，不仅仅是把答案写上去，而需要揣摩出题者的出题意图，这样的答案才会更符合标准答案。

2. 不断地思考：如何做成？

洞察力是解决问题的核心。具备判断力和理解力的工程师，能够快速识别问题的本质，找到解决方案。我们需要不断思考如何做成一件事，而不仅仅是表面上的完成。通过持续地学习和实践，增强自己的洞察力，是每个硬件工程师都需要重视的能力。

这也是我们经常说的，不要总是埋头干活，还需要抬头看路。我们在勤勤恳恳做事的时候，还需要不断地思考，我们的措施与目标是否一致；方法是否正确；效率是否有提升的空间？

一些工程师往往总是勤勤恳恳，但是得到的认可并不多。我们需要不断得纠偏，方向、方法、效率、成本，这些维度是否有问题。需要不断地思考，我们是否距离最终的目标越来越近，是不是原地踏步？甚至是不是南辕北辙？

例如我们解决一些故障问题，付出了很多努力，做了很多实验，但是依然会有发货后的故障，我们需要做一些思考：

①我们当前实验的场景与客户应用场景是否一致？

②我们做的老化试验，应力试验与客户使用场景的温度、碰撞、震动、供电等应力场景是否一致。

③我们实验结论中有没有逻辑矛盾的点？矛盾的结论到底哪个是错误的？

④我们在实验样本、存储时间维度、使用时间维度、温度维度，是否都充足？

⑤我们的改进措施落实之后，是否能够保障工厂按照研发的意图进行实施？改进措施是否对失效率有效改善？

3. 目标管理能力：明确目标、拆解目标、评估目标

目标管理是解决问题的重要步骤。明确目标、拆解目标、评估目标的闭环能力，可以帮助工程师更好地规划和执行任务。复杂的问题往往由简单的问题组成，我们需要将复杂的任务拆解为一个个小目标，逐步完成。

• 明确目标：清晰地了解任务的最终目的。

• 拆解目标：将复杂的任务分解为多个可操作的小任务。

• 评估目标：定期评估任务的进展和完成情况，确保目标达成。

简单的事情做得不出错，就是不简单。简单的事情做好，才能做好复杂的事情。

4. 执行力与学习力：向外求助，获取更多资源

执行力是将计划变为现实的关键，而学习力则是不断提升自我的重要途径。在解决问题的过程中，我们需要善于向外求助，通过查资料、读书、求助同事、同学、老师、主管，甚至利用像ChatGPT这样的工具，来获取更多的资源和帮助。

一个成功的硬件工程师，不仅仅是依靠自身的能力，还需要善于借助外部资源，提升解决问题的效率和质量。

以前华为一位主管说的，如果信息安全允许的话，有本事的人可以让中兴的工程师来帮忙检查原理图PCB是否正确。

最后想说：

硬件工程师的成长，从来没有捷径可走。大学毕业只是一个起点，课本上的理论知识，是我们成长的“基石”，但真正能让我们立足职场、不断成长的，是动手实践的能力，是“为了实践而学习理论”的清醒，是“在做事中积累、在解决问题中提升”的坚持。

不要害怕犯错，每一次焊接失误、每一次电路调试失败、每一次项目落地困难，都是成长的机会——正是这些“做”出来的经验，这些在实践中沉淀的技能和思维，才能让我们从一名懵懂的毕业生，成长为一名合格、优秀的硬件工程师。

记住：硬件工程师，是“做出来”的，不是“学出来”的；有目的的实践，才是最有效的学习。