RadarAI· X:Lauren Tan (@poteto)·· 6 天前AI 评分32
Lauren Tan:智能体写代码时代需要更新对好代码的定义
AI 导读
Lauren Tan 认为,随着智能体已大量编写代码,可维护性和整洁代码优先的传统原则需要更新,2026 年应重新定义 Good Code 的含义。她指出整洁代码历史上以性能为代价,且源于人类维护代码的时代,未来可能发展出智能体友好架构的新原则。她此前提出好代码应正确、无 bug、运行快且成本低,并认为用好智能体后生产力应有显著差异。
正文 · AI 翻译
lauren· @poteto · X·2026-10-12 02:54· 35 分钟前AI 评分61
AI 导读
Lauren Tan 认为随着智能体已大量编写代码,可维护性和整洁代码优先的传统原则需要更新,2026 年应重新定义 Good Code 的含义。她指出整洁代码历史上以性能为代价,且源于人类维护代码的时代,未来可能发展出智能体友好架构的新原则。她此前引用的讨论还提出好代码应正确、无 bug、运行快且成本低,并认为用好智能体后生产力应有显著差异。
正文
非常有意思的是,我收到了很多关于可维护性和整洁代码仍然重要的回复。我想说这已经不再成立了,我们都需要更新自己对 2026 年 Good Code 真正含义的认知。
整洁代码一直是有代价的——性能。间接层以及让代码对人类可读/可理解并非没有成本,它往往以更差的性能为代价。我们历史上对此一直可以接受,因为摩尔定律,以及大多数代码并不在热路径上。
这些原则也来自人类维护代码的时代。那时为人类优化是合理的,但现在智能体已经在编写所有代码,这就没那么合理了。事实上,我们很可能会发现并提出新的原则:智能体友好架构的原则(我计划很快写更多关于这方面的想法)
代码库一直包含垃圾代码。我们一直对此可以接受,因为除了任务关键的“硬”软件(例如嵌入式)之外,代码很少需要完美。 软件工程是一种独特的工程形式,因为你常常在构建不断演进、几乎是有机的东西——用户品味会变,你的心智模型会演进,功能来来去去。 诚然,我和许多长期写代码的人最初(比如 2024 年那会儿)都怀疑智能体会编写生产代码。“但那些会进入我们美丽代码库的垃圾代码怎么办?” 好吧,即便在那之前,我们也有来自人类的垃圾代码,而且有很多!如果实话实说,大多数人把“不是我写的代码”称为垃圾。现实是,99% 的人(我也包括在内)甚至不知道 Good Code 长什么样,更不用说有能力写出它了。我想提出,Good Code 是: • 正确 • 无 bug • 运行快且成本高效 写出真正 Good Code 一直极其困难和昂贵,因为很长一段时间里(也许 @bendlang 会改变这一点),代码并不是一种你能廉价且形式化地保证同时具备这三个属性的东西。这就是为什么编写硬核软件要困难、昂贵得多,因为取决于用例,你可能只有一次机会,所以必须从一开始就正确。 但我们使用的大多数软件并不需要是 Good Code 才能为用户提供价值。事实上,我们使用的大多数软件很可能都无法形式化验证!我们接受了一些 bug,以换取速度和进展,因此我们转而依赖测试和 o11y,并采用了更增量的方法。这是好事! 智能体帮助我们更快前进,而且如果你愿意接受这个想法,它们能够帮助我们写出更好的代码。它不会是 Good Code(那仍然昂贵),但在规模上平均而言很可能会好得多。 软件工程的新技艺就是弄清楚如何做到这一点。现在这是你的工作!如果你用和不用智能体的生产力没有显著差异,那你就是做错了什么。但现在拥抱它、把它当作学习一整棵新技能树的机会,还不算太晚在 X 查看被引用的帖子
来源:lauren · x.com
来源:RadarAI · aihot.news