# 招“前端”的 FDE 岗位，其实也要你懂后端

> 在客户现场做界面的工程师，还要负责范围界定、部署，并把经验带回产品。

原文: https://fdetimes.net/zh/analysis/frontend-fde-jobs-demand-backend/

Foxglove 在其前线部署工程师（FDE）岗位的名称里直接写上了“Frontend”。可在同一份招聘启事里，公司又要求至少 3 年机器人或自动驾驶系统经验，外加 Node.js 或 Python 后端开发经验。

Lovable 的 FDE 岗位名称里没有“前端”二字，但岗位描述从前端一直延伸到后端，并设定了 8 年生产级软件开发经验的门槛。两家公司，两种命名方式，传达的却是同一个信号：在客户现场做界面的人，不能只会做界面。

对于把 FDE 当作职业方向的前端工程师，这个细节值得细读。招聘启事里的“前端”听起来像一个容易切入的细分方向。实际上，这个岗位要你对客户负责，从第一页范围文档一直到在客户服务器上完成上线。

## 为什么沿着界面方向招人？

最合理的解释是：界面是客户看到价值的地方。一个能正确展示客户自己数据的仪表盘，一套贴合客户团队真实工作方式的流程，正是让试点得以续约的关键。

但要让这个仪表盘在客户环境里跑起来，就得有人把它接到数据源、处理身份认证、完成部署并保证持续运行。

Foxglove 说得很直白：候选人需要在前端精通 React/TypeScript，并具备 Node.js 或 Python 后端经验。全栈要求一点没少，只是重心放在用户看得见的那一侧。

Lovable 更进一步。它要求 FDE 在 Lovable 的前端和后端上设计、编写、测试、部署并运维解决方案。这描述的是一位端到端负责的工程师，而不是拿到设计稿就照着做页面的人。

## Lovable：第一批人来定规矩

Lovable 最大的不同在于，这个岗位还没有模板。招聘启事写明，入职者将是公司 FDE 团队的首批建设者之一。没有内部手册，也没有资深 FDE 同事可以请教一次合作该怎么推进。

Lovable 需要这样一支团队，原因在于它的增长。据公司介绍，自 2024 年 11 月上线以来，用户已在 Lovable 上构建了超过 6,000 万个项目，客户从个人一直到大品牌。

大客户一旦进来，他们的需求很少能装进自助式产品里。

Lovable 还提前澄清了一个常见误解：这是一个动手写代码的软件工程岗位，不是售前，也不是技术支持。目标也写得很明确：识别哪些东西应该成为 Lovable 平台的一部分，然后亲手把它做出来。

这个细节是岗位的核心。Lovable 的 FDE 不只是解决某个客户的问题，还要判断这个问题何时足够常见，值得做成通用功能。这或许解释了 8 年的门槛：产品判断力比 React 难教得多。

## Foxglove：在别人的基础设施上写代码

Foxglove 描绘的是另一幅图景。它的 FDE 直接与战略客户合作，在客户环境中集成并扩展 Foxglove 平台。代码与客户的工程师一起写，部署在客户自己的云或本地（on-prem）基础设施上。

在别人的基础设施上做前端，本身就是一门独立的手艺。你没有熟悉的 CI，不能随意装工具，每一次环境故障都发生在客户工程团队眼前。一个构建在你机器上能跑、到了他们服务器上就挂，能把它查清楚的本事，比任何组件库都值钱。

Foxglove 还要求行业专长：5 年以上 JavaScript/TypeScript 经验，以及 3 年以上机器人或自动驾驶系统经验。两个数字放在一起说明，公司并不打算找一位前端高手再慢慢教他机器人。它需要的是从第一次会议起就能和机器人团队说同一种语言的人。

这个岗位还嵌在商业流程之中。Foxglove 的 FDE 与销售和客户成功团队共同负责客户账户，必须写出从概念验证（PoC）到生产环境上线的工作范围、时间表和成功指标。写代码的人，同时也是给客户写承诺的人。

## 两份招聘启事，一种画像

把两份岗位描述放进一张表，差异是背景，共性才是你需要练的东西。

