引用保罗·福特

Simon Willison's Blog 新闻

摘要

保罗·福特讨论了人工智能如何改变软件开发,但强调人类协作仍然至关重要,因为人工智能可能导致项目执行不善。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/09/12 18:24

# Paul Ford的引言 来源:https://simonwillison.net/2026/Sep/12/paul-ford/ 2026年9月12日 > 有段时间我必须承认,像我这样的软件开发者似乎注定要被淘汰。我们如何能与不知疲倦的机器人竞争?但我们的行业逐渐意识到,开发真正尖端的软件仍然需要人类的思考与协作,需要最大限度地发挥各自技能并践行各自的专业技艺。人工智能能写出非常出色的软件,但同时也让敷衍他人工作变得轻而易举——这也是许多项目失败的部分原因。如今人人都能编程,反而更清楚地显现出为何许多人不该编程。 ——Paul Ford(https://www.nytimes.com/2026/09/12/opinion/ai-software-coding-apps.html),《人工智能本应带给我们新的杀手级应用,发生了什么?》

相似文章

当AI无所不能时,我们还能做什么?

Reddit r/AI_Agents

本文探讨了人类在AI辅助软件开发中的角色,强调在基础AI提示之外,人类专业知识至关重要,这在将Postgres用Rust重写以提升性能等项目以及作者自己的AI编排系统中得到了体现。

引用 Florian Herrengt

Simon Willison's Blog

Florian Herrengt 的一句引言,关于 AI 生成的代码如何导致项目复杂混乱,无人理解系统,突显软件工程中的风险。

@saranormous: https://x.com/saranormous/status/2064510215056400652

X AI KOLs Following

尽管以Devin为代表的AI编程助手取得了快速进展,显著提升了代码编写和交付的速度,但本文认为,软件工程中最有价值的部分仍难以通过基准测试衡量,并且需要人类的判断和组织协调,这些是无法轻易自动化的。

引用 Florian Herrengt

Simon Willison's Blog

Florian Herrengt 博客文章中的一段引文讨论了 AI 辅助开发如何导致无法调试、错综复杂的代码库,连 Claude 等 AI 工具也无法修复问题,凸显了软件工程中日益严重的问题。

# AI 的聪明程度取决于使用它的人

Reddit r/ArtificialInteligence

# AI 能力的上限,取决于使用它的人 一位开发者分享了他的观点:**AI 的能力,永远不会超过使用它的人。** ## 从数周缩短到数天 据他介绍,在采用 AI 辅助之后,他的一些 Web 开发项目周期从原来的**数周压缩到了数天**。AI 帮他完成了大量重复性的编码工作、调试和样板代码编写,让整体效率有了显著提升。 ## 但 AI 没有取代什么 他同时强调,AI 并没有替他完成最关键的工作: - **规划(Planning)**——需求拆解、范围界定、任务排序 - **架构设计(Architecture)**——技术选型、模块划分、系统设计 - **测试(Testing)**——测试策略制定、边界情况覆盖、质量验证 这些环节仍然需要开发者本人的判断力、经验和责任心。AI 能加速执行,但不能替你思考。 ## AI 辅助 ≠ "AI slop" 他特别指出,外界对 AI 生成代码的批评中,有些确实合理——例如未经审视、质量低劣、缺乏上下文的产物,也就是所谓的 **"AI slop"**。 但**用 AI 辅助开发,和制造 "AI slop" 是完全不同的两件事**。前者依然是由工程师负责、由工程师把关,AI 只是工具;后者则是放弃了判断和责任,把结果直接甩给 AI。 ## 结论 > AI 是放大器:它能放大你的能力,也能放大你的缺陷。 真正决定产出质量的,始终是坐在键盘前的那个人。