本文为口述实录，基于与 Kepler 公司 34 岁的 CEO Vinoo Ganesh 的对话。他在 2010 年代在 Palantir 工作了六年多，后来在 Citadel 任职。他目前居住在纽约。本文经过编辑以控制篇幅并提升清晰度。
Palantir 有一个我们称为“前线计划”（Project Frontline）的项目。这个项目的理念是：如何让软件工程师体验前沿部署工程师的工作生活？
在该项目设立之前，我实际上就经历过类似的安排。我最初在产品开发团队工作，之后做了一次持续时间很长的轮岗，担任前沿部署工程师，然后又回到产品开发团队。
我负责管理这个项目相当长的一段时间。我们让很多人参与其中。有些人留任成为前沿部署工程师；有些人则轮岗回去继续做软件工程师。
当时的状况是，前沿部署工程师行动非常迅速，并且与客户关系非常紧密。而软件工程团队在地理上——确实，有些人就在帕洛阿尔托——以及文化上，都与 FDE 团队所面临的紧迫感相隔绝。
这个项目的理念就是：设身处地为对方着想。
Palantir 非常努力地为所有这些人创造成功的条件。我们会为他们安排导师。他们有两个对接点：一位前沿部署工程经理和一位软件工程经理。
大家都很喜欢这个项目。他们会在公司安排的住房里住上几个月，被派驻到总部办公室以外的地方。并不是每个 FDE 都经历过这个项目；参与的是一批表达了兴趣的软件工程师。
在 Citadel，我们称之为“业务工程”。其目标更加聚焦于内部的投资组合经理和分析师。Palantir 的 FDE 更多地面向公司外部的客户。而在 Citadel，我们关注的是组织内部的人员。
但运营模式是一样的：Citadel 的工程团队有一个核心产品，我们的目标是通过与投资组合经理、分析师和助理的接触，更好地为产品开发提供信息。
其他公司对 FDE 的误解
我一直把前沿部署工程师视为产品团队的延伸。你的工作是通过解决问题来获得产品洞察，从而为产品开发提供参考。
有些人把它——在我看来是错误地——定位为售前工程师。有些人把它定位为背负销售指标的销售人员。我见过各种各样的模式，从前沿部署股票研究员到前沿部署首席架构师都有。
我认为，在有些公司，"FDE"被错误地用作弥补产品市场契合度不足的权宜之计。我看到它的实际用途，是强迫那些本来可能不想使用你产品的客户去使用它。
Palantir 拥有一种自主与赋权的文化。如果你发现了一个问题，你就能成为行动的主导者，去解决这个问题。这正是 FDE 们得以茁壮成长的原因。
我还认为 Palantir 的产品几乎完美契合前沿部署工程的生态。你们打造的是一个可以在各种行业中使用的横向平台，而 FDE 正是创建纵向应用的人。
我会思考我们的产品是否适合设立 FDE 职能。我不认为 FDE 是一种卖出更多 token 的方式，也不认为 FDE 是一种在用户的痛点尚未被解决时就让他们使用你产品的方式。
如今它被当作一个万能标签，用来组合销售、客户成功或市场营销等职能，以表明你在乎客户。
我看到很多组织一心想让尽可能多的人接触到他们的产品，而不考虑这是否真正带来复利式的产品回报。
世界不是非黑即白的。在你的发展轨迹的不同阶段，需要什么样的 FDE，存在很多中间地带。这些只是我的个人观点，并非对 Palantir 做法的正式说明。
我认为这就是软件工程的未来。如果编写代码不再是差异化优势，那么机会就在于：你如何深刻而真切地理解客户？
让全球的软件工程师更具客户意识非常重要。对我而言，FDE 更多是一种思维方式，而不是一个职位头衔。
你在 Palantir 工作吗？请通过 Signal 联系记者 Henry Chandonnet：henrychand.30。