选择岗位：从准备面试到判断双向匹配

进入 FDE 的路径，可以把过去的积累重新组织起来，也可能借助一次作品被看见的机会。下面两段当事人记录提供具体入口，却不构成可以复制的录用公式。

进入这一行，没有同一扇门

前面提到的 Baseten 工程师 Het Trivedi，回忆过自己的入口。探索个人 AI 项目时，他使用 Truss 部署模型并写了文章，Baseten 联合创始人看到后，邀请他接触团队和项目。他在 2024 年 1 月成为全职 FDE。¹

这条路径里，可借鉴的是作品让别人看见了他在做什么。一次被看见，仍然包含机会、团队需求和个人背景；公开写作不能保证录用。把这段经历读成“多发几篇文章就能入行”，反而漏掉了作品背后可供讨论的工程实践。

另一条路径更像是已有能力重新组合。Raphael De Lio 在 2026 年 8 月 15 日写道，他原先从事后端工程，后来做开发者关系，向开发者讲解技术。2025 年 12 月左右，他开始认真考虑回到工程工作；到次年七月，准备转任 Redis 新组建的 FDE 团队。写文章时，他进入新岗位只有两周。²

他的选择有明确的个人理由：希望重新处理生产系统的问题，同时保留与客户、使用者直接交流的工作。讲解经验和工程经验在这个岗位相遇。两周的感受还不能证明长期职业结果，却足以说明，进入 FDE 未必意味着抛弃此前的积累。

职业故事容易省略没有发生的可能性：另一家团队或另一个招聘时点，未必需要相同组合。读故事时，可以提取可学习的行为——把作品解释清楚、了解自己想做的工作、持续讨论方向——但不能把一次结果拆成每一步都必然有效的攻略。

先读懂岗位要你承担什么

同样叫 FDE，技术重心可以不同。2026 年 9 月 25 日可见的 Anthropic 招聘页，把在客户系统中建设 Claude 生产应用、总结可复用部署方法列为职责，并要求生产 AI 经验、编程能力和客户发现沟通。客户发现，是通过观察和询问弄清真正需要解决的问题。³

同日可见的 Flexport 供应链 FDE 职位，则同时涉及连接企业经营、仓储和运输系统，处理物流优化问题，与一线操作人员共同验证和推动采用。这里的优化，是在运力、时间、库存等约束下比较可行安排。⁴

这些页面是公司对岗位的期望，不是员工一天的实测记录。它们仍然能给求职者一个重要提醒：学习方向不能只由职位名称决定。若目标岗位主要解决模型在生产环境中的问题，就需要有一段足够深入的模型应用工程经验；若主要连接供应链系统，理解业务状态和实体约束就不能靠临近面试背几个术语补上。

把招聘页与实际任务一起读，才能把宽泛要求变成准备工作的依据。它也帮助人识别不适合自己的岗位。有的工作需要较多现场协作，有的需要持续深入某一技术栈；有的团队能提供导师，有的希望入职者立即独立承担。个人是否愿意做、团队是否给得出支持，与能力是否足够一样重要。

能力地图已经给出了把职责改写为可观察动作的方法。用于求职时，还需要多加一列：这项要求来自什么材料，仍需向团队确认什么。职责介绍、员工回顾与自己的猜测不要混在一起。

例如，可以记录岗位是否以写生产代码为主要贡献，还是主要负责试点演示；客户项目结束后谁持续维护；遇到产品缺口时是否有反馈和排期途径；新人是否有导师及可逐步扩大的责任。这些问题不是在寻找一种唯一正确的 FDE 岗位，而是在判断它是否符合自己的准备和目标。

职位页中的工具名称、工作地点、出差和经验要求可能变化。准备申请时应重新读雇主的正式信息；本章保留的两份页面只说明资料截止日可见的期望，不能当作今天仍在招聘的保证，也不能反推某家公司过去的编制。

准备被追问的工作，而不只准备一段介绍

