AI 时代,敏捷宣言已死?听听 Martin Fowler 和 Kent Beck 怎么说

本文永久链接 – https://tonybai.com/2026/04/12/agile-manifesto-dead-in-ai-era-martin-fowler-kent-beck

大家好,我是Tony Bai。

25 年前,在美国犹他州的一间滑雪小屋里,17 位当时最顶尖的软件开发者聚集一堂,共同签署了一份将彻底改变未来二十年软件工程形态的纲领——《敏捷软件开发宣言》。

在这 17 位“上古大神”中,有两个名字,如同北极星一般,指引了一代又一代程序员的成长:一位是《重构》的作者 Martin Fowler,另一位则是“极限编程(XP)”之父、敏捷宣言的发起人 Kent Beck。

25 年后的今天,当生成式 AI 的海啸席卷全球,当“敏捷迭代”被 AI 的“瞬间生成”无情碾压时,我们不禁要问:敏捷已死吗?我们曾经信奉的那些工程哲学,还剩下什么?

就在前几天,在一个汇聚了硅谷最火热 AI 创业者的闭门活动上,这两位白发苍苍的“活化石”出人意料地并肩坐到了一起,进行了一场关于 AI 时代的世纪对话

他们没有去鼓吹 AI 带来了多高的效率,反而用一种极其深刻、甚至有些悲观的视角,对当下这场“AI 狂欢”提出了终极拷问。这场对话,值得我们每一个身处其中的技术人,暂停手中飞速生成的代码,静下心来,一字一句地读完。

历史的轮回:AI,不过是又一个“微处理器”

面对台下年轻开发者对 AI 的狂热与恐慌,Kent Beck 的开场异常平静。他把时间拉回到了自己还是个孩子的时候。

“在微处理器(Microprocessor)诞生之前,电脑是一个你根本搬不动的庞然大物。当英特尔 4004 芯片问世时,我们突然意识到,‘等等,这也是一台电脑!’ 突然之间,你能做的事情的想象空间被无限放大了。”

Kent Beck 认为,今天的 AI,在本质上与当年的微处理器、后来的面向对象、再后来的互联网浪潮并无不同。它们都是“想象力的放大器”。

他坦言自己现在正在用 AI 去做一些“极其离谱的、野心勃勃的项目”,比如用 Rust 写库级别的高质量代码。“很多都会失败,但这没关系,这就是探索的一部分。”

而 Martin Fowler 则补充了他对技术浪潮的“二阶思考”:

“你必须在‘怀疑主义’和‘好奇心’之间找到完美的平衡。我对区块链就极其怀疑。但我的怀疑主义必须是绝对的——这意味着,我必须连我自己的怀疑本身,都保持怀疑。”

他坦言,自己一开始对 Copilot 这种东西也极度不屑,觉得它生成的都是垃圾。直到他读了 Simon Willison 的博客,才意识到:要用好一个工具,你必须先学会如何用好它。这和当年很多人嘲笑“面向对象”没用,但其实只是他们自己没有用对,是同一个道理。

戳破幻觉:“敏捷”的敌人,从来不是瀑布开发

当被问及“AI 承诺的‘更快、更好、更便宜’,与 25 年前敏捷宣言的初衷是否一致”时,Kent Beck 抛出了一个极其扎心的观点:

“事实证明,企业根本不想要更快、更好、更便宜。在一个公司内部,各种激励机制的错位,导致他们会惩罚那些真正追求效率的人。”

Martin Fowler 对此深有同感。他认为,AI 与敏捷最大的不同在于,当年他们需要费尽口舌去说服企业“敏捷有多重要”,而今天,没有任何一家公司敢对 AI 的重要性视而不见。

但这恰恰是最大的陷阱。

当年的“敏捷转型”,在无数企业中最终都演变成了一场“形式主义的灾难”,催生了庞大的“敏捷工业复合体”。

而今天,同样的剧本正在 AI 身上重演。无数根本不懂技术的咨询公司,正在兜售着各种“AI 转型”的灵丹妙药。

AI 正在成为新的“蛇油(Snake Oil)”。

注:“蛇油”是19 世纪的美国民间骗局,有人贩卖一种据说能治百病的“蛇油”之类的神药。其核心特征是用夸张的疗效宣传、用故事/神秘疗法包装、同时缺乏科学依据,最后你花钱买到的往往是没用甚至有害的东西。

