【工程视角】AI 会干掉软件工程师吗？
前言
还记得当年“会计电算化”出来时，大家都说会计要失业了。结果工具越进化，我们要解决的问题只会越复杂。目前来看AI 不是来抢饭碗的，它是逼着我们从“泥瓦工”进化成“建筑师”的。
回忆：从手译0101说起
最近大家都在聊 AI 写代码的事，焦虑感弥漫。 这让我想起了当年在大学里学《计算机组成原理》的日子。我们需要对着指令集手册，把一行行汇编语言，人工翻译成0101的机器码，然后再通过拨动开关或者输入键盘，一个个存进存储器里，费劲的很。
当初C 语言普及的时候，老一辈的汇编程序员也曾恐慌过：“这东西一行顶我几十行，以后还需要程序员吗？”
历史总是惊人的相似。结果我们都看到了：程序员并没有消失。相反，因为编程门槛的降低，软件行业迎来了前所未有的大爆发。
另一个例子：会计消失了吗？
如果不信计算机界的例子，我们再看看财会行业。
N年前，“会计电算化”刚出来的时候，那时还是算盘和手工账本的天下。 当时所有人都在喊：“完了，电脑能自动算账、自动生成报表了，会计以后都要失业了！”
结果呢？会计不但没消失，反而越老越吃香，需求越来越大。为什么？ 因为电脑消灭的，是那个只会拨算盘、只会记流水账的“人形计算器”。 它把会计从繁琐的计算中解放出来了，逼着他们进化成了懂得税务筹划、财务分析、内控管理的“企业军师”。
工具越强，人的价值越高——前提是，你得是那个会“利用工具的人”，而不是一个“被工具替代的人”。
今天看来，AI 不过是又一次的“电算化革命”。 它把“自然语言”编译成了“编程语言”，把我们从写for循环的重复劳动中解放出来。
本质：需求不会消失，只会“升维”
经济学里有个著名的“悖论”：当一项技术提高了资源的利用效率，大家对这项资源的需求反而会暴涨，而不是减少。
AI 确实让“写代码”（Coding）这件事变得极其便宜。 但这并不意味着软件工程师没用了，这恰恰意味着：软件开发的需求将迎来指数级的增长。
以前：因为开发成本高，我们只给核心业务写复杂的逻辑。
以后：因为 AI 能快速生成代码，连一个几块钱的智能插座，可能都需要一套极其复杂的交互逻辑；连一个简单的传感器，可能都要上边缘计算。
代码量的暴涨，意味着系统的复杂度将呈几何级数上升。 这时候，谁来掌控这些庞大而复杂的系统？靠普通人吗？靠 AI 吗？至少目前来看AI 能写出函数，写出功能，但它懂“系统”吗？能正确理解真实客户需求的上下文吗？
关键：从“怎么实现”到“架构设计”
这就是为什么我一直强调：在 AI 时代，懂底层原理、懂架构比以往任何时候都更重要。
打个比方：至少从目前来看，AI 就像是一个拥有无限体力的“超级泥瓦工”。 你告诉它“砌一堵墙”，它能砌得又快又直。 但它不知道为什么要在这里砌墙，不知道这堵墙是承重墙还是隔断墙，更不知道这栋楼抗不抗得住 8 级地震。
AI 负责“术”：它负责敲代码，负责实现具体的快排算法，负责写 MQTT 的连接函数。
你负责“道”：
你得决定：在这个资源受限的 MCU 上，是用裸机轮询还是上 RTOS？
你得判断：为了保证实时性，这个中断的优先级该怎么设？
你得设计：为了后续的扩展性，模块之间该用观察者模式还是工厂模式解耦？
如果不懂设计模式，你怎么指挥 AI 去重构代码？ 如果不懂操作系统原理，你怎么判断 AI 写的多线程代码会不会死锁？ 如果不懂底层电路，你怎么知道 AI 写的驱动能不能跑通那块有干扰的板子？
嵌入式的“最后一公里”
特别是对于我们嵌入式工程师来说，还有一堵 AI 撞不破的墙——物理世界（Physics）。
软件可以纯逻辑生成，但嵌入式是软硬结合的艺术。
代码跑不通，可能是虚焊了；
通讯丢包，可能是旁边电机启动带来的电磁干扰；
系统复位，可能是电源纹波太大了。
这些问题，AI 是“看”不见的。它活在逻辑里，而我们活在真实的物理世界里。 只要还需要跟硬件打交道，只要还需要解决物理约束，就需要有人拿着示波器、看着原理图，用深厚的理论基础和工程直觉去 Debug。
这种“手感”，这种对原理的透彻理解，是 AI 的盲区，却是我们的护城河。
结束语：拥抱新的“编译器”
所以，给今天的工程师们，别慌。 AI 实际上暂时可能抹平我们只会“拼体力、拼手速”的这个优势。 当大家都不用拼打字速度的时候，比的是什么？
比的是内功。 比的是你对架构的理解，对原理的掌握，对业务的洞察。
这恰恰是我们人类最擅长的战场。 这也是为什么，我一直想找机会好好说说《嵌入式软件架构》和《嵌入式设计模式》方法论的原因。 因为在 AI 时代，只有懂架构懂底层原理的人，才有资格做好 AI 的“指挥官”，让他替我们打工。
目前来看AI 不是来埋葬你的，它是来为你“服务”的。前提是，你得先练就指挥它的本事。