1.FDE 不是硅谷想出来的漂亮职位名，而是在战争环境里“逼出来”的

Palantir 2003 年前后成立，早期核心产品后来成为 Gotham，目标就是把散落在不同数据库、情报系统、文件和关系网络中的信息连接起来。

真正改变 Palantir 的，并不是“我们需要一个售前工程师岗位”，而是一个非常现实的问题：

软件在 Palo Alto 能跑，不等于在阿富汗能用。

军事环境的问题包括：

网络极差甚至断网、涉密网络隔离、服务器必须现场部署、数据源五花八门、权限体系复杂、用户不是软件工程师，而且需求每天都可能随着任务发生变化。

Palantir 自己现在对 Forward Deployed Engineering 的定义仍然非常有意思：

工程师要尽可能靠近问题本身，与核心研发团队一起，把现场反馈不断转化为产品能力。

2.真正的转折点：美军 COIC

Palantir CTO Shyam Sankar 后来回忆过一个非常重要的早期阶段。

他们进入美军 Counter-IED Operations Integration Center（COIC，反简易爆炸装置相关机构）的环境，工程师直接和用户一起解决实际问题。

Palantir 当时内部受到过一种典型质疑：

为什么不招聘退役将军、Booz Allen 那种传统国防咨询背景的人？

Palantir 最后选择了另一条路：

不要让懂军队的人替工程师解释问题，让工程师自己进入军队的问题现场。

3.然后他们真的去了伊拉克

这里开始就不是 metaphorical “forward deployed” 了。

公开资料显示，2010 年 Palantir 的 FDE 与美国陆军第 10 特种部队群（10th Special Forces Group）部署到了伊拉克 Balad Air Base。

第 10 特种部队群就是美国陆军 Special Forces，也就是通常所说的 Green Berets（绿扁帽）体系。美军官方资料对该部队的任务描述包括特种作战、危机响应以及支持联合部队作战。

但这里有一个特别重要的细节。

Palantir 工程师并不是每天拿枪跟着他们出去。

工作模式大致是：

晚上：

特种部队带着安装 Gotham/Palantir Forward 的设备出去执行任务。

↓

凌晨/早晨：

部队回来。

↓

FDE 问：

“昨晚哪里不好用？”

“缺什么数据？”

“哪个界面太慢？”

“什么功能现场根本没法操作？”

↓

白天：

士兵睡觉。

Palantir 工程师开始：

写代码、修 bug、改数据模型、改 UI、改 workflow。

↓

晚上：

新版本重新跟着部队出去。

↓

第二天再回来。

继续改。

公开报道对这个循环有非常明确的记载。

这就出现了一个非常变态但非常有效的软件开发周期：

Release Cycle ≈ 24 小时。

不是：

Sprint → 两周。

而是：

Mission → Feedback → Code → Mission。

这才是早期 FDE 最纯粹的形态。

4.2011 年：进入阿富汗 Helmand

2011 年，Palantir 又把类似模式带到了阿富汗。

地点包括：

Camp Leatherneck，Helmand Province。

也就是当时阿富汗战争非常重要的美军/海军陆战队基地之一。

Palantir 工程师直接和当地部队工作。Shyam 回忆，军官最开始看到这些年轻工程师时的反应大概是：

“这些小孩是谁？为什么还得给他们找床？”

但大约两周之后，态度变成：

“这些人非常有用。”

因为他们发现一个很大的区别：

传统国防承包商：

部署系统 → 培训 → Support ticket。

Palantir：

“你今晚哪里不好用？告诉我，我现在改。”

5. 更关键的证据：有 FDE 去过真正的 Forward Operating Base

这一点回答你“到底有没有上前线”。

早期 Palantir FDE Mark Scianna 后来亲自写过自己的经历。

他被派到阿富汗 Kandahar 的一个 Brigade HQ。

在那里：

部署服务器；

接入军事数据；

配置 Palantir；

培训士兵；

然后继续前往 Forward Operating Bases（FOB，前沿作战基地）。

他明确写道，自己从 Kandahar 前往不同 FOB，把 Palantir Forward 带给那里的用户。

还有更具体的回忆：

“midnight helicopter rides to forward operating bases near the Pakistani border”

也就是：

半夜乘直升机前往靠近巴基斯坦边境的前沿基地。

他还回忆自己在阿富汗期间曾：

与 Navy SEAL 单位一起工作、部署服务器、调数据库、培训人员，并经历 rocket fire。

所以如果你问：

“这些硅谷程序员是不是只待在喀布尔酒店里远程给军方装软件？”

答案很明确：

不是。

确实有人深入阿富汗战区和 FOB。

Forward Deployed 这两个词真正有价值的地方，是提醒工程师：

向前走。

走出会议室。

走出 PPT。

走出测试环境。

走到系统真正运行的地方。

走到用户真正工作的地方。

走到问题真正发生的地方。

然后让现实告诉你：

你的设计到底对不对。

计划当然重要。

但就像艾森豪威尔那句话：

“Plans are worthless, but planning is everything.”

当第一声枪响以后，计划可能已经开始过期。

而真正的 FDE，恰恰从这一刻开始工作。