Stack Overflow 访谈 Netlify CTO：分布式团队如何打造工程文化
Netlify 技术长 Dana Lawson 受邀登上 Stack Overflow 播客「Leaders of Code」栏目，与 Stack Overflow 产品与技术负责人 Jody Bailey 对话，分享了这家支撑着全球 5% 网站流量企业的工程团队管理经验。
远程优先：物理连接与异步协作的平衡
Netlify 很早就践行远程办公，甚至早于公司成立本身。Dana 坦言，疫情期间的大规模远程转型让这一议题变得更具普遍性，但她认为核心挑战始终未变：如何在远程环境下保持团队凝聚力。
她的做法是「刻意制造连接机会」。Netlify 每年为各团队预留线下聚会预算，涵盖家庭团队（home team）和职能团队。她强调，面对面交流带来的「能量碰撞」是线上无法完全替代的——这是人类的基本需求。
书面文化：多语言团队的信息传递基石
对于分布在全球各地、使用多种语言的团队，Netlify 将「书面文化」视为核心价值观。
Dana 指出，书面记录能消除语言歧义、简化复杂沟通，这与 Netlify 推崇的「简化」理念一脉相承。她的建议直白而务实：「写下来就是了。」 AI 工具的普及进一步降低了这一门槛——她甚至鼓励团队借助 AI 完成文档撰写，将精力释放给更需要判断力的工作。
公开频道哲学：透明与专注的动态博弈
对话还探讨了一个几乎所有远程团队都会面临的张力：信息透明与执行专注之间的矛盾。
Netlify 的默认策略是「尽可能公开讨论」，仅有极少数情况才允许使用私信。她主张「好点子来自任何角落」，但同时警惕「委员会式决策」——既要让创意流动，也要避免无休止的讨论拖慢进度。
Dana 观察到，摩擦往往来自团队成员的真实困境：管理层要求他们保持高度执行专注，却又在信息层面要求完全开放。这种张力没有标准答案，需要在具体场景中持续校准。
小团队如何支撑 5% 的互联网流量
"受控混乱"是常态
与许多传统企业不同，Netlify 团队的信条是"开放协作"。这位负责人坦言，自己团队规模精简，不会设立过多条条框框，"不要用那个频道，不要用那个渠道，确保你在正确的频道里"——这是少有的硬性边界。
她用"受控混乱"（controlled chaos）来形容这种状态："这就是创业公司该有的样子。与其让大家重复做双份工作，不如让一切透明公开。"
110 人团队撑起全球边缘网络
当被问及团队规模时，负责人透露了一个令人意外的数字：Netlify 现有约 110 名全职员工，其中约一半从事研发——也就是说，任何时刻都有 40～50 人 在交付产品和构建体验。
而更令她感慨的是："5% 的互联网跑在我们的平台上。这家小公司，用一群很拼的人，扛起了一个技术难度极高的全球边缘网络加开发者体验平台。我们没有选择简单模式——不是说'我们做个网站吧'就行了。"
全球化招聘：信任一线经理，给团队自主权
关于如何管理一个语言多元、时区分散的全球团队，她的做法是：
- 不做一刀切：她曾在其他公司套用 Spotify 模型（四到五人的小团队、窄管理跨度），结果发现在全球化和经济因素影响下"根本行不通"。
- 信任前线经理：一线经理比任何人都了解团队，让他们在自己的组合范围内决定如何沟通协作。
- 保持工程官僚主义低限度：每两周一次全员站会，此外团队自主运作。
- 团队自然形成约三小时核心时区重叠：全球各地的团队会自我组织，在时区上找到最优协作窗口。
应对"多语言技术栈"的挑战
Netlify 内部技术栈高度多语言化（polyglot environment），常常遇到"全公司只有一个人懂 Rust"的稀缺技术场景。她的应对思路是：
- 让团队自下而上提出需求：问他们"你需要什么？缺什么？"
- 把责任和自主权一并交给团队负责人："这一块产品归你负责，你来担。"
- 引入技术雷达（Tech Radar）约束实验：控制引入新语言的试错成本，避免"那唯一懂 Rust 的人走了怎么办"的单点风险。
她强调，这种模式在几百人、上千名工程师的大组织里或许不适用，但"在正确的边界内，让团队自我组织，反而能激发更多潜能"。
技术选型：现实约束下的理性权衡
性能与团队能力的博弈
技术选型从来不是纸上谈兵。即便某项技术承诺 20 倍性能提升、声称具备良好扩展性，现实很快会让人清醒——你的团队里是否有人真正能驾驭它？
一位深耕开发平台的从业者分享了他的亲身经历：最终选择的技术方案，未必是性能最优的，但一定是团队能力最能支撑的。"我们做过的很多决策，论性能并非最佳，但对我们的运营和扩展来说是最合适的。"
可靠性是底线，尤其在安全领域
在业务层面，可靠性往往比极致性能更重要。当产品拥有海量用户时，安全漏洞和稳定性问题会直接剥夺你的选择权——用户会用脚投票。
与此同时，免费版和企业版用户的需求存在内在张力。平台为了追求更好的可靠性，有时不得不牺牲部分创新速度。但这种妥协不能无限持续，必须在各个阶段权衡利弊。
持续学习是唯一出路
当下的技术生态极度复杂，工具和平台的选择多到令人窒息。即便是资深工程师，也很难只靠"一招鲜"存活。
"你还不如培养全栈能力，哪怕每样都不算精通。"这位从业者认为，如果某项技能只有团队中少数人掌握，必须通过详尽的运行手册（Runbook）降低知识门槛，让其他人能够通过文档习得。"我们尽量招聘好奇心强、思维开放的人，然后告诉他们：'恭喜，你今天要玩 Rust 了。'大多数人反而觉得挺有意思——又有机会提升自己了。"
对 AI 时代学习者的建议
面对"AI 会让初级开发者失去学习机会"的担忧，观点很明确：这与以往的技术变革并无本质区别。保持好奇心、愿意学习的人终将找到出路；而不思进取者，无论有无 AI 辅助都只会停留在表面。
"真正愿意深入学习、充满好奇的人，才能成为专家，才能拥有丰收的职业生涯。"
创新的本质：倾听与顺势
各方对"创新"的理解往往错位
创始人、CEO、董事会谈创新，脑子里想的是战略方向；工程团队的创新可能完全指向不同的技术路径。如何对齐？
答案是：认真倾听用户的真实需求。与其闭门造车"我们正在创造最棒的新想法"，不如确保那些已经被验证的好想法持续保持竞争力。
创新服务于"构建的乐趣"
回到软件开发的核心：人天生喜欢动手创造，也喜欢与那些认真打磨产品的人交流——这带来真实的成就感，并通常服务于某个实际目的。
用户体验的本质从未改变：用户执行操作，系统快速响应。无论产品形态如何迭代，底层逻辑始终是"触发动作 → 即时反馈"。真正的创新在于识别用户的行为流向，理解他们如何构建，然后因势利导。
开发权下放：每个人都能成为构建者
从"解决全球问题"到"做好手上的事"
演讲者坦言，自己并非刻意宏大叙事的人："我就像是堆在蚁丘上的一只小蚂蚁，其实没那么重要——但我能控制什么呢？"他的答案是：专注于手头的作品，持续关注领域内正在成形的趋势，然后把成果分享出去。
这番话背后有一个更大的背景：开发的门槛已经大幅降低。演讲者观察到，尽管很多人对此感到不适，但涌入这个领域的人越来越聪明、想法越来越多元。"现在到处都是产品经理——他们真的无处不在，因为现在你可以坐下来做原型、构建东西、把想法付诸实践，而且是有实质内容的那种。"
产品经理写代码：捕捉本质，对接交付
对话中提到了一个值得关注的趋势：产品经理开始直接动手实现想法。演讲者认为，这些人写出的代码通常还不能直接用于生产环境，但他们能出色地捕捉产品本质，为后续与开发者或高级工程师的合作打下基础。
他进一步指出，创新并不依赖"专门的创新团队"。更好的技术方案可能来自客户永远看不到的底层改进；创意可以来自任何角落。但关键前提是：要给人们留出思考和行动的时间。"如果一周 40 小时的工作已经被排满了 43 小时，你就永远没有时间去思考或动手——再强的创新能力也无法真正落地。"
AI 工具选型：全部试一遍，保持学习
关于 AI 是否会取代开发者，演讲者明确表示"AI 正在创造更多构建者"。他形容自己当前的状态是"全部试一遍，就像宝可梦一样"，Lovable、Bolt、Replit，以及 IDE 中的 Cursor 或 Windsurf，都在体验范围内。
Netlify 也在同步推进自己的 AI 集成，推出了名为 Agent Runners 的功能——不是再造一个 AI 代理，而是让实时拉取请求（pull request）的操作变得更简单。演讲者坦言，这个过程就像"吃自己的狗粮"（dogfooding），虽然这个词不太雅观，但核心逻辑很清晰：自己先用起来，才能真正理解用户的需求和痛点。
他承认 AI 工具确实容易"烧钱"，需要把控使用节奏，同时也要为团队设置约束和边界。"趋势会成为现实，即使你不喜欢它们——如果想继续在这个行业里走下去，就必须保持成长型思维，持续尝试新事物。"
工程师为何对 AI 心存戒备？
她说，自己是技术的忠实拥趸，但这不代表所有人都会买账。真正带来挑战的，是那些在运维一线摸爬滚打多年的工程师们——他们被灌输了太多"出了问题你负责"的理念，如今却要交出指挥权，让这些"未经自己编程的自主机器人"去完成任务？换作谁都会心里打鼓。
她进一步提到，Google 早在 2012 年《Site Reliability Engineering》一书中就预言了"自愈机器"的到来，当时业界一片叫好。但现实推进得远比想象中慢，直到今天才真正开始落地生根。
怀疑者的出路：学它、用它、验证它
在她看来，保持怀疑态度本身并没有错，甚至应该被鼓励——健康的摩擦往往是进步的驱动力。她也承认，AI 并非万能，在创造性领域缺乏真正的"品味"，除非背后有人类为其注入审美判断。
但对于那些因为 AI 浪潮而陷入职业焦虑的人，她的建议直白而诚恳：要么拥抱变化，要么另寻出路。与其被动等待被取代，不如主动掌握这套工具，实现自身能力的十倍放大。光是找出 AI 能优化工作流的某个具体环节，就已经是值得的第一步。
她以 AI 会议记录工具举例：有人还在纠结"谁来记笔记"这种琐事，答案其实很简单——让机器人去处理。
Netlify 的 AI 实践：对外赋能、对内吃自己的狗粮
被问及自家产品是否也在用 AI，她的回答是"全都在用"：
- 对外输出：提供公开可用的 AI Gateway，任何人都能自行部署和使用。同时推出了 Agent Runners——一个面向公众的 AI 助手，用户部署到 Netlify 后，可以直接通过对话让 AI 修改网站内容，并实时预览效果。营销团队用起来尤其顺手，他们不再需要频繁打开 IDE，直接在聊天框里完成调整、点下提交即可。
- 内部自用：团队本身就在用这套工具构建产品本身。她将此称为"吃自己的狗粮"（dog fooding），即用自己的产品解决自己的问题。
这让 Netlify 有机会近距离观察全球用户正在如何借助 AI 构建网站——包括通过合作伙伴如 Bolt 或各类 AI Agent 创建站点的开发者们。这种全局视角，是单纯的云主机公司时期从未有过的。
AI 不会重蹈互联网泡沫覆辙
有人将当前这波 AI 热潮与当年的互联网泡沫相提并论。她认为，两者确实有相似之处，但本质不同：泡沫破裂后，互联网并没有消失；AI 也不会在炒作退潮后消失。Gartner 的技术成熟度曲线印证了这一点——随着落地案例越来越扎实，AI 正在从概念验证走向真正创造商业价值。
当被问及如何衡量工程团队的健康度时，她没有给出标准答案，而是强调：持续关注人们在实际工作中如何使用这些工具，以及工具是否真正解决了他们的痛点，这才是评估 AI 落地成效的关键。
衡量工程团队：数字之外的东西
框架很好，但不是全部
DORA 指标和 SPACE 框架在业界流行多年，有一定价值——但它们无法讲述完整的故事。如今团队规模越来越精简，衡量成功的方式也需要更务实地调整。
在受访者看来，唯一真正重要的指标是团队的节奏（tempo）：
- 交付节奏：是否能稳定地将东西推向生产环境？
- 修复时间：问题出现后，团队多久能响应和处理？
- PR 响应速度：代码评审的周转是否顺畅？
这位高管直言，他甚至不把 GitHub 提交记录当作有效指标。"真正要看的是，你的团队是否在持续产出价值，而不是那些花哨的框架。"当一个团队总是延期、不断说"我在拖期"，问题已经很明显了——不需要任何指标来告诉你这个团队出了问题。
信任文化比指标更重要
团队节奏的建立，离不开 manager 与成员之间真实的关系。受访者提到，公司会做传统的文化调查，季度性地评估员工是否感到"被看见、被听到、被倾听"。但实际上，一个 changelog 就能说明很多问题——关键不在于 GitHub 提交记录，而是团队是否拿到了合适粒度的工作。
受访者强调，要创造一种"脆弱性文化"：
"让它变得非个人化——不是我这个人有问题，而是'我卡住了，我需要帮助'。这种环境让人们愿意主动举手。"
工程师喜欢被挑战、喜欢忙碌、喜欢做有意义的工作。当这三者脱节时，他们不会开心，团队也无法交付公司需要的结果。
技术债：快速构建的代价
被问及技术债时，受访者坦然承认：
"我们确实有 monolith。是的，我知道。人们说应该拆分成微服务——结果我现在根本不知道东西在哪里。"
在他看来，技术债是快速构建的必然产物。真正的问题不在于消除它，而在于持续管理和缓解。"我不需要那种'我们没有任何技术债'的谎言——要么是还没大到积累债的程度，要么就是在说谎。" 关于 monolith vs 微服务，他的立场很直接：
- 技术债无法彻底消除，它会随着人员更替（通常 3～4 年）不断循环
- 拆 monolith 是浪费时间，应该聪明地朝着未来构建
- AI 辅助编码正在兴起，但"让 AI agent 生成的东西，10 年后再来看"——质量隐患不可避免
这种持续演进、持续偿还的思路，才是大规模工程团队的现实处境。
领导力的本质：真诚地"推销"愿景
在播客尾声，Dana Lawson 分享了她对领导力的深刻理解。她认为，许多人带着"赚大钱"或"掌控所有决策"的心态走上管理岗位，最终只会感到痛苦——"你也许能挣到钱，但你会过得很悲惨，而且没人愿意听你说话。" Dana 直言不讳地指出，作为领导者，"大部分工作实际上是在推销"。区别在于，你需要真诚地推销你所相信的东西，而不是强行灌输观点。
跨越分歧，找到志同道合的伙伴
Dana 坦言，技术行业不乏聪明人，但每个人都有自己的困境。她更倾向于与那些"真正想要解决问题"且志同道合的人合作。这种对共同目标的认同感，是她职业生涯中最重要的驱动力。
给"解锁型"从业者的建议
对于希望进入"帮助个人和团队释放潜能"这个领域的人，Dana 给出了三条建议：
- 热爱人本身：包括他们的怪癖和独特之处
- 保持好奇心：因为多元的人会带来独特的视角
- 躬身入局：真正去理解，而非居高临下
她强调，如果团队在为全球用户构建产品，就必须尽可能代表"世界上形形色色的人"。
凝聚比分裂更有力量
面对媒体上弥漫的悲观情绪，Dana 持乐观态度："人们在做着激进而惊人的事情，只要我们团结在一起，就能继续创造伟大。"她认为，建立一个"心理安全感充足、低自我中心"的团队文化，是让不同技能的人共同成就大事的前提。
嘉宾简介
- Dana Lawson：Netlify CTO，本次受访嘉宾
- Jody Bailey：Stack Overflow 首席产品与技术官
播客联系邮箱：[email protected] 延伸阅读：
评论