工程师的工程看家本领，说白了就三件事：把问题拆到能动手、师技把方案做到能落地、工程把故障查到能根除。师技这三件事听起来朴素，工程做起来全是师技细节里的魔鬼。

去年我调试一条自动化产线，工程机械臂抓取总是师技偏移两毫米。两毫米，工程肉眼根本看不出来，师技但产品就是工程装不进去。我盯着程序看了半天，师技PID参数调了又调，工程传感器换了两茬，师技愣是工程没解决。后来实在没辙了，蹲在产线边上抽了根烟，顺手摸了摸机械臂的基座——烫的。伺服电机过热，金属热胀冷缩，基座高度变了三丝。问题根本不在控制算法，在散热风道被棉絮堵死了。这事之后我养成了个毛病：先摸温度，再看代码。

工程师最值钱的技能不是会多少种语言，也不是能背出多少公式，而是那种“不对劲”的直觉。这直觉怎么来的？全是踩坑踩出来的。我刚入行时跟着老工程师处理一次变频器跳闸，他到了现场不急着测电压，先绕着电柜走了一圈，然后伸手在柜门缝隙处停了半秒——“有风，门没关严。”打开一看，里面落了层灰，散热片糊死了。就这么简单。可换作是我，第一反应绝对是掏出万用表去量IGBT。

但光有直觉还不够，得有一套自己的排查逻辑。我习惯用二分法：先判断故障在输入侧还是输出侧，再判断在电源部分还是信号部分，逐级缩小包围圈。这招从复杂的通信故障到简单的继电器不吸合都管用。有一次设备偶发停机，一天两三次，毫无规律。我用二分法把控制线缆从中间剪断，分段排查，最后发现是编码器线在坦克链里反复弯折，内部断了八成，但表皮完好。这种隐性故障，示波器都未必抓得到，但逻辑链能帮你锁死范围。

还有个基本功常被年轻人忽略：写文档。你以为写文档是给公司看的？错了，是给三个月后的自己看的。我见过太多人调试完设备拍拍屁股走人，等设备再出问题时，对着自己写的注释骂娘。注释写得像天书，变量名全是a1、b2、temp3，这跟没写有什么区别。我现在的习惯是每改一处逻辑，必须顺手更新注释，哪怕只是加一行“这里为什么不用PID而用前馈”。成本极低，收益极高。

再说说动手能力。现在很多工程师会画图不会拧螺丝，会编程不会换保险丝。这不叫工程师，叫操作员。真正的工程师得敢拆、会装、能焊、懂接线。我见过一个电气工程师，图纸画得漂亮极了，但现场排查故障时连万用表都不会用——他不知道怎么判断一个继电器线圈是否得电。这就像厨师不会切菜，纯属纸上谈兵。动手的过程会反过来加深你对原理的理解，很多设计缺陷是在你亲手拧那颗螺丝时才能察觉的。

最后一条，也是我觉得最要紧的：承认自己会错。工程师最怕的不是出错，是嘴硬。有一次我判断是电机烧了，让采购加急买新的，换上还是不行。后来发现是接触器触点烧蚀，导致缺相。当时要是能早半小时承认“我判断错了”，产线就能早半小时恢复。面子不值钱，停机损失才值钱。认错不是示弱，是给解决方案让路。

这些技巧没人给你系统培训，全是在现场磨出来的。但有一点可以肯定：任何一个能长期不出大事故的工程师，靠的不是运气，是那套自己打磨出来的工作习惯。它们不漂亮，甚至有点土，但管用。