AI 改变软件开发的速度超出预期，接下来会发生什么
来源：dev.to — 2026-09-14
📋 概述
文章把当下的变化归纳为从「AI 辅助」走向「AI 委派」：以前的流程是开发者写代码、AI 补全下一行，现在则是开发者定义问题、给出上下文与约束、由 Agent 实现并跑测试，开发者只负责评审与放行。JetBrains 覆盖 1.5 万名专业开发者的 2026 生态调查显示，90% 的人每周至少使用一次编码 Agent，68% 每天使用。但作者强调写得更快不等于交付更快：一份分析 50 多万名 GitHub 开发者的 2026 年 NBER 工作论文发现，从自动补全转向交互式、自主式 Agent 后，提交量增幅很大，项目数增幅明显变小，真正发布的版本增幅更小。写代码从来不是整个软件开发流程，代码生成的速度被抹平在需求确认、架构匹配、安全、负载与可维护性的判断链条里。
🔑 核心要点
- 流程从补全式辅助变为委派式协作：开发者描述问题与约束，Agent 实现、跑测试，人只做评审与放行。
- JetBrains 2026 生态调查（超 15000 名专业开发者）显示 90% 每周至少用一次编码 Agent，68% 每天使用。
- NBER 2026 工作论文分析了 50 多万名 GitHub 开发者，发现提交量增幅最大、项目数增幅小得多、发布数增幅最小。
- 这条衰减曲线说明写代码从来不是全部流程，人工判断仍卡在需求是否真实、架构是否匹配、是否有安全问题等环节。
- AI 可以在许多判断项上帮上忙，但软件在到达用户之前，仍必须穿过决策、约束与验证这套系统。
- 作者的结论是：真正需要重新设计的是需求到发布的验证链路，而不是继续堆代码生成速度。
💡 金句
更好的问题不是「AI 会不会取代开发者」，而是：当写代码不再是最大的瓶颈，软件开发会变成什么？
👍 0
👎 0
← 返回 dev.to 首页