# 同叫 FDE，写代码的时间从 30% 到 90% 不等

> 别急着问 FDE 够不够技术，先弄清眼前这份招聘说的是哪一种工作。

原文: https://fdetimes.net/zh/analysis/fde-job-title-three-different-jobs/

Bloomberry 读了 1,000 份前线部署工程师（FDE）的招聘启事，发现一个怪现象：同一个头衔下，有的岗位要求 70-90% 的时间写代码，有的只要 30-40%，还附带销售业绩指标（quota）。差距大到很难说它们是同一份工作。

注意到这一点的不只 Bloomberry。DataCamp 写道，两家公司里同叫 FDE 的两份工作，可能几乎没有共同点。Scaler 说得更直接：写代码的占比和头衔根本无关，而是由每家雇主自己定的一个区间。

如果你是软件工程师，正考虑转做 FDE，“这份工作够不够技术？”这个问题一开始就问偏了。更好的问题是：眼前这份招聘属于哪一类工作？30-40% 对比 70-90%，两种最大类型每周写代码的时间最多可差三倍。

## 多数招聘描述的是 Builder 的工作

Bloomberry 把 FDE 头衔拆成三类工作。Builder 型占招聘的 60%，是多数，特征是 70-90% 的时间写代码，出差也多。Scaler 的独立分析同样估计，约 60% 的招聘属于构建类岗位。

换算成每周 40 小时：70-90% 意味着写代码 28 到 36 小时，和普通软件工程师的一周相差无几。

## 客户是在挤占你的时间，还是在为工作提供输入？

招聘 FDE 的公司 PostHog 说得很简短：FDE 仍然做软件工程，只是和客户交流的时间多得多。Perspective 对 1,500 名 FDE 的调查显示，每周直接与客户协作的时间中位数为 47%，写代码只占约 31%。

31% 看起来和 Builder 的 70-90% 相矛盾，但这项调查没有按工作类型拆分，中位数把销售工程师和 Builder 混在了一起。

换句话说，Builder 类招聘承诺大量写代码，而 FDE 整体的真实一周更偏向客户。这也是接 offer 之前要多问几个尖锐问题的又一个理由。

在 Builder 岗位上，两者未必冲突。照这个思路读 PostHog 的描述，和客户交流的时间正是代码的输入：你在这段时间里弄清要构建什么。

大公司的招聘也是这么写的。Palantir 的 Forward Deployed Software Engineer 岗位要求很强的编码能力。Anthropic 的 FDE Applied AI 岗位，把构建生产系统和定期驻场、与客户并肩工作绑在一起。

**要点:** 该问的不是 FDE 写多少代码，而是这些代码跑在谁的系统里。

设想在客户现场做开发：技术栈很少由你选，数据长什么样事先无从知道，出问题时用户就站在旁边。这让 Builder 型 FDE 的编码工作比百分比所显示的难得多。

## 另外两类是什么样？

Bloomberry 把约 30% 挂着 FDE 头衔的招聘归入 Sales Engineer+ 一类。标志是 30-40% 的时间写代码，薪资含提成，还要背业绩指标。按每周 40 小时算，就是写代码 12 到 16 小时，不到 Builder 上限的一半。

其余约 10% 是 Internal Tools Builder：只服务公司内部，主要做 CRM 集成，几乎不出差。这里的 FDE 名称几乎完全偏离了本义，因为根本没有外部客户可供“部署”。

销售工程并不低人一等，做内部工具也一样。但一旦背上业绩指标，营收就成了衡量你工作的一部分。如果你转做 FDE 是想给真实客户构建真实的东西，把这两类误当成 Builder 岗位，是最容易踩的坑。

下表把 Bloomberry 的三种类型和两份具体招聘放在一起：

