https://pycv.github.io/blog/tags/%E8%81%8C%E5%9C%BA/Recent content in 职场 on To the MoonHugo -- gohugo.iozh-cnMon, 27 Jul 2026 11:41:16 +0800https://pycv.github.io/blog/excerpts/2026-06-01-embedded-c-ai-future/Mon, 01 Jun 2026 21:37:00 +0800https://pycv.github.io/blog/excerpts/2026-06-01-embedded-c-ai-future/ <blockquote> <p>本文由 AI 自动摘录整理，原始链接：<a class="link" href="https://mp.weixin.qq.com/s/AWuxQ_dPruM2BBp2fsdI6Q" target="_blank" rel="noopener" >嵌入式C语言会不会像当年的汇编语言一样，慢慢被边缘化？</a></p> <p><strong>推荐指数</strong>：6/10（读重点章节）</p> </blockquote> <h2 id="背景">背景 </h2><p>微信公众号「最后一个bug」的文章，探讨在 AI 写代码能力越来越强的背景下，嵌入式 C 语言是否会像当年的汇编语言一样被边缘化，以及嵌入式 C 程序员如何应对。</p> <h2 id="核心观点">核心观点 </h2><ul> <li><strong>汇编的致命伤是架构绑定</strong>：汇编完全绑定特定 CPU 架构，换芯片就得重写；C 语言通过编译器抽象实现了跨平台可移植性，这是汇编永远无法跨越的鸿沟</li> <li><strong>C 语言是软件世界的地基</strong>：CPython 解释器、Java 的 HotSpot 虚拟机、V8 引擎、Linux 内核、FreeRTOS、TCP/IP 协议栈全是 C/C++ 写的——&ldquo;塔尖可以换，但塔底一动整个塔就塌了&rdquo;</li> <li><strong>AI 能生成代码，但解决不了硬件问题</strong>：AI 可以写出一份八九不离十的 SPI 初始化代码，但高温下时钟毛刺导致的 SPI 丢数据，AI 看不到示波器波形也闻不到板子烧焦的味道</li> <li><strong>破局三方向</strong>：往&quot;硬&quot;了走（硬件调试）、往&quot;深&quot;了走（系统级设计决策）、往&quot;广&quot;了走（技能栈拓宽，如 Rust/Python/Go）</li> </ul> <h2 id="补充要点">补充要点 </h2><ul> <li>MCU 的物理限制是 C 语言最坚固的护城河——一颗只有 64KB RAM 的 STM32F103 跑不了 AI 模型</li> <li>AI 辅助生成的外设驱动代码已经可用，但嵌入式工程师的不可替代性从&quot;写代码&quot;转移到了&quot;解决系统问题&quot;</li> <li>汇编没落不是因为汇编程序员技术不好，而是需求收缩了——纯粹汇编的用武之地仅剩启动代码、RTOS 上下文切换、逆向工程等狭窄场景</li> <li>系统级决策（裸机 vs RTOS、任务栈大小、优先级排布、磨损均衡策略）是 AI 目前最薄弱的环节</li> <li>建议用 Rust 的内存安全理念反向改进 C 语言编程习惯——&ldquo;最好的护城河不是你会什么语言，而是你能解决什么问题&rdquo;</li> <li>文章以 SPI 通信高温丢数据的真实案例说明硬件调试的不可替代性：用逻辑分析仪抓了一下午才定位到时钟毛刺</li> </ul>