Will Larson 谈工程管理的潜规则如何改变
The revised rules of engineering management with Will Larson
Imprint CTO Will Larson 在播客中讨论 2010 年代以来工程管理“潜规则”的变化，以及工程师到 CTO 职业路径受到的冲击。他认为中层管理岗位正变得不稳定，建议中层管理者回到一线管理并重新学习技术技能。他还以 Digg v4 重写、Yahoo 服务器审批“黑市”等亲身经历说明激励如何塑造行为。
开始之前：我非常激动地宣布一场 The Pragmatic Engineer Unplugged 现场活动：嘉宾是 Diogo Almedia（Jev 的创造者）和 Bryan Cantrill（Oxide 联合创始人兼 CTO）。11 月 4 日（周三），旧金山，SFJAZZ Center。免费参加，但名额有限，需要注册。
流媒体播放最新一期节目
现在就在 YouTube、Apple 和 Spotify 上收听和观看。 本页顶部可查看节目文字稿，底部可查看节目时间戳。
本期赞助商
• turbopuffer – 构建于对象存储之上的向量和全文搜索：快速、成本低 10 倍，且极具可扩展性。在底层，团队正在重写 tpuf 存储引擎。关注进展，直到它投入生产：turbopuffer.com/v3
• 如果你只需要一个测试就能加固你的系统呢？免费获取基于属性的测试入门介绍：由 Hillel Wayne（近期的播客嘉宾）主持的在线直播网络研讨会，他是《Logic for Programmers》的作者，也是 Antithesis 的开发者教育者。在此 RSVP。
• Entire – 为智能体时代重建的 Git 托管。Entire 在区域内托管你的代码，速度比其他任何竞争对手快最多 89 倍。从 GitHub 一键镜像 – 我已经这么做了。
本期内容
自 2010 年代以来，工程管理“不成文规则”发生了什么变化，是什么推动了向今天的转变，以及这对从工程师到 CTO 的职业路径产生了什么影响？今天的嘉宾是我认识的最能应对这些问题的人之一。
Will Larson 是 Imprint 的 CTO，曾担任工程高管 10 多年，并著有数本关于工程领导力的畅销书，包括《The Engineering Executive’s Primer》《Staff Engineer》《An Elegant Puzzle》和《Crafting Engineering Strategy》。此前，他还曾担任 Carta 和 Calm 的 CTO，以及 Stripe 和 Uber 的工程负责人。
在本期节目中，我们探讨工程领导力如何从金融危机后长期 ZIRP 时代形成的管理实践，演变到今天工程师和管理者被改变的期望。
中层管理是否是一条日益不稳定的职业路径，管理者是否可能需要重新学习技能并回归亲力亲为的技术工作——甚至考虑退休？Will 提出了自己的论点，我们听到了为什么通往工程高管角色的传统路径正在改变，以及为什么有时后退一步可能是前进的最佳方式。
我们讨论 Will 的早期职业生涯，听他第一手讲述 Digg 灾难性的重新上线、他自己通往 CTO 的道路，他还告诉我们为什么职业阶梯仍然重要。我们还探讨 AI 如何改变工程角色，并将技术决策带回领导层。
与 Will 对话的要点
以下是我们的对话中一些值得关注的要点。在对话中，Will 建议中层管理者回到一线管理岗位，像他一样重新学习技能。他并没有要求我这样做，但我想提一下，他正在 为 Imprint 招聘多个关键工程经理职位，以利用智能体重新思考软件团队的工作方式。
1. Will 分享了一段内幕：一个网站如何在 v4 重写后陷入无人问津的境地。Digg 在 2000 年代末是社交媒体网站的“王者”；比 Reddit 更大，也是全球访问量前十的网站之一。2010 年，公司启动了一项名为 Digg v4 的大规模重写，一切戛然而止——那是一场灾难。那是 Digg 衰落的开始。
Will 在这次重写期间就职于 Digg，他分享了 Digg 当时已经在流失用户和流量给 Facebook，而且 Google 更改了算法，导致 60-70% 的流量损失。从外部看，Digg 似乎在增长，但其商业前景正在迅速萎缩。公司当时约有 120 人，资金消耗很快。
就在这种情况下，v4 重写启动了，并且要在当时新回归的 CEO Kevin Rose 设定的硬性截止日期前完成。v4 版本疏远了热情的用户，并且存在严重的性能和可靠性问题。
Will 和一个小型工程团队修复了这些问题。根本原因是 Python 内存泄漏，由一些对 Python 不太了解的开发者引入。Will 在他的博客上分享了更多细节。
即便如此，Will 并不认为那次重写杀死了 Digg：无论有没有那次重写，Digg 都会遭遇同样的命运，被 Facebook 和 Reddit 超越并取代。
2. 在 Yahoo，联合创始人坚持亲自审批新服务器后，出现了一个服务器“黑市”。这是一个关于激励如何驱动行为的搞笑故事：Yahoo 联合创始人 David Filo 希望让团队为每一次服务器采购提供理由，以此推动问责制。这催生了一个“黑”市，Will 回忆说，他团队里的一位工程师有一个被取消的项目留下的 30 台服务器，他用这些服务器与在其他地方无法获得批准的开发者进行交易，换取自己需要的东西。而且，服务器不必归还，所以 Yahoo 最终运行着大量过时、耗电的机器！
3. 在 2000 年代，每年与经理进行 1:1 沟通是常态。Will 在 2008-2010 年就职于 Yahoo，与他的经理进行了两次 1:1 沟通：一次是经理询问 Will 关于其他人的表现，另一次是在沟通结束后他递交了辞呈。在当时，与经理的 1:1 沟通很少见，这相当普遍。
4. 太多 Staff+ 工程师只想解决有趣的问题。在 Stripe，Will 领导着一个约 250 人的组织，许多最资深的工程师经常寻找更“有吸引力”的问题来解决。Will 最终找到了他的最佳回应：
“我只能提供痛苦，但正是这种痛苦将让企业成功。”
然而，他觉得自己被一些人视为违反了管理的一条不成文规则，即没有为他们找到足够多——或足够有趣——的问题来参与。如今，在 Staff+ 级别，工程师将业务问题放在首位是一项基本期望。
5. Will 认为，ZIRP 塑造了 2010 年代的工程管理实践。ZIRP 代表零利率时期——我们深入探讨了 ZIRP 对工程管理的影响。他推荐 Ranjan Roy 的文章《ZIRP 解释了世界》。Will 说：
“那时候，你招聘、签约和留住人才的能力，成了成功公司之间的分水岭。不那么成功的公司就是留不住优秀人才。
[这种招聘和留人的动态]把主动权交回到了工程师手中，创造了一个非常不同的环境。所以，公司纷纷把自己包装成更轻松的环境，更关注你，并提供更多职业发展机会。而我认为，这些做法往往有点适得其反。”
6. 在 2010 年代，许多工程领导者的答案是“多招工程师”。如今则不然，他说：
“我现在告诉与我合作的团队，招聘是解决所有问题中最无趣的方式。我们几乎永远不该谈招聘。
但在 2010 年代，我们基本上告诉管理者，他们不能考虑技术解决方案。那他们还剩下什么？他们有流程解决方案、有排期，或者有人可招。”
7. 关注工程师福祉可能导致软件可靠性下降。在 2010 年代，一些公司选择不让薪酬最高的工程师值班，而由其他人处理。但当工程师为自己构建的软件值班时，会带来更好、更可靠的软件。当时，不安排值班是招聘和留住人才的一种方式，但也导致质量下降，因为工程团队感受不到自己软件造成的中断之痛。
Gergely 的旁注：我想知道 AI 智能体是否会在这方面带来改变。值班最糟糕的事情之一就是被寻呼机叫醒。我们能否设计出循环，自动缓解我们预期且准备充分的事件？
8. 软件工程变革更加剧烈，正在赶走一些工程师。Will 认识一个人，因为 AI 破坏了“心流”状态而决定从科技行业退休。工程师的生产力更高了，但享受更少了。Will 说，通过关注结果，他过得很愉快。
9. 技术主管经理这一角色现在非常抢手。Will 之前写过技术主管经理角色是一个职业陷阱，我在深度文章《工程领导技能集重叠》中也有类似观点：
公司内部正在发生变化；EM 开始管理 12-14 人，而不是以前的 4-8 人，而总监们管理更多 TLM。在 Imprint，Will 的一些最佳招聘是那些也想写软件的经理。TLM 角色非常适合这一点。在他的书中，他将优秀的 TLM 描述为有能力但无意从事官僚工作的人；他们天生就是建设者。
10. 工程经理过去期望不做技术决策，但这已经过时了。Will 回忆道：
“2010年代做工程经理最糟糕的部分之一是，当你加入工程管理层时，你最早学到的教训之一就是：‘你再也不能做技术决策了。’我确实就是被这么告知的。”
这也是我成为EM时得到的建议：让工程师做技术决策，别挡他们的路，支持他们成长。如今风向正在大幅转变，越来越多的科技公司期望管理者亲力亲为、深入细节。
11. 优秀的工程高管（CTO、VPE）需要既是技术专家又是官僚。Will认为工程高管有两项工作：
做官僚：管理激励、创建并处理官僚体系，并懂得如何驾驭它。这项工作常常包括管理你一无所知的职能
做技术专家：知道该构建什么、它如何运作，以及某项技术选择是否合理
Will认为，直到最近，许多走中层管理者路径的工程高管在成为技术专家之前先是官僚。
12. 给中层管理者的直白信息：退休或重新学习技能。Will离开Carta一个250人的团队，去Imprint带领25名技术人员。他有意在自己的领导生涯中“退后一步”，因为他相信变化如此剧烈，我们所熟知的工程领导职业三年后将不复存在。
在这一切之中，Will说如今一线管理对高管来说可能更有吸引力，因为一线管理的工具和编写软件的工具都非常好。然而，他认为官僚体系的工具仍然相当糟糕。这就是为什么一些有才华的工程人员对工作感到厌倦：
“对很多人来说，有一种感觉是行业背叛了他们，他们理应得到自己为之努力的东西。而问题是，他们是对的！
他们工作得极其努力，但规则已经改变。自2010年代以来，我们忘记了我们的行业实际上非常动荡。我们确实只是拿钱去做对公司有价值的事情。这些公司雇用我们并不是为了娱乐。”
The Pragmatic Engineer与本期相关的深度内容
• 获得工程高管职位
• 与Thuan Pham（Uber首任CTO）一起扩展Uber
• 超高速增长的初创公司：Uber和CloudKitchens
时间戳
00:00 开场
08:20 来自Yahoo!的故事
12:47 Digg v4重写：内幕故事
26:02 Will通往工程领导之路
30:03 Uber、Stripe、Carta和Calm
35:11 CTO做什么？
38:09 Will在Imprint的角色
42:48 工程管理如何演变
51:08 ZIRP对科技行业的影响
57:21 职业阶梯
1:01:03 Eng 1 vs Eng 2
1:06:58 软件工程角色如何变化
1:16:25 修订后的工程领导规则
1:21:57 作为 EM 成为官僚的风险
1:25:57 如何成为 CTO？
1:31:33 中层管理与直线管理
1:41:36 Will 的写作
1:52:13 书籍推荐
参考资料
在哪里找到 Will Larson：
• LinkedIn：https://www.linkedin.com/in/lethain
• 网站：https://lethain.com
节目中提及：
• Apple IIc：https://en.wikipedia.org/wiki/Apple_IIc
• 多用户地牢：https://en.wikipedia.org/wiki/Multi-user_dungeon
• mIRC：https://en.wikipedia.org/wiki/MIRC
• Jet 项目：https://jetprogramusa.org
• Yahoo Search BOSS：https://en.wikipedia.org/wiki/Yahoo_Search_BOSS
• David Filo 的 LinkedIn：https://www.linkedin.com/in/david-filo-230184169
• Digg：https://en.wikipedia.org/wiki/Digg
• Kevin Rose 的网站：https://www.kevinrose.com
• Mrbabyman 的 Instagram：https://www.instagram.com/mrbabyman
• Jeremy Grosser 的 LinkedIn：https://www.linkedin.com/in/synack
• 《凤凰项目：一个关于 IT、DevOps 以及帮助你的业务获胜的小说》：https://www.amazon.com/dp/0988262592
• 《站点可靠性工程：Google 如何运行生产系统》：https://www.google.com/books/edition/_/iXnw0QEACAAJ?kptab=getbook
• Stripe：https://stripe.com
• Carta：https://carta.com
• Calm：https://www.calm.com
• David Singleton 的 LinkedIn：https://www.linkedin.com/in/davidpsingleton
• Imprint：https://imprint.co
• ZIRP 解释了世界：
Margins，作者 Ranjan Roy 和 Can Duruk
7 年前 · 92 个赞 · 27 条评论 · Ranjan Roy
• Linear：https://linear.app
• 《人月神话：软件工程随笔》：https://www.amazon.com/dp/B0722G5TKZ
• 修订后的工程领导力法则：https://lethain.com/revised-rules-of-engineering-leadership
• 帕金森定律：https://en.wikipedia.org/wiki/Parkinson%27s_Law
• Slack 代理：https://slack.com/ai-agents
• Jira：https://www.atlassian.com/software/jira
• Muse：https://muse.ai
• 《像国家一样观察：旨在改善人类状况的某些计划为何失败》：https://www.amazon.com/dp/0300078153
• 薪资谈判：赚更多钱，变得更有价值：https://www.kalzumeus.com/2012/01/23/salary-negotiation
• 如何成为科技影响者：https://lethain.com/tech-influencer
• No idea 博客：https://www.noidea.dog
• 做胶水：https://www.noidea.dog/glue
• 《优雅的谜题：工程管理系统》：https://www.amazon.com/dp/1732265186
• 《Staff Engineer：管理轨道之外的领导力》：https://www.amazon.com/Staff-Engineer-Leadership-beyond-management/dp/1736417916
• 《工程高管入门》：https://www.amazon.com/Engineering-Executives-Primer-Will-Larson-ebook/dp/B0CV4QGPXD
• 构建工程策略：深思熟虑的决策如何解决复杂问题：https://www.amazon.com/Crafting-Engineering-Strategy-Thoughtful-Decisions
• 系统思考：https://www.amazon.com/Thinking-Systems-Donella-H-Meadows/dp/1603580557
• 实用 TLA+：计划驱动开发：https://www.amazon.com/Practical-TLA-Planning-Driven-Development-ebook/dp/B07FMHX7M2
• 与 Hillel Wayne 探讨形式化方法：https://newsletter.pragmaticengineer.com/p/formal-methods-with-hillel-wayne
—
制作与营销：Pen Name。
来源：The Pragmatic Engineer · newsletter.pragmaticengineer.com