| | 占 FDE 招聘比例 | 写代码时间占比 | 出差 | 区分标志 |
|---|---|---|---|---|
| Builder（Bloomberry） | 60% | 70-90% | 30-50% | 为外部客户构建 |
| Sales Engineer+（Bloomberry） | 30% | 30-40% | 低于 20% | 背业绩指标，拿提成 |
| Internal Tools Builder（Bloomberry） | 约 10% | 未说明 | 低于 5% | 仅限内部，CRM 集成 |
| Palantir FDSE | — | 未给出占比，要求很强的编码能力 | 最多 25%，可按个人意愿调整 | 需要时驻场与客户协作 |
| Anthropic FDE Applied AI | — | 未给出占比，构建生产系统 | 25-50% | 直接与客户一起构建 |

## 像读需求规格一样读招聘启事

最明确的信号是“quota”（业绩指标）和“commission”（提成）这两个词。只要出现，不管头衔怎么写，你读的多半是销售工程岗位。“internal”（内部）、“CRM”加上几乎不出差，则指向内部工具类。

表中的出差数据有参考价值，但不能一锤定音。Palantir 明显是重编码的岗位，标出的出差比例却低于 Builder 的常见区间，而且可按个人调整。只看这一个数字可能会分错类，要和业绩指标信号、要你构建的东西一起看。

进入面试后，直接问：上周团队里的 FDE 写代码花了多少小时？最近一次交付到客户系统里的是什么？如果面试官用营收而不是具体的系统来回答，答案你就有了。

## 你需要证明什么？

对于 Builder 型，雇主要同时看到两点。第一，你真的会写代码：首先是 Python，它出现在 Bloomberry 分析的 66% 的招聘中；更好的是有一个项目跑在你无法完全掌控的环境里。第二，你能自己发现问题，而不是等别人把需求交到手上。

所以简历上不要分开写“沟通能力强”和“精通 Python”两段。讲一个故事：用户遇到了什么问题，你是怎么发现的，你往他们的系统里交付了什么，带来了什么改变。

一个小项目，为真实用户解决真实问题，跑在他们的数据上，README 把问题讲清楚，这比一张证书更有说服力。它恰好同时证明了 Builder 岗位需要的两点。

Builder 型 FDE 的工作其实比很多人想的更技术，因为代码要跑在最乱的地方：别人的系统里。投递之前，你要做的是把招聘读仔细，确认它描述的正是这份工作。

**本周动手试试:**

- 挑三份你在看的 FDE 招聘，划出“quota”“commission”“internal”“CRM”“production”和“on-site”这些词，再把每份招聘归入三类中的一类。
- 按这个公式重写简历上的一个项目：用户的问题、不归你所有的系统、你交付了什么、它如何运行。
- 为一位你认识的用户写一个小 Python 工具，解决他的真实问题，跑在他的数据上，然后放到 GitHub，附上讲清问题的 README。

## 信源

- [I analyzed 1,000 Forward Deployed Engineer jobs (Bloomberry)](https://bloomberry.com/blog/i-analyzed-1000-forward-deployed-engineer-jobs-what-i-learned/)

- [Do Forward Deployed Engineers Actually Code? The Answer May Surprise You](https://www.scaler.com/topics/do-forward-deployed-engineer-actually-code/)

- [What is a Forward Deployed Engineer? (DataCamp)](https://www.datacamp.com/blog/what-is-forward-deployed-engineer)

- [State of Forward Deployed Engineering 2026: Survey of 1,500 FDEs](https://getperspective.ai/blog/state-of-forward-deployed-engineering-2026-survey-report-1500-fdes)

- [WTF is a forward deployed engineer? (and why everyone is hiring them)](https://posthog.com/blog/forward-deployed-engineer)

- [Forward Deployed Software Engineer (Palantir, Lever)](https://jobs.lever.co/palantir/d084b769-6f53-4409-afa8-c183b059b384)

- [Forward Deployed Engineer, Applied AI (Anthropic, via General Catalyst job board)](https://jobs.generalcatalyst.com/companies/anthropic/jobs/69674588-forward-deployed-engineer-applied-ai)