本期工程师专访的主人公武光辉是一名应用软件开发工程师，入行多年，他一直在和汽车打交道。但最近两年，他每天走进办公室，打开MATLAB，搭建模型、生成代码、调试逻辑…… 这些动作和过去没什么两样，但他明白，自己正在做的东西，已经不止是一辆“车”了。

他的工作，是在造一种会飞的汽车。

把飞机装进后备箱

“我们开发的产品，可以把飞行器收纳到汽车里。需要飞行的时候，再把飞行器分离出来，进行低空飞行。”这句话听起来像科幻片的设定，但在他口中，只是日常工作的描述。作为负责应用层软件开发的工程师，他的任务是用MATLAB/Simulink搭建控制模型，生成代码，再部署到飞控系统中去。

这就是低空飞行。

应用层软件开发中的提效实践

在开发输入输出模型时，飞行器的信号接口通常有几千个。如果全部手动搭建，工作量很大，且重复性高——每个接口都需要定义、连接、检查，一旦出错，后期验证阶段才能发现，返工成本高。

他的做法是编写MATLAB脚本，自动生成所需的接口模型。“通过编写脚本自动生成，开发效率会有很大的提高。”这种方式把工程师从重复劳动中释放出来，把精力集中在控制逻辑和系统架构的设计上。

模型架构的合理性，是效率的前提

自动化脚本解决了重复劳动的问题，但在他眼里，这还不是开发中最关键的事。真正决定项目走向的，是模型架构的合理性。

“模型架构一定要合理，”他说，“因为后续的功能完善、维护、二次开发，都要在一个合理的模型基础上进行。如果架构不合理，后期很可能需要推翻重来。”

做低空飞行器，软件开发有一个基本原则：信号的输入输出、中间的逻辑处理，每一个环节都必须明确。 相比汽车，飞行器的研发容错率更低，在架构不稳固的基础上迭代，只会让问题越叠越多。这不是风格偏好，而是工程底线。

低空飞行器带来的技术机遇

这一领域正处于政策密集推进期。2026年，低空经济被列为“十五五”时期重点发展的新兴产业方向之一，多地已出台专项政策，从空域管理到基础设施建设均在加速布局。武光辉也印证了这一趋势：“这个领域是国家大力扶持的方向，许多城市都在积极推动。”

对应用软件开发工程师而言，低空飞行器提供了一个与既有技能高度衔接的应用场景。飞控算法、感知融合、自动避障、路径规划等需求，与智能汽车高度重合，但在实时性、安全性和冗余设计上提出了更高要求。

核心逻辑没有变，但技术复杂度提升了。过去汽车应用层软件工程师的职业路径，基本在传统车企和新势力之间切换；低空飞行器的出现，相当于在同一套技能树上延伸出新的分支。这意味着，当前积累的建模、代码生成、控制逻辑开发能力可以直接迁移，同时面临更高阶的技术挑战。

“对工程师来说，低空飞行是一个很好的发展方向。”这不是一句对趋势的判断，更是一个工程师对自身能力边界的确认——地面上的逻辑，在空中依然成立，只是要求更高了。