架构师的终极拷问:AI 正在摧毁程序员的“社交”

如果说对“蛇油”的警惕还只是宏观层面的担忧,那么 Kent Beck 接下来提出的观点,则直接刺向了每一个正在享受 AI 编码便利的开发者。

他认为,AI 正在让软件开发“重新孤岛化(Re-soloing of programming)”

“极限编程(XP)很大一部分工作,是为那些天生不善社交的程序员,创造一个安全的社交环境。在一个 XP 团队里,人们每天花几个小时进行结对编程、激烈讨论,并乐在其中。”

“但我现在看到的是什么?‘我是一个程序员,我手下有 6 个 Agent,所以我是一个小团队的管理者。’ 不,你不是。你只是在同时使用 6 个工具。

在过去,我们把程序员从一个个封闭的办公室里解放出来,让他们围坐在一起,通过“混乱、复杂、充满人味儿”的社交过程,去创造伟大的软件。

而现在,我们似乎又在主动退回那个“把程序员关进小黑屋,从门缝底下塞披萨”的时代。只不过,这次陪伴你的,是几个冰冷的 AI 机器人。

Martin Fowler 也表达了同样的担忧:

“未来的团队,到底是‘一个披萨的团队’(因为 Agent 不吃披萨),还是一个‘两个披萨的团队,但效率翻倍’?我赌后者。

他认为,“两个人类 + N 个 AI” 的结对编程模式,可能是未来的答案。因为两个人类可以更好地控制 AI 的方向,同时保留了宝贵的人类交互。

有趣的是,Kent Beck 甚至觉得现在的 AI 有点“太快了”。

“当 AI 需要 3 分钟才能返回结果时,我们正好可以利用这段时间,去讨论一下变量命名的哲学,或者下一步的架构方向。但如果它 15 秒就返回了,我们就失去了交流的时间。”

手艺人的黄昏:当 AI 剥夺了“重构的快感”

在对话的最后,当被问及“AI 时代,程序员该如何自处”时,Kent Beck 的一段独白,充满了“手艺人”的失落与悲情,足以让每一个热爱编码的资深开发者瞬间破防。

“我过去在编程中获得的一种‘强迫症’般的享受,正在消失。那种把一个文件从一坨屎山,通过无数个微小、安全的步骤,最终重构成一件艺术品的快感,再也没有了。”

“我依然可以从宏观上理解我正在做什么。但我需要把我的关注点,从享受‘雕琢程序本身’,转移到享受‘理解业务领域’上。因为在‘雕琢程序’这件事上,我们已经失去了杠杆。”

Martin Fowler 则给出了更具操作性的建议:

“一个有趣的现象是:开发者体验(Developer Experience)和智能体体验(Agent Experience)的维恩图,是一个完美的圆。对 Agent 友好的代码,对人类也友好。”

他认为,拥有良好模块化、清晰接口和完备测试的代码,AI 处理起来会更得心应手。我们过去几十年积累的那些“手艺”,并没有过时,它们只是从“指导人类”变成了“指导 AI”。

小结:在不确定的浪潮中,抓住不变的礁石

这场持续了一个多小时的对话,没有给出任何关于“如何写 Prompt”、“用哪个模型”的答案。

但这两位穿越了数个技术周期的智者,用他们的人生经验,为我们指明了在 AI 这场史无前例的巨浪中,唯一能抓住的几块礁石:

  1. 保持绝对的怀疑,包括对怀疑本身的怀疑。
  2. 学会设计最小化的实验,亲自去验证那些天花乱坠的说法。
  3. 不要放弃与人交流,那才是创造力的真正源泉。
  4. 把你的代码写得更清晰、更模块化、测试更完备。这不仅是为了你自己,更是为了你未来的 AI 同事。

最后,Kent Beck 给出了一个极其悲壮的建议:或许,我们是时候放弃享受“雕琢代码”的乐趣,而去享受“理解世界”的乐趣了。

这或许是对 AI 时代,我们这些“数字手艺人”最深刻、也最无奈的宿命注解。

资料链接:https://www.youtube.com/watch?v=CZs8J1ZD0CE


