04-嵌入式与AI开发者的未来十年-技能地图与押注

前面三篇聊的是机器人:怎么造、怎么成群、用什么系统。这一篇换个视角——聊聊你。

黑漂技术佬先泼一盆冷水:这几年最危险的信号不是"AI 会不会取代程序员",而是**“技能通胀”**。五年前会写个 Spring Boot 接口就不愁饭吃,现在满大街都会;早年会调个外设驱动算个本事,现在工具链一键生成。技能和货币一样,会贬值。

我不打算灌鸡汤。这篇文章只解决三个问题:现在该学什么、什么在涨什么在缩、以及怎么用"押注"的思路给自己做个几年规划。 时间线里那些机器人节点(2037、2039、2045)看着远,但那是产业落地的年份,人的能力是要提前五到十年准备的。


一、先认清一个现实:能力分两种,一种会过期

从业者的能力可以粗暴地分成两类:

  • 会过期的能力:绑在具体框架版本、具体公司流程、具体硬件型号上的技能。比如"熟悉某公司某版本后台管理系统的二次开发"——换家公司就归零。
  • 不过期的能力:绑在物理规律和计算机基本原理上的能力。比如"理解电机为什么需要减速器"“知道推理为什么受显存带宽限制”“能定位一次偶发的时序竞态问题”。

押注的本质,就是把时间投向后者,并用前者去换工资和项目经验。

一个残酷但有用的判断标准:问自己"这项技能,五年后还需要我吗?十年后呢?" 如果答案是"五年前就有人问过同样的问题、而且答案越来越便宜",那它大概率在缩。


二、技能地图:四层能力,各有各的赚钱逻辑

面向"AI + 嵌入式 + 机器人"这个交叉地带,把能力铺成四层:

   ┌────────────────────────────────────────────┐
   │ 第 4 层  云原生与工程化                      │
   │ 容器、编排、可观测性、CI/CD、OTA 升级         │
   ├────────────────────────────────────────────┤
   │ 第 3 层  机器人与控制                        │
   │ 运动学、动力学、控制理论、仿真、标定          │
   ├────────────────────────────────────────────┤
   │ 第 2 层  AI 工程                             │
   │ Python、模型训练/微调、量化、部署、边缘推理   │
   ├────────────────────────────────────────────┤
   │ 第 1 层  底层系统                            │
   │ C/C++/Rust、Linux 内核与驱动、ARM/RTOS、总线  │
   └────────────────────────────────────────────┘
        越往下越难替代,越往上越容易被卷

2.1 第 1 层:底层系统(地基)

技能具体内容为什么值钱
C / C++指针、内存模型、性能优化实时系统、驱动、算子底层的通用语言
Rust所有权、无数据竞争的并发系统软件和安全性要求高的场景在扩
Linux 内核与驱动设备树、字符设备、中断、内核态调试硬件和软件的唯一交界面,替代不了
ARM 体系启动流程、异常模型、内存管理嵌入式主战场,ARM 生态长期稳固
RTOS任务调度、优先级反转、中断延迟实时控制的核心,机器人关节控制的必需品
总线与协议SPI/I2C/UART/CAN/以太网"怎么和芯片说话"的基本功

这层的价值逻辑:它离硬件最近,硬件不会消失,所以这层不会失业。缺点是学习曲线陡、见效慢、需要真板子练手——而这恰恰是它的护城河。

2.2 第 2 层:AI 工程

技能具体内容变现方式
Python 与数据处理数值计算、数据清洗、可视化一切 AI 工作的入口
训练与微调数据集构建、训练调参、评估算法岗、模型岗
模型量化与压缩定点化、剪枝、蒸馏边缘部署的关键,涨势明显
推理部署推理引擎、算子图优化、多线程端侧落地的最后一公里
边缘推理算力受限下的性能调优嵌入式 AI 的刚需

关键认知:"会训模型"正在贬值,"会把模型塞进小设备还跑得快"正在升值。 训练是资源密集型的活,越来越集中在少数大团队;而部署与优化是碎片化的、场景化的、必须懂硬件的活,恰好是嵌入式开发者最容易切入的位置。

2.3 第 3 层:机器人与控制

技能具体内容
运动学正逆运动学、坐标系变换、雅可比矩阵
动力学与控制状态空间、PID 进阶、力控、优化控制
仿真物理仿真环境搭建、传感器建模
标定相机标定、手眼标定、关节零位标定
感知视觉检测、点云处理、多传感器融合

这层是把 AI 变成"物理动作"的翻译层。它最难,但也最"抗卷"——因为需要同时懂算法和硬件,能同时具备这两项的人本来就少。

2.4 第 4 层:云原生与工程化

技能具体内容
容器与编排镜像、容器网络、资源限制
可观测性日志、指标、链路追踪
持续集成/交付自动化构建、测试、灰度
OTA 升级设备远程升级、回滚、版本管理

这层对嵌入式/机器人从业者的意义:"设备怎么批量运维"是量产的真问题。几万台设备散在各地,固件怎么推、日志怎么收、故障怎么远程定位——这些问题的答案在云原生的工具箱里。懂云原生的嵌入式工程师,稀缺度远高于懂云原生的后端工程师。


三、在涨的方向 vs 在缩的方向

不绕弯子,直接列。注意:这里的"涨/缩"是趋势研判,基于资本流向、招聘需求结构、标准化程度等公开可观察的信号,不是精确统计。

3.1 涨势明确的四个方向

方向为什么涨(依据)你需要补什么
具身智能机器人量产预期带来大量控制、标定、感知岗位运动学/控制 + 仿真 + 硬件调试
边缘 AI算力下沉、隐私与延迟要求推动本地推理量化 + 推理引擎 + 硬件加速器
芯片工具链国产算力芯片要"开箱即用",必须有人做编译、驱动、算子适配编译器基础、算子实现、系统调试
AI 算子优化模型越来越大、芯片越来越杂,中间必须有人"对齐"并行计算、内存层次、性能剖析

3.2 在缩的方向

方向为什么缩但注意
纯 CRUD 业务开发模板化程度高、AI 辅助编码冲击最大业务理解力仍在,但"只会写接口"会贬值
重复性外设驱动开发芯片原厂 SDK 越来越全、AI 辅助生成"能定位疑难时序问题"的驱动工程师依然稀缺
只做调参的模型训练训练资源集中化、自动化调参工具成熟但"会设计数据集和评估体系"仍然值钱
纯手工测试自动化替代明确但"设计测试策略"是另一回事

别被"在缩"吓到,关键是把缩的方向当跳板而不是坟墓:

写 CRUD 的人最容易转哪?去写 CRUD 背后的高并发与稳定性。
做驱动的人最容易转哪?去做实时性与确定性调优。

同一段经验,换个落点,价值可以差好几倍。


四、技术押注方法论:四个判断依据

"押注"不是赌博,它有可操作的判断框架。黑漂技术佬给你四个尺子,任何技术方向都可以拿来量。

尺子一:资本流向

钱往哪流,岗位就往哪长。 看的是长期投入而非短期热点:一个方向连续几年拿到大额投入,说明它在往上走;只火三个月的,多半是概念。

注意区分三种钱:

  • 产业资本(车企、制造、能源巨头投的)→ 通常最实。
  • 风险资本(追风口的基金)→ 机会多但波动大。
  • 政府/产业基金(长期项目)→ 稳但见效慢。

尺子二:人才缺口

缺口 = 需求 / 供给。 判断法很土也很有用:去看招聘要求,看多少岗位要求"懂硬件 + 懂算法"的交叉能力,而实际应聘者里能同时满足的比例有多低。 缺口越大的交叉地带,议价能力越强。

尺子三:标准化程度

一个方向如果标准化程度已经很高,说明它的"红利期"接近尾声。 比如某个框架已经卷到"照着文档走就行",那这个框架本身的操作能力就不值钱了。反过来,标准化程度低、还在"各家自己造"的阶段,是机会最密集的时候(因为问题还没被解决)。

尺子四:可复用性

你的技能能不能跨公司、跨行业、跨硬件复用? 能复用的,是你的资产;不能复用的,是你暂时租用的。

用一张表给候选方向打分(5 分制,示意用法):

候选方向资本流向人才缺口标准化低(分高=机会大)可复用性合计
具身智能控制与标定554418
边缘 AI 部署与量化543517
芯片工具链/算子优化554317
云原生 + 设备运维342514
纯业务后台开发22138

怎么用这张表:不是让你照着抄分数,而是逼自己把"感觉这个方向不错"变成"它到底好在哪几项"。分数低的项,就是你未来会踩坑的地方。

提醒:打分是示意,用于展示方法,不代表任何统计结论。真实判断请结合自己的兴趣、所在地产业环境、已有积累来修正。


五、给新手的学习路径与练手项目

说完方法论,上可执行的东西。别一上来就想做"人形机器人",那是团队级工程。按下面的台阶走。

5.1 学习路径(建议顺序)

   阶段一(打基础,2-3 个月)
   C 语言 → 指针/内存 → 单片机裸机 → 点灯/串口/中断
        ↓
   阶段二(通系统,3-4 个月)
   Linux 基础 → 进程/线程 → 设备驱动入门 → 交叉编译
        ↓
   阶段三(上 AI,3-4 个月)
   Python → 视觉基础 → 训练一个小模型 → 量化 → 部署到板子
        ↓
   阶段四(做整合,长期)
   机器人框架 → 运动学 → 仿真 → 真实机械臂/底盘调试

每个阶段都要有一个"能拿得出手的东西",不要只刷教程。

5.2 三个练手项目(由易到难)

项目一:给嵌入式板子做模型量化部署。

  • 做什么:训练一个小的视觉分类或检测模型,量化后部署到带算力加速的嵌入式板子上,在本地实时出结果。
  • 练到什么:模型量化(定点化)、推理引擎使用、内存与算力约束下的调优、性能剖析。
  • 验收标准:能在板子上稳定跑出帧率,并说清楚"量化前后精度掉多少、帧率涨多少、瓶颈在算力还是带宽"。
  • 为什么推荐:这是边缘 AI 岗位面试最常问的东西,而且一个人完全做得下来。

项目二:视觉 + 机械臂的小型分拣站。

  • 做什么:用相机识别传送带上的物体,让一台小机械臂抓起来放到对应位置。
  • 练到什么:相机标定(内参 + 手眼标定)、逆运动学、抓取位姿计算、坐标变换、状态机编排。
  • 验收标准:能连续抓取 N 个不重叠的目标,并说清楚"标定误差有多大、失败率多少、失败原因是什么"。
  • 为什么推荐:它把感知、控制、标定、工程编排全串了一遍,是具身智能的"最小完整闭环"。

项目三:两台设备的协同任务。

  • 做什么:两台移动底盘或一台底盘 + 一台机械臂,协同完成"一个搬运、一个接力"的任务。
  • 练到什么:多机通信、任务分配(可以先写个最简单的拍卖逻辑)、时间同步、容错(故意拔掉一个的通信看看会怎样)。
  • 验收标准:一方失联后,任务能被另一方接管或安全停住。
  • 为什么推荐:这是从"会做单机"跨到"会做系统"的分水岭,也是前面讲集群那篇的最小实践。

5.3 学的时候必须避开的三个坑

  1. 只学不练:看了十篇教程,没焊过一根线、没定位过一次真实 bug。动手的项目经历,才是简历上唯一有溢价的东西。
  2. 只追新不补基础:模型换了一代又一代,但你连"为什么线程优先级反转"都说不清。基础决定你能走多远。
  3. 只做仿真不上真机:仿真里完美的算法,真机上一堆噪声和延迟。真机调试能力,是区分"学生"和"工程师"的关键。

六、3 年 / 5 年能力清单

最后给两摞可对照的清单。不是要求你全都会,而是给你一个"查漏"的参照。

6.1 三年目标(成为"能独立交付模块"的工程师)

技术侧:

  • 能熟练使用 C/C++,理解内存模型,能写出无明显内存问题的代码。
  • 能在 Linux 上做开发与调试(进程、线程、驱动入门、常见性能工具)。
  • 能独立完成一次"模型量化 + 部署到嵌入式板子"的闭环。
  • 能读懂并修改机器人框架里的现成模块(话题/服务/参数/坐标变换)。
  • 能说清楚一个实时系统的"周期、抖动、延迟"三个指标。

工程侧:

  • 会用版本管理、会写清楚的技术文档、能 review 别人的代码。
  • 会做基本的性能剖析,能定位"卡在算力 / 带宽 / 锁 / IO"中的哪一环。

交付侧:

  • 有 1 到 2 个能讲清楚细节、能复现、能说清失败原因的个人项目。

6.2 五年目标(成为"能定方案"的人)

技术侧:

  • 在两个层面都有深度:底层(系统/驱动/实时性)和上层(AI 部署/控制/感知)任选一个为主、一个为辅。
  • 能主导一个"从硬件选型到算法落地"的完整子系统。
  • 能判断一个技术方案的成本、周期、风险,而不只是"能不能跑"。

工程侧:

  • 能设计多设备批量运维方案(远程升级、日志回传、故障定位)。
  • 能主导一次标定/性能优化的体系化改进,而不是单点修补。

认知侧:

  • 能对一个新的技术方向,用"资本流向 / 人才缺口 / 标准化程度 / 可复用性"四把尺子快速给出判断。
  • 有自己的技术判断力,不被热点牵着鼻子走。
维度三年五年
底层能写能调能在实时性与确定性上定方案
AI 工程会量化部署闭环能定"算力-精度-成本"的平衡方案
机器人能改现成模块能主导子系统(感知/控制/标定)
工程化会用工具、会写文档能设计批量运维与升级体系
认知知道学什么能判断该不该学、值不值得押

七、本篇要点回顾(行动清单)

主题核心结论
能力分类会过期的绑在框架和流程上,不过期的绑在物理规律和计算机原理上
四层地图底层系统 → AI 工程 → 机器人控制 → 云原生工程化
最关键的交叉点"懂硬件 + 会 AI 部署"是当下最稀缺的组合
涨的方向具身智能、边缘 AI、芯片工具链、AI 算子优化
缩的方向纯 CRUD、重复性外设驱动、只调参的训练、纯手工测试
押注四把尺子资本流向、人才缺口、标准化程度、可复用性
新手三个项目板子量化部署 → 视觉机械臂分拣站 → 双设备协同
三个坑只学不练、只追新不补基础、只仿真不上真机
三年目标能独立交付模块、能跑通一个完整闭环
五年目标能定方案、能判断方向、不被热点牵着走

收尾一句:这个系列从机器人的零件讲到集群、讲到系统底座,最后落到你自己身上。硬件会迭代、框架会更换、标准会演进,但"能把一个真实问题从物理层面拆到代码层面、再装回去"的能力,十年内都不会贬值。 押注押的就是这个。

Logo

DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。

更多推荐