从软件工程到车载测试、硬件与 FDE：一次关于「往哪转」的思考

一、今日思考概览
上一篇我把「被取代」拆成四层，结论是：要往判断层和场景层移动。但「往哪移动」是个更具体的问题。
我目前锁定了三个方向：车载测试、硬件、FDE（Forward Deployed Engineer，前置部署工程师）。今天想把自己的选择逻辑摊开——不是劝谁跟着转，而是把「为什么是这三个」想明白，写给自己，也给同样在焦虑的人一个参照。
二、我的收获

1. 分解：三个方向的共同点

• 车载测试：智能座舱、ADAS、整车电子电气。物理世界 + 安全责任 + 长周期 + 现场复杂。AI 能生成用例，但上车、路测、复现偶发 bug，必须人到现场。
• 硬件：嵌入式、板级设计、信号完整性、可靠性。和物理世界强耦合，错误成本高，验证周期长。软件 agent 碰不到示波器、碰不到产线。
• FDE：驻场客户，把产品能力落进客户真实场景。高度依赖现场沟通、需求翻译、快速交付——这是「场景层」的极致形态。
  共同点只有一句话：都远离「纯屏幕里的确定性执行」，都靠近「物理世界、真实客户、不可控现场」。 这恰好是 agent 最难覆盖的区间。

2. 组合：我的选择逻辑链
   agent 擅长确定性、可验证、短上下文 → 我要去不确定性、现场、长链条的地方 → 车载、硬件、FDE 都符合 → 所以这三个不是三个随机选项，是同一个逻辑下的三个落点。
   换句话说：我不是在「选行业」，我是在「选一类工作性质」。
3. 对照：三个方向的现实门槛（诚实版）

• 车载测试：门槛是汽车电子基础、CAN/以太网、功能安全常识（如 ISO 26262）、大量英文文档；代价是项目制、可能出差多、行业周期长。
• 硬件：门槛是模电数电、嵌入式 C、调试工具链；代价是学习曲线陡、试错贵、回报慢。
• FDE：门槛是技术广度 + 客户沟通 + 抗压 + 极强自驱；代价是强度大、边界模糊、要能一个人扛现场。
  诚实的结论：这三个都不是「轻松上岸」，都要补硬知识。选它们不是因为它简单，是因为它的「可被 AI 替代比例」更低、护城河更深。

4. 边界：转型不是逃跑

• 不要为了逃避焦虑而转。 新领域一样有 AI 冲击，只是慢一点。带着恐惧转，到哪都慌。
• 转之前先小成本验证：做一个车载相关的小项目、找一个 FDE 的人聊一次、摸一块开发板。用最低成本试错，别裸辞豪赌。
• 别丢掉软件工程的底子。 它在新领域是加分项，不是包袱——懂代码的硬件、测试、FDE，比纯出身的更稀缺。
  三、给同样焦虑的人

1. 焦虑的解法不是「逃」，是「移动」——往 AI 够不着的一端移动。
2. 选方向看两个维度：物理耦合度、现场复杂度。 这两条越高，短期越安全。
3. 转型要靠验证，不靠激情。 先小步试，再大动作。
   写在最后
   我不知道 agent 三年后会强到什么程度。但我知道一件事：离物理世界越近、离真实的人越近的工作，越晚被替代。 这不是乐观，是结构决定的。想清楚这一点，我就不那么慌了。