今日互动探讨:

在使用 AI 编程后,你是否也像 Kent Beck 一样,感觉失去了那种“重构屎山”的快感?在 AI 时代,你认为“结对编程”是会消亡,还是会变得更加重要?

欢迎在评论区分享你的看法!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

Go Command 工作组成立:这几个用了十年的命令可能要被废!

本文永久链接 – https://tonybai.com/2026/04/11/go-command-working-group-formed-legacy-commands-deprecated

大家好,我是Tony Bai。

在这个技术浪潮汹涌的时代,Go 语言以其惊人的稳定性和向后兼容性著称。但稳定,并不代表停滞。

就在最近,Go 核心团队内部悄然发生了一件大事:他们正式成立了一个全新的 “Go Command 工作组(Go Command Working Group)”。

这个工作组汇聚了 Go 工具链领域最核心的大神们(如 Cherry Mui、Matloob、ThePudds 等)。他们的使命非常明确:对 go 命令集中那些最古老、最含糊、最容易引发开发者困惑的“历史遗留问题”,进行一次彻底的“清理门户”。

就在前几天,这个“指挥部”的前两次闭门会议纪要,以及随之而来的两份重磅提案(Issue #78350#78387被公之于众。

当我读完这些提案和讨论后,我意识到,一场关于 Go 语言未来的“静默革命”已经打响。今天,就让我们来拆解这场顶级大佬的闭门会议,看看我们用了十年的几个“祖传命令”,为什么即将面临被废除的命运。

第一刀:砍向 go list …,这个“万能匹配”为何成了大坑?

如果你写过稍微复杂一点的 Go 项目,甚至只是写过一些 Makefile,你大概率见过 go list …。

在早期,go list …中的这三个点的省略号 … 意味着“匹配所有(Everything)”。

但在 Go Modules 时代,这条命令成了一个彻头彻尾的“陷阱”。

在最新的 Issue #78387 提案中,工作组负责人 Matloob 毫不客气地指出:

“在Go 模块模式下,go list … 几乎永远做不出用户期望它做的事!”

大佬辩论现场还原:

  • Matloob(主刀人):它试图列出构建列表中所有模块的所有包,这会导致解析一大堆根本不需要的依赖。如果直接在模块下运行,它甚至会因为找不到工作区依赖而直接抛出莫名其妙的错误。
  • PJ Weinberger:强烈支持(废弃)!
  • ThePudds模块图剪枝(Pruning)在Go 1.17引入后,匹配模式的含义变得非常复杂,连文档都没完全跟上。大家越来越搞不懂 … 到底代表什么了。

为什么必须砍掉它?

在旧的 GOPATH 时代,go list … 能简单粗暴地列出 $GOPATH/src 下的所有包。但在 Modules 时代,你想要的其实是当前项目的所有包,也就是 go list ./…(注意前面的 ./)。

直接用 … 会引发漫长且无意义的全局依赖解析,甚至导致构建失败。

更有意思的是,核心成员 Sean Liao (seankhliao) 用 GitHub 搜索了一下,发现有将近 6700 个 Makefile 或脚本里还写着 …。但经过抽查发现,这些代码大多是从几年前的旧教程里复制粘贴过来的,实际上在现在的模块模式下,它们本来就已经跑不通了。

经过讨论,工作组达成初步共识:在模块模式下,直接使用 go list … 将会报错并被禁用。系统会提示你改用 ./… 或者 work 模式。如果你公司的古老 CI 脚本里还有这个写法,赶紧改!

第二刀:GO111MODULE=auto 的黄昏,彻底关上 GOPATH 的大门

GO111MODULE 这个环境变量,是无数 Gopher 从 GOPATH 时代痛苦过渡到 Modules 时代的“阵痛记忆”。

它有三个值:on(强制开启模块)、off(强制关闭)、以及 auto(自动检测)。

Issue #78350 提案中,工作组决定对 auto 下达最终的“死亡通知书”。

大佬辩论现场还原:

  • Matloob:我们提议,将 GO111MODULE=auto 的行为直接等同于 on。实际上这就是把它给“移除”了。
  • Cherry Mui(安全与数据派):我们应该现在就开启遥测(Telemetry),看看到底还有多少人在用 auto。我们无法预测什么时候会需要这些数据。
  • ThePudds(社区观察家):确实还有少数人,比如只想在命令行随手编译一个单文件脚本,不想建 go.mod 的人,还在享受 GOPATH 模式。

为什么必须砍掉 auto?

auto 的逻辑是:如果当前或上层目录有 go.mod,就用模块模式;否则就回退到 GOPATH 模式。

这种“左右摇摆”的行为在十年前是伟大的过渡方案,但在今天却成了巨大的累赘。

Go 的工具链在启动时,每次都要去猜自己到底在什么模式下运行。如果彻底砍掉 auto(即默认全局 on),编译器可以做大量的架构简化。

更有趣的是,在提案的评论区,有开发者表示他们为了在旧 GOPATH 项目和新 Modules 项目间切换,在全局环境变量里写死了 GO111MODULE=auto。

但 Go 团队的决心是坚定的:到了 2026 年,如果你真的还在维护古老的 GOPATH 项目,你应该显式地在那个目录下设置 GO111MODULE=off。默认情况下,大门已经向 GOPATH 彻底关闭。

第三刀:终结 go.mod 里的版本号“无意义内卷”

除了上述两个直接废弃的命令,会议纪要中还透露了一个极具前瞻性、也最能体现 Go 团队“工程哲学”的重磅提议:关于 go.mod 文件中 Go 版本号的简化。

如果你现在运行 go mod init my-module,生成的 go.mod 文件里会包含一个精确到补丁号(Patch version)的版本,比如 go 1.26.2。

这引发了一个极其无聊,却又在开源界反复上演的“内卷”:

每次 Go 发布一个新的小补丁版本,Github Dependabot 这种自动化机器人就会疯狂地给全世界的开源项目提 PR,要求把 go.mod 里的版本号也跟着升上去。

大佬辩论现场还原:

  • ThePudds:这种为了升级而升级的行为,带来了巨大的“噪音(Noise)”,却没有相应的收益。我们应该倡导一个最佳实践:默认情况下,go mod init 应该只生成主次版本号(如 go 1.26),补丁号应该是可选的且不推荐设置!
  • Cherry Mui(安全视角):等一下,这需要跟安全团队确认。如果某个补丁修复了严重的安全漏洞,漏扫工具会不会因为开发者没写补丁号而漏报?
  • ThePudds:每个开发者都有自己本地的构建工具链决策权。仅仅因为 Go 出了个补丁,并不意味着世界上每一个开源库都需要立刻被 Dependabot 强行更新一次 go.mod 文件。

go.mod 里的 go 指令,核心作用是“启用语言的语法特性”。只要你的代码没用新语法,写 1.26 就足够了。至于构建时到底用 1.26.3 还是 1.26.8 的编译器来保证安全,那是执行构建动作的人(或者 CI 系统)该操心的事,而不是由成千上万个基础库的 go.mod 文件来反向绑架。

这项提议一旦落地,将彻底终结无意义的 PR 轰炸,让开源维护者重新获得清净。

小结:一场“静默的革命”

Go Command 工作组的这两次会议,没有像泛型那样引入任何惊天动地的新语法。

但它对 Go 语言生态的影响,可能比任何一个新特性都要深远。

它像一个经验丰富的老园丁,正在小心翼翼但又果断地修剪 Go 这棵大树上那些已经枯萎、或者长歪了的枝桠。

  • 砍掉 go list …,是为了让模块查询的逻辑更清晰。
  • 砍掉 GO111MODULE=auto,是为了让构建环境更具确定性。
  • 简化 go.mod 的补丁号,是为了让整个生态的协作更高效。

在这场“静默的革命”背后,我们看到的,是 Go 团队对“简单性、确定性、工程效率”这三大工程哲学一以贯之的坚守。

Go 语言的伟大,不在于它有多么强大的功能,而在于它在过去十几年里,拒绝了多少看似“合理”的坏品味。而这场“清理门户”,才刚刚开始。

资料链接:https://github.com/golang/go/issues/78474


今日互动探讨:

在日常开发中,你被 Go 命令行的哪些“反直觉”行为坑过?对于废弃 go list … 和 GO111MODULE=auto,你是拍手叫好还是觉得会影响你的老项目?

欢迎在评论区分享你的看法!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats