这篇回答关注工作强度的求职者与家长式提问，刻意不美化也不贩卖焦虑。

最值得拿走的是强度分布模型：FDE 的加班不是均匀的，集中在项目启动、验收、事故三类节点，平稳期的日常节奏与普通研发接近。判断一个 offer 强不强度，要看团队这三类节点的密度与缓冲机制，而不是听「加不加班」的笼统答案。最容易误用的是把不规律等同于高强度，或者反过来用「弹性」掩盖结构性超时。

相比国内常见的模糊叙述，本文给出可操作的压回去手段：范围管理、报告节奏、验收标准前置，均对应站内已有 playbook。补充一个谈判视角：入职前问清「上线周怎么过」之外，还应确认事故响应的补偿或调休机制是否制度化；有制度化的缓冲，是判断团队成熟度最直接的窗口。

读完建议做一件事：面试时直接问目标团队上一个项目的上线周是怎么过的，答案的真实度会很高。

—— FDEChina编辑部 · 实战派

FDE 加班多吗？

直接回答：FDE 的节奏比纯产品研发更不规律，但「天天熬夜」并不是常态。行业里的普遍观察是，FDE 的工作强度呈脉冲式分布——大部分时间是正常的白天节奏，但在几类节点会出现明显的高峰。所以更有价值的问题不是「多不多」，而是高峰从哪来、能不能压、以及你愿不愿意接受这种节奏。

高峰主要来自三类时刻。第一是上线冲刺：临近验收或切换上线时，客户业务部门看着、领导层等着，联调到深夜是常见情形。第二是验收周期：客户对结果有最终裁量权，改到通过为止的压力真实存在。第三是线上事故：系统跑在客户生产环境里，出问题时响应优先级天然高于内部产品。理解这三类来源，你就知道强度的决定因素是项目类型与团队缓冲机制，而不是某个统一标准。更细的日常构成见 FDE 的一天。

好消息是，三类高峰里有两类是可以主动压回去的。上线冲刺的烈度很大程度取决于范围管理：范围锁得越死、验收标准越前置，最后两周就越平静，具体方法见 预期管理手册和 PoC 验收清单。日常响应压力则取决于报告与升级机制：客户任何时候都能直接找你，和你让客户习惯每周固定的报告节奏，是完全不同的工作强度，参见 FDE 报告手册。事故类高峰难以完全避免，但预案和降级方案能显著减少深夜救火的次数。

面试时怎么探测真实强度？不要问「加班多吗」，这种问题只会得到场面话。直接问上一个项目的上线周是怎么过的、现在客户的响应预期是什么、团队几个人兜底一个项目，答案的具体程度会告诉你很多。也要坦率说：这种不规律性是这份工作的一部分，也是薪资溢价的来源之一——客户在你身上买的，包含「出问题时现场有人负责」这件事，见 FDE 薪资为什么高。如果你更喜欢稳定节奏的深度研发，对照 FDE 与全栈工程师的区别再决定也不迟。