The Conductor Developer

指挥家开发者

Rachel Laycock

我是Rachel Laycock，Thoughtworks的首席技术官。我对技术如何改变我们构建软件、领导团队和运营企业的方式充满好奇。在这里，我会记录那些尚未成熟的想法，挑战自己的思考，并偶尔偏离到有趣的支线。

2026年7月31日

TL;DR 为什么我认为软件开发开始越来越像指挥一场交响乐。

软件开发正在发生一场转变，我认为我们还没有充分讨论清楚。

过去几年，我们将AI定位为生产力工具。它能多快写出代码？我们能发布多少新功能？构建软件的成本能降低多少？我认为这是错误的问题，但我理解为什么。

AI最初擅长的是编写代码，因此自然而然地，我们把重点放在这里。随着AI在编码方面变得更好，我预计瓶颈会沿着软件交付生命周期移动：从编码到设计和规范，再到架构，然后是验证。事实确实如此。在最近的FOSE活动上，我们花了很多时间讨论如何在代理越来越多地编写代码的同时，确保良好的设计、质量和韧性。

这是另一个闲聊的话题。

不过几个月前，我意识到自己关注的是错误的瓶颈。我一直假设瓶颈会简单地转移到软件交付的下一个阶段。

我错了。

AI并没有改变优秀软件的形态，它改变了稀缺资源的定义。现在，人类的注意力才是瓶颈。

下一个瓶颈不是设计，不是验证，而是我们自己。更具体地说，是我们的注意力。开发者一直保护着长时间的专注，因为那是构建优质软件的地方。结对编程、安静的下午、深度工作。我们围绕着“心流”进行优化，因为心流至关重要。当我们没有获得这段时间时，几乎没有什么进展。

但当我观察今天的开发者使用AI时，我看到了不同的景象。我认识的最优秀的开发者不再整天沉浸在心流中。他们正在协调代理。

优秀的开发者开始看起来不像程序员，而更像指挥家。

最近我在YouTube上看了Jacob Collier的视频，因为我希望很快能现场观看他的演出。观看他指挥非常迷人。他并不是试图亲自演奏每一件乐器。他在倾听整个乐章，听到哪里不太协调，适时引入不同的声音，改变能量，调整节奏，并随着演出的展开塑造表现。越来越多地，优秀软件开发者看起来就是这样。

一位伟大的指挥家首先是一位伟大的音乐家。他们自己可以演奏乐器。但这不是他们站在指挥台上的原因。他们的价值来自于理解整部乐谱。乐队不需要指挥，不是因为音乐家不够有才华。它需要指挥，是因为有人必须在脑海中把握整个系统。越来越多地，我认为优秀软件开发者正在做这件事。

AI代理就是乐手。

开发者就是指挥家。

他们正在决定哪个代理应该处理哪个问题。他们正在提供上下文。他们正在评估返回的结果。他们正在发现细微的错误。他们正在决定哪些内容需要再次迭代，哪些已经准备好继续推进。我最近和一位工程师交谈，他告诉我他们经常同时运行八个AI代理。我从其他人那里也听过类似的说法。十个。十二个。超过这个数量后，他们反而会成为瓶颈。

八个。

这个数字让我印象深刻，因为它听起来异常熟悉。它听起来就像我的工作。

作为首席技术官，我很少亲自完成工作了。取而代之的是，我同时有大量工作流在进行。一份战略文件需要反馈。一个客户机会需要决策。有人需要技术权衡的指导。另一个团队在行动前需要上下文。

没有哪项工作是整齐打包好的。它们以对话、邮件、文档、聊天信息和半成型的想法形式出现。我的工作是决定注意力应该放在哪里，理清不完整的信息，提供上下文，并帮助其他人取得进展。

当我第一次成为首席技术官时，我认为我需要更好地管理时间。我错了。

我真正需要学习的是如何管理精力。挑战不是小时数，而是持续的上下文切换。无休止的决策流。那种感觉，似乎永远没有什么是完全完成的。

一位高管教练教了我一些我从未忘记的东西。

保护你的注意力。

管理你的精力。

减少不必要的决策。

创建帮助你大脑的系统，而不仅仅是日历。

最近我一直在思考，开发者是否即将需要完全相同的能力。几周前，我将这个想法分享给了我们的首席人力与领导官。他的回应让我感到惊讶。"我知道一些根本性的变化正在发生，"他说，"我只是不知道如何帮助。现在我知道了。"

那次对话让我印象深刻，因为我们花了数十年帮助高管在这样的环境中取得成功。我们教导他们如何在信息不完整的情况下做决策，管理认知负担，坚持不懈地优先处理事项，并保护精力。然而，我们仍在为开发者准备一个以个人执行为主的世界。我们在重新设计工具，但尚未开始重新设计工作本身。

我认为软件开发人员并不会变成管理者。我认为AI不会取代工程。我认为工程专业知识只是被应用在了不同的地方，并且更加频繁，因为执行速度变得如此之快。

（我怀疑软件开发人员只是第一批经历这种变化的知识工作者，但我会把这个想法留到另一个冗长的讨论中。）

我现在最感兴趣的问题是：

当人类注意力成为稀缺资源时，我们该如何重新设计工程职业？

当我成为高管时，学习如何管理自己的精力是我做过的最困难的事情之一。即使今天，如果我不注意它，我就会付出代价。

我感觉软件开发即将要求更多人具备这些能力。

而我认为我们尚未意识到这种变化的深远影响。

最新文章（7月31日）：

《指挥者开发者》

上一篇文章：

《为什么我在写Rachel的随笔》

所有文章 /