Palantir 2020 年发布的员工面试建议中，FDSE Ali 讲到自己在面试里坦诚说明尚在学习，并与面试者共同处理陌生问题；同文另一位招聘管理者则希望听到真实的失败。访谈包含不同岗位的声音，不是目前统一的 FDE 面试流程，更不是要求求职者模仿某个人性格的指令。⁵

一种更可控的准备方式，是选一项自己确实参与的工作，准备接受三个方向的追问：为什么当时这样选；哪条证据曾改变选择；如果条件变了，哪些结论仍然成立。可以事先整理材料，但不要只背一个没有分支的成功故事。

使用学习与作品的练习也可以做到这一点。评阅者能追问为什么先生成草稿，为什么同一个人要区分不同报名，为什么暂不声称解决生产并发。没有企业经历时，就如实说这是合成练习，说明自己负责了什么、验证到哪里。虚构客户、收入和上线规模，会直接破坏作品作为能力证据的价值。

讲失败时，留下当时能够知道的信息。事后才发现规则缺失，就说清它何时暴露；别人找到关键原因，就说明对方贡献。把团队共同修复写成个人独力解决，看似更突出，实际上让面试者难以判断可交给你哪一段责任。

一次双向练习：你会怎样推进，团队会怎样支持

以下是本书模拟题，不来自任何公司的题库。某团队希望建设内部材料助手：已有文档集合，但尚未决定哪些角色可以访问哪些内容；演示允许使用公开合成资料；目标是帮助使用者找到依据，不能代替负责人批准行动。你被问到“是否能先做一个可演示版本”。

请先说明可以立即做的部分和仍需确认的部分，再画出一条有限范围的工作路径，提出代表性检查，最后说明如果演示通过，为什么还不能直接宣布正式上线。可以使用普通检索、模型或人工整理，选择必须与范围相符；题目没有要求越多技术越好。

评价者应检查：是否把公开演示资料与真实内部资料分开；是否把访问规则交给适当负责人；是否能给出一个具体失败输入；是否承认没有证据时不能回答；是否把演示与运行责任区分开。这里检查的是判断过程，不是某种固定架构答案。

然后交换角色。请“求职者”向“团队”提问：如果产品存在限制，谁有权决定是否接受？新人能在哪些环境实践，谁复核关键设计？客户临时扩大需求时由谁协商？项目结束后，自己仍需承担哪些责任？“团队”若只能回答“大家都很主动”，还没有给出这些问题的具体信息。

练习结束留下两份记录：对方根据你的材料仍无法判断哪项能力；你根据团队回答仍无法判断哪项工作条件。后续准备分别补足它们，不能把所有不确定性都变成求职者继续学习更多工具的任务。

识别吸引你的工作，也识别你不愿接受的条件

可以把岗位拆成三个层次：愿意长期做的工作；能够通过合理支持逐步补齐的能力；决定是否合适的基本条件。有人愿意频繁进入新行业，但需要可靠的技术复核；有人喜欢客户问题，却不愿长期保持高频出差。表达这些条件，不等于缺乏投入。

反过来，岗位名称很吸引人，也不应抵消明显的不匹配。若团队需要立刻独立承担高风险生产责任，而你只有合成练习，应讨论不同起点或更合适的职位；若团队能给出有边界的培养安排，则可根据实际条件判断。不要把“愿意努力”当作已经具备所有准备的证据。

询问团队最近一次真实工作时，应尊重对方可披露范围，不索取客户机密。即使不能获得细节，团队仍可能说明决策和升级机制。若关键条件始终未知，可以把它列为选择风险，继续获取信息；不需要为了维持热情而假装已经知道答案。

选择 FDE，是选择一组具体工作与合作方式。把自己能承担的范围说明白，也把希望团队提供的条件问清楚，才比较容易找到可以共同成长的起点。一次面试或一份作品都不能保证录用；它们能做的，是让双方更有依据地判断下一步。