夜雨聆风从一个FPGA软件设计到讨论系统方案，中间隔着一道看不见的门。我从推开它到走进去，用了整整一年多的时间。
转折点，是一次出差。
一、做了很多，但感觉什么都没做
上一篇内容，说到我入职一年多期间的真实状态——改改边角料，下载下载软件，配合配合调试，偶尔出出差连连接口。就是迷茫着干着“杂事”，一心想着在FPGA设计上积累经验、有所成就，其他的和我没关系，不关心也不关注。
入职一年多了，说实话，我知道每个接口怎么用、时序怎么写、数据怎么传。但我不知道这些接口连起来之后，这个设备到底是干什么的、装在哪里、客户用它来解决什么问题。
做了很多，但感觉什么都没做。
二、一次出差：被问得答不上来
我负责的软件要拿到客户那边进行接口调试。这是我进公司以来第一次一个人出差，到北京某个单位。出发前，组长千叮咛万嘱咐：带什么东西、东西带全、到了先对协议、有问题抓波形。
现在回想起来，那个时候的想法非常简单：出差无非就是换个办公地点，和不同的人调软件，干就完了。
那天下午，在联试现场，桌上摆了两台设备、两台电脑、一堆线缆。先跟客户一起对了一遍协议，然后接口连上，开始数据收发。接收不到就抓抓波形、看一看、改一改，再编译调试。操作都还算熟练，感觉也还行。
然后，来了三个人。
他们走进联试现场，来看我们的产品和联试情况。其中一个人看起来是领导，开口问了一句：
“你们的产品实际能通多远？留了多少余量？”
我懵了。
我当时的脑子是这样的：我不是调接口的吗？什么通多远？什么余量？我不知道啊。
半天没回话。和我一起对调接口的客户帮我打圆场：“他调接口的，可能不一定知道。”
后来，那个帮我打圆场的客户告诉我：刚才问话的那个，是我们这个系统的总师。
那天晚上回到酒店，我一直在想下午的事。刚毕业进单位的时候，我给自己定的目标很简单——把FPGA编程技术搞精，积累经验。我就是想在FPGA编程的路上走得更远，其他的跟我没关系，我写好自己的软件，做好自己的本职工作就行。
但下午的事，让我觉得之前的想法可能过于狭隘了。
自己搞的产品，不知道是干啥的。在客户现场，回答不上来关于产品的问题。
你做的软件是为产品服务的。连产品是啥都说不清楚，说不过去。
那一刻我突然意识到：我只懂自己这一小块软件，好像把自己困在了一个小圈里。圈外面还有更大的空间，我应该去看看。
那次出差，成了我转型的起点。
三、客户投诉
那次出差回来后不久，部门的领导找我谈话——确切地说，是客户那边的领导反馈了一件事。
“你们单位派过去的小伙，啥都不知道。”
原话没有这么重，但意思就是这个意思。我当时心里一紧。后来我才明白：在客户那边的每一句话、每一个反应，客户都会看在眼里，也都会反馈到单位领导耳朵里。你以为的不起眼的现场表现，其实是你的‘职业信用分’。
那是我第一次意识到——你在客户面前的表现，决定了客户对你们整个团队的信任。你回答不上来，丢的不是你自己的脸，是整个项目组的脸。
四、主动开始“补课”
那之后，我开始主动去了解自己以前从来不关心的事。
我不再局限于软件的技术方案，而是找到系统的设计方案去看。先看技术需求部分——通信距离、传输带宽、发射功率、杂散抑制……有些和软件搭边，有些完全不搭边。前期基本上就是囫囵吞枣，混个印象。
然后去了解整个技术方案的组成部分——每一个部分是干什么的、有什么指标、这些指标和系统总体指标怎么关联。
再去深挖产品经常被关注的指标，比如通信距离。我就去研究：通信距离和什么因素有关？计算公式是什么？噪声系数、发射功率、接收灵敏度……一个一个啃。先了解大概，然后慢慢深挖，一点一点积累。
系统项目评审会，有机会有时间我一定去旁听。去认真听，把系统相关的、被讨论最多的指标记下来，下来查资料，找机会问系统部门的同事。
最开始肯定陌生，觉得和自己做的隔得太远。但硬着头皮也要去。陌生感不会自动消失，只会被你一次次的靠近消磨掉。
这个过程很慢，也很笨。但大概过了两三个月，我开始能大概说清楚这个系统具体是干什么的。常规的系统指标如何计算、和距离相关的噪声系数、发射功率、接收灵敏度等关键指标，也都知道了怎么回事。
而这在以前，我都是直接跳过的。
五、转岗：机会留给有准备的人
那段时间，系统部门的领导和相关同事都看在眼里。正好系统部门项目多、人手不够，想着招一个人来跟着做。
一次出差途中，系统部门的领导问我：“愿不愿意来系统部门？看你平时挺关注这一块的。前期不会没关系，带一带，走一遍就熟了。”
我很快就办了转岗手续，到了系统部门无人机通信小组。
转岗后，部门经理专门找我谈了一次话。有四句话我至今记得：
第一句：“我对你有印象——客户投诉过你，说你啥都不知道。”
我脸一热。他没再往下说，但这句话的分量，我后来想了很久。
第二句：“我们部门的人反馈你平时挺关注系统的学习，有比较强的做系统的意愿，我也看到你经常参加一些项目会，所以愿意给你这个机会。”
第三句：“客观讲，在各模块做出很大贡献、有核心技术突破、有大的创新，不是没有，但是太难。我们不是搞理论研究的，是做产品的。就拿你的FPGA来说，你抠几年代码，还是那些代码，还是那些性能。但往系统上走，你会发现你的成长是综合性的。”
第四句：“主动想了解全局的人，通常会走得远一点。就像你从软件部分去了解系统一样，未来会更宽。”
那一刻我意识到：你在单位里的一言一行、做事的态度、做事的贡献，领导跟明镜似的。机会留给有准备的人，在单位内部也一样。
六、转型后的变化
转部门后，岗位变了，工作内容变了，关注点也变了。这是一个缓慢、笨拙的过程，没有什么戏剧性的转变。但回头看，有一件事的变化是最明显的：
以前拿到一个任务，我会问**“这个接口怎么调，这个参数怎么配？”**
后来拿到一个任务，我会问**“这个应用在什么平台”、“这个项目背景是什么”、“我们采用的是什么系统架构”。
不是“调代码”和“写文档”的区别，是“看局部”和“看全局”的区别。
如果你现在也在类似的位置上——觉得自己做得不少，但总觉得在打杂——我的建议是：
想办法找到一个机会，哪怕只是去旁听一次系统级的会议、去联试现场站一天，先让自己看到“全景图”长什么样。
看懂了全局，你才知道自己那块砖砌在哪里。
我把这篇文章的更多细深度内容和干货，整理成《从软件到系统工程师：一次出差、一次投诉、一次谈话（内部版）》，放入知识星球里。
📮 公众号每周一到两篇深度长文。知识星球“军工人文观察·思考圈”正在内容积累期，暂不对外开放，保持关注。