| 维度 | Lovable | Foxglove |
|---|---|---|
| 岗位状态 | 新组建的 FDE 团队，你是首批成员之一 | 岗位名称明确：Frontend Engineer, Forward Deployed |
| 经验门槛 | 8 年以上生产级软件开发经验 | 5 年以上 JS/TS 经验，以及 3 年以上机器人或自动驾驶系统经验 |
| 技术范围 | Lovable 的前端和后端，从设计到运维 | React/TypeScript、Node.js 或 Python 后端，部署到客户云或本地基础设施 |
| 预期产出 | 把客户需求变成平台功能 | 从 PoC 到生产环境的范围、时间表和指标 |
| 合作对象 | 客户，再把他们的需求带回平台 | 客户工程师、销售和客户成功团队 |

按列往下看：Lovable 需要有人把客户那里的经验带回产品，Foxglove 需要有人把产品深深带进客户那里。按行横着看：两家都不会只为做页面付钱。

**要点:** 界面是客户接触产品的地方；FDE 的工作，是界面背后的一切。

## 一个仪表盘，从 PoC 到生产环境

设想一个假想场景，客户正是 Foxglove 描述的那类。一支机器人团队想要一个定制仪表盘，用来查看自动驾驶车队的数据。纯前端工程师会先要设计稿；FDE 会先问：数据在哪里，每天早上谁会打开这个仪表盘，他们现在用什么替代。

据此，PoC 范围文档可以这样写：两周，一个数据源，两个指标——运维团队用新仪表盘取代旧脚本，与现有做法相比，定位一次事故的时间缩短。这些数字只是练习用的例子，但结构符合“写出范围、时间表和成功指标”的要求。

难点出现在生产阶段。在你机器上跑通的 PoC，要部署到客户的本地基础设施上，后端要接入他们的身份认证系统，而且在你转去负责别的客户之后，还得继续稳定运行。

如果连续三个客户都要同一类仪表盘，在 Lovable 这样的公司，这就是把它做成平台功能的信号。整条链路里只有一环真正算“前端”，其余是需求挖掘、范围界定、部署和产品反馈。

## 做前端的人该练什么

你的优势是真实存在的：擅长界面的人懂用户怎么工作，而这是客户第一眼看到的东西。第一优先级，是拥有一个自己写、自己部署、自己运维的 Node.js 或 Python 后端。

第二优先级是行业。Foxglove 说明，界面方向的 FDE 可以是行业专家：今天是机器人，换一家公司也许是另一个领域。如果你在某个行业做过几年，就把它放在简历最上面，别让它藏在一串框架名后面。

第三优先级，是证明你能应对商业层面的工作。“做了一个 React 仪表盘”这样的简历条目，远不如写明范围、时间表、成功指标和上线后结果的条目有说服力。

阅读招聘启事时，Sales、Customer Success 或 customer environment 这类字眼，会告诉你面试除了代码之外还会问什么。

Lovable 的 8 年门槛和 Foxglove 的 3 年机器人经验，并不是在拒绝经验较少的工程师。它们最清楚地描述了终点：一位客户既敢把界面、也敢把服务器交给他的工程师。

**本周动手试试:**

- 挑一个你做过的界面项目，把它改写成一页范围文档，包含时间表和两个可衡量的成功指标。
- 把一个带 Node.js 或 Python 后端的 React/TypeScript 应用，部署到一个不是你自己搭建的环境里，记下遇到的每一个坑。
- 打开三份 FDE 招聘启事，标出提到销售、客户成功或客户基础设施的句子，看看这个岗位在公司里处于什么位置。

## 信源

- [Forward Deployed Engineer (Lovable, Accel job board)](https://jobs.accel.com/companies/lovable-2-7cfad349-a791-45f1-82d5-bcdd2a00ca47/jobs/62880519-forward-deployed-engineer)

- [Frontend Engineer, Forward Deployed (Foxglove, Eclipse job board)](https://jobs.eclipse.capital/companies/foxglove/jobs/64161527-frontend-engineer-forward-deployed)

- [Staff Frontend Engineer, Forward Deployed (Foxglove, Built In Boston)](https://www.builtinboston.com/job/staff-frontend-engineer-forward-deployed/8064431)