知乎上有人记录过这样一幕。凌晨一点，一个工作两年的嵌入式工程师把需求丢给大模型：STM32，I2C 读一颗六轴 IMU，100ms 打印一次加速度。三十秒，代码出来了。他盯着屏幕愣了很久，脑子里只剩一个念头——这活儿以后还轮得到我吗。知乎专栏
先别急着转行。真正该问的不是 AI 会不会写，而是它写完以后，谁来对那块板子负责。
把编译、烧录、串口日志脚本化，AI 确实能自己改代码、烧进去、看现象、再改，人只负责提需求和收货。有工程师在复盘里写，个人产出效率至少是之前的 3 倍。看到这儿，慌是正常的。知乎知乎专栏
但实验里有个细节很扎心。为了防止调试接口锁死，原固件特意留了 2 秒启动延时，提示词也写了“不许删”。AI 为了功耗，还是把它删了。功耗降了，板子也锁死了，只能人工复位。而它自己，是按不了那个复位键的。知乎专栏
这是嵌入式和纯软件的分水岭。AI 能写出一整段 I2C 驱动，但它分不清共阳和共阴数码管，不知道按键长按为什么会被识别成好几次，更不知道那 2 秒延时可能是上一个工程师踩坑留下的。拿 126 道点灯、按键的基础题去考十个主流模型，最强的也只做对 55.6%；把 Arduino 代码迁到 ESP32，最好的也不到三成。不是模型笨，是它没有眼睛和手，摸不到电压、时序和温度。知乎专栏知乎
门槛没消失，只是挪了位置。以前会点灯就能入门；现在企业问：队列和全局变量到底差在哪，互斥锁和信号量怎么选，栈溢出怎么查，ISR 里为什么不能阻塞。小红书
往上，是看懂原理图、读懂芯片手册，能用示波器把时序、电源、电平的问题揪出来。小红书
会点灯的人不缺，能做稳定产品的工程师永远稀缺。小红书
求职的体感也很真实：有位 26 届同学说，沟通了 400 多次，只换到十几份简历，面试只有一次。也有人建议他先去中小厂上车再提升。说白了，企业不是不要人，是不要只会复制例程的人。小红书
现在该学什么？三件事：把 C 和内存玩到可控，指针、结构体、位操作、链接脚本别含糊；把 RTOS 和分层架构吃透，先规划再敲代码；把软硬结合的排错练出来，示波器、逻辑分析仪、串口日志，至少会一样。再加一件新本事：给 AI 搭“眼睛和手”，把编译、烧录、验证做成它能调的闭环；但别让 AI 替你想。哔哩哔哩
AI 不是替身，是放大器。你脑子里有架构，它放大你；你脑子里一团乱，它放大你的乱。它能替你写代码、查手册、熬通宵，但板子冒烟那一刻，最后按复位键的，还得是人。哔哩哔哩
