工程师的种类

我见过一个机械工程师在车间里蹲了整整一下午，就为了听一台老式冲床运转时轴承发出的种类声音有什么变化。他说新换的工程润滑油黏度不对，声音比平时闷了半度。种类旁边的工程操作工觉得他疯了，但拆开一看，种类轴承滚道确实出现了极细微的工程磨损痕迹。这种事儿，种类软件工程师很难理解——他们调试的工程是逻辑，不是种类铁疙瘩的脾气。

工程师这词儿太宽了。工程宽到你把一个写前端页面的种类和一个造大桥的放在一起，他们除了都对着电脑屏幕，工程几乎找不到共同语言。种类我习惯按“跟什么东西较劲”来分。工程机械工程师跟物理定律较劲——摩擦、应力、热胀冷缩，这些东西不跟你讲道理，错了就是错了，桥塌了就是塌了。他们身上有种老派的手艺人气质，工具箱里永远有游标卡尺和塞尺，办公室角落里堆着各种失效的零件，像小型灾难博物馆。

电子工程师是另一路。他们跟看不见的电子较劲。我认识一个做电源设计的，桌上永远摊着示波器和一堆烧糊的MOS管。他说最怕的不是电路不工作，而是“偶尔不工作”——那种三天才复现一次的故障，能把人逼疯。跟机械不一样，电子世界里没有“差不多”，电压差0.1伏可能就是正常和冒烟的界限。他们说话喜欢用数量级，聊天时“纳秒”“毫欧”随口就来，你听着像加密通话。

软件工程师呢？他们跟复杂度较劲。这东西最玄。代码本身没重量，不会断，不会过热，但一个几万行的系统能复杂到没人敢动其中任何一个函数。我见过一个后端工程师盯着屏幕上的调用栈看了四十分钟，最后发现是配置文件里一个逗号打成了中文全角。你说这算工程问题还是语文问题？他们自己都说不清。软件这行有个怪现象：越资深的工程师越谦虚，因为他们知道自己的系统有多脆弱，只是还没崩而已。

“我们不是在写代码，是在给未来的自己挖坑，然后祈祷别踩到。”——某位不愿透露姓名的架构师在深夜发来的消息

还有一类我管他们叫“系统工程师”，或者叫“缝补匠”。他们不深挖某个具体技术，但知道所有接口怎么对接。机械的跟电子的怎么通信？软件的跟液压的怎么联动？他们整天在开会，画各种框图，写没人看的接口文档。听起来很虚，但少了他们，一个机器人项目能拖三年——机械组怪电子的信号不对，电子组怪软件的时序太紧，软件组说你们硬件就没给够资源。系统工程师就是那个把所有人拉到一个群里，然后说“咱们先把物理接口定义清楚”的人。

当然，现实里没这么干净。我见过机械转电子的，也见过电子转软件的，还有个学土木的跑去写游戏引擎。每次转行都像重新投胎，前几年的经验突然变成“背景知识”。有个从硬件转做机器学习的哥们跟我说，调参的时候总忍不住想去量一下电压——肌肉记忆改不掉。

工程师的乐趣也在这儿。你永远不知道明天要跟什么东西较劲。可能是重力，可能是电磁干扰，可能是产品经理半夜发来的需求变更。但当你把那个该死的故障复现出来，或者看到自己设计的零件第一次转起来的时候——那种感觉，跟木匠刨出一块完美的木板，或者厨师颠勺颠出一朵火云，本质上是一回事。

只不过我们的工具更贵，出错的时候更响。