
14/07/2026
AI 时代开发者正在失去什么?从 AI Coding 到工程能力的反思
从 AI 自动生成代码,到 AI 辅助完成完整项目开发,开发效率正在被重新定义。但当我们越来越依赖 AI 时,是否正在减少对源码、架构和设计能力的深入理解?本文记录我在 AI 开发实践中的思考与探索。
AI 在提高开发效率的同时,让我们丢失了什么?
最近面试中经常会遇到类似的问题:
> 你平时会使用哪些 AI 工具?如何利用 AI 提升开发效率?
现在几乎所有开发者都在讨论如何使用 AI 提效,但很少有人真正关注另一个更深层的问题:
AI 帮我们快速完成开发的同时,我们是否正在逐渐失去一些原本应该具备的能力?
例如:
- AI 生成的代码,我们是否真正理解其中的实现逻辑?
- AI 引入的技术方案,是否符合项目架构设计?
- AI 生成的模块,是否遵循单一职责原则?
- AI 写出的代码,未来维护成本是否可控?
如果这些问题没有被认真思考,那么 AI 带来的可能并不是效率提升,而是将问题隐藏到了未来。
代码虽然能够运行,但是随着项目不断迭代,很容易逐渐演变成一堆难以维护的代码。
表面上看,我们节省了开发时间;
但从长期来看,可能增加了:
- 阅读源码的时间成本;
- 后续重构成本;
- 团队协作成本;
- 项目维护成本。
最终,看似提高了效率,实际上损失了代码质量、架构能力以及对技术本身的理解。
AI 让我意识到:会使用技术 ≠ 掌握技术
最近我准备学习 Nest.js,并计划将它应用到自己的项目中。
以前学习一个技术栈,通常会按照:
官网文档 → 核心概念 → 源码分析 → 实践项目
这样的路径逐步深入。
但是这一次,我产生了一个想法:
> 既然 AI 可以直接帮我搭建 Nest.js 服务端,那是不是可以直接让 AI 按照最佳实践完成整个项目?
于是我直接让 AI 使用 Nest.js 技术栈完成后端开发。
整个过程非常快:
- 项目结构快速生成;
- Controller、Service、Module 自动创建;
- 数据库、接口、业务逻辑快速完成;
- 很多重复代码都不需要自己编写。
开发效率确实得到了极大的提升。
但是当整个项目完成后,我重新打开服务端代码时,却发现很多地方自己并没有真正理解。
我知道它能运行,也知道它完成了功能,但:
- 为什么这样设计?
- Nest.js 的依赖注入到底如何实现?
- Module 的作用是什么?
- Guard、Interceptor、Pipe 在请求生命周期中的执行顺序是什么?
这些问题,我并没有真正掌握。
这让我意识到:
AI 可以替代大量编码工作,但无法替代技术理解。
如果长期依赖 AI 生成代码,我们很容易退化成:
> 只会使用 Vue、React、Nest.js 等框架,而不了解它们为什么这样设计。
就像很多前端开发者能够熟练使用 React、Vue 完成业务开发,但是没有深入理解:
- Fiber 架构为什么出现;
- Scheduler 如何调度任务;
- Hook 为什么不能在条件语句中调用;
- Reconciler 如何完成协调过程。
会使用框架,只是掌握了工具;
理解框架设计思想,才是真正掌握技术。
AI 时代,开发方式需要改变
未来我的开发方式可能会调整:
以前:
> 需求 → AI 生成代码 → 修改问题 → 上线
现在:
> 学习技术原理 → 理解设计思想 → 使用 AI 辅助实现 → Code Review → 持续优化
AI 更适合作为:
- 编程助手;
- 方案讨论伙伴;
- 重复工作的执行者;
- 代码优化工具。
而不是完全替代开发者思考。
最近在使用 OpenSpec 和 Spec Kit 开发项目后,也让我有了一些新的认识。
相比以前直接让 AI 根据需求生成代码,规范驱动开发(Specification Driven Development)能够明显改善 AI 开发过程:
- 先明确需求和边界;
- 再设计系统结构;
- 拆分任务;
- 最后让 AI 执行具体实现。
结合 TDD(Test Driven Development)的思想,可以让 AI 生成的代码更加稳定、可维护。
AI 时代,开发重点可能正在从:
> 写代码
逐渐转变为:
> 设计系统、定义规范、审查代码。
AI 目前仍然缺少真正的设计能力?
除了代码开发,我最近也尝试使用 AI 生成产品原型。
包括:
- Codex;
- Cursor;
- Gemini;
- Figma AI。
我的体验是:
目前大部分 AI 在功能实现方面已经非常强,但是在 UI 设计能力上仍然存在明显差距。
我尝试根据完整的功能需求列表,让 AI 自动生成产品原型。
结果:
功能结构基本正确,但是视觉效果往往无法达到预期。
很多页面:
- 布局比较普通;
- 视觉层次不足;
- 缺少设计语言;
- 不符合真实产品审美。
但是 Figma AI 生成的设计效果明显更好。
我猜测其中一个重要原因是:
Figma 本身拥有大量成熟的设计资源:
- 组件库;
- 设计规范;
- 历史优秀作品;
- 大量真实 UI 数据。
所以它生成的结果更接近设计师的工作方式,而不是单纯根据文字描述生成界面。
另外,最近体验 Codex 的 Image2 生成能力,发现它生成的 UI 视觉效果非常优秀:
- 风格统一;
- 视觉冲击力强;
- 符合现代产品设计趋势。
但是目前的问题是:
> 图片生成很容易,真正转化成html UI 代码依然困难。
设计稿 → 前端代码,这个过程仍然需要大量人工调整。
最近 Codex 推出了 Product Design 相关能力,看社区反馈非常不错。
后续也会继续体验,看 AI 是否能够真正打通:
需求分析 → 产品设计 → UI 原型 → 前端实现
这一完整流程。
总结
AI 正在改变软件开发方式。
它让开发速度提升了很多,但同时也带来了新的挑战:
我们是否正在因为 AI 而减少学习?
是否正在失去阅读源码的能力?
是否正在忽略架构设计的重要性?
未来优秀开发者的竞争力可能不再只是:
> 谁写代码更快。
而是:
> 谁能够更好地理解技术、设计系统,并利用 AI 放大自己的能力。
AI 不应该成为替代思考的工具,而应该成为增强思考能力的工具。
持续更新...