所以，我想写一篇文章，彻底解释一下 FDE 到底是什么。
恰好，今天看了一期关于 FDE 的分享，主讲人是 Anthropic 的 FDE Kevin Bai。之前这哥们是 Palantir FDE 团队的创始成员之一。
Palantir 正是最早把 FDE 这套模式系统化的公司之一，所以这期内容还是非常精彩。
其实，FDE 这套模式已经存在二十年左右了，只是最近因为 AI Agent 的兴起，又被重新拿出来讨论。
原因也很简单。越来越多的软件开始变得高度可定制、高度复杂，产品能力越来越强，客户自己搞不定的概率也在同步上升。这个时候，FDE 的价值就凸显出来了。
或者这么讲，FDE 不只是一个岗位名称，它更是一种产品进入市场的方式。公司不再只是把软件卖给客户，然后等待客户自己研究怎么使用。
它会把真正的软件工程师派到客户一线，理解客户的业务，再基于公司的平台搭建解决方案，最后对业务结果负责。
FDE 到底在做什么？
想理解 FDE 这个岗位，我们还是先从把它发扬光大的 Palantir 说起。
曾经，Palantir 做了一个叫 Foundry 的平台，干的事情是帮企业把散落各处的数据归拢到一起，重新整理，再基于这些数据搭建各种应用。
听起来很厉害，对吧？
问题是，Palantir 的客户里有大量传统行业公司，比如石油、快消、制造业。
这些公司手里有海量的数据，也有巨大的业务需求，但内部未必拥有足够强的软件工程团队。
这就尴尬了。Palantir 做了一个应用开发平台，但买这个平台的人可能根本不会开发。
举个例子，他们跟一家石油公司的高管讲，我们的平台可以帮贵公司搭建数据本体、统一数据模型、整合供应链系统，对方的第一反应大概是，能不能说得简单点，这些东西到底能帮我解决什么问题？
你想想，石油公司高管真正关心的可能是，设备停机时间能不能缩短，或者销售和库存预测能不能更准确。至于底层的数据表怎么处理，这些都属于实施细节。
指望石油公司买下 Foundry 之后，再自己培养一支工程团队把平台用起来，整个过程可能非常漫长。
