AI编程让人更累:一个深度使用者的真实感受

AI编程让人更累:一个深度使用者的真实感受

说实话,我用了半年AI编程工具后,最大的感受不是效率提升,而是------更累了

这篇文章不唱反调,也不黑AI编程。我只是想聊聊,AI编程工具带来的一些副作用,以及我们该怎么应对。


我是怎么被"累"到的

先说个最近的例子。

上周我用 Cursor 写一个数据处理模块。AI 生成的代码看起来逻辑清晰,注释完整,我都没细看就直接合进了主分支。结果测试环境跑起来,内存直接爆了。

后来排查发现,AI 为了"代码优雅",用了流式处理的方式处理大文件,每次加载整个文件到内存。虽然代码写得漂亮,但完全没考虑实际数据量。

改这个 bug 我花了 4 个小时。

如果是我自己写,可能就土办法直接循环处理了,虽然不优雅,但至少不会出这种问题。


AI编程的三大累

1. 代码质量:看起来对,实际上错

这是最让人崩溃的。

AI 生成的代码通常有以下特点:

  • 语法完全正确
  • 命名规范,注释清晰
  • 逻辑看起来也没问题

但一跑就崩。

我总结了几个常见坑:

边界情况不考虑。AI 喜欢写"理想情况"的代码,空数组、null 值、超大输入?不好意思,没考虑。

过度设计。明明一个函数能搞定,AI 非要搞个策略模式、工厂模式,代码量翻倍,维护成本翻倍。

依赖最新API。AI 训练数据里的很多方案依赖新版本的库或语法,但你的项目可能用不了。

隐藏的性能问题。就像我上面的例子,AI 不了解你的数据规模、业务场景,生成的代码可能存在隐形的性能瓶颈。

2. 调试困难:不知道问题在哪

这个真的很累。

用传统方式写代码,出了问题我可以顺着逻辑一步步排查。但 AI 生成的代码,很多地方我根本不知道它为什么这么写。

最典型的场景:

  • 代码报错了
  • 我看不懂这段逻辑
  • 问 AI 为啥这么写,AI 给的解释我自己都不信
  • 最后只能重写

而且 AI 代码有个特点:它很会"将错就错"。如果你告诉它哪里错了,它可能会用更复杂的方式去"修复",引入更多问题。

我现在的做法是:AI 生成的代码,必须逐行 review。不是抽查,是每一行。

3. 技术债务:出来混迟早要还

短期来看,AI 确实能让你快速产出代码。但长期来看,技术债务会指数级增长。

几个典型的债务场景:

不一致的代码风格。AI 今天用函数式写法,明天用面向对象,后天又变了。一个项目里七八种写法,后人维护直接崩溃。

过度抽象。AI 特别喜欢抽象,可能一个简单功能分出来五个类、三个接口。改一个小功能要改七八个文件。

测试缺失。AI 生成代码通常不带测试,或者测试覆盖率很低。代码跑通了,但心里没底。

文档缺失。AI 生成的代码注释可能是错的,或者只描述了"做了什么",没解释"为什么这么做"。


认知负担:你以为在省力,实际在耗脑

除了代码层面的问题,AI 编程对你的大脑也是一种消耗。

注意力分散

用 AI 编程的时候,你的注意力其实在不断切换:

  • 看 AI 生成的代码
  • 判断这段代码对不对
  • 思考要不要采用这个方案
  • 评估风险
  • 再看下一段代码

表面上是 AI 在写代码,实际上你需要一直在"审核模式"下工作。这比纯手工编程累多了。

学习成本被转嫁

很多人觉得 AI 编程可以降低学习门槛。这话对一半。

确实,你不需要记住所有 API 了。但你需要:

  • 理解 AI 生成代码的逻辑
  • 判断代码是否正确
  • 知道如何修改和优化

换句话说,你从"记忆知识"变成了"评估知识"。这对认知能力的要求其实更高了。

举个栗子:以前我写 Python,pandas 常用函数都记住了。现在用 AI,我发现我连 mergejoin 的区别都快忘了。每次看到相关代码都要想一下,这到底对不对。

过度依赖的陷阱

这是最隐蔽但也最危险的问题。

用 AI 用久了,你会发现:

  • 离开 AI就不会写代码了
  • 看到复杂需求就想着让 AI 先出一个
  • 自己的编码能力和判断力在下降

这不是危言耸听。我有段时间特别依赖 AI,后来发现自己独立写一个简单功能居然卡壳了------不是不会写,是不知道该怎么下手。


我的应对策略

说了这么多问题,不是说 AI 编程不能用。关键是怎么用。

策略一:AI 负责"想",人负责"审"

我现在用 AI 的方式是:让它帮我理思路、出方案,但代码必须我自己写,或者我逐行审核。

具体做法:

  • 需求文档先自己写清楚
  • 让 AI 出架构设计或伪代码
  • 人工确认方案可行
  • 自己写代码,或者极度谨慎地使用 AI 生成的代码

策略二:建立自己的"信任名单"

不是所有代码都可以让 AI 写。

我现在的原则是:

  • 基础代码:自己写,不让 AI 碰。比如配置、工具类、核心逻辑
  • 样板代码:可以让 AI 生成,但必须 review。比如 CRUD、简单的数据转换
  • 实验性代码:放心让 AI 写,快速验证想法

策略三:强制写测试

这是血的教训。

AI 生成的代码,必须写测试。不是形式主义的测试,是真的能发现问题的测试。

我现在的流程:

  1. AI 生成代码
  2. 人写测试用例覆盖边界情况
  3. 测试通过才能合入

这一步不能省。

策略四:保持独立思考

最后,也是最重要的一点:不要完全相信 AI。

每次看到 AI 生成的代码,都要问自己几个问题:

  • 这段代码的假设是什么?
  • 边界情况怎么处理?
  • 性能会有问题吗?
  • 有更好的写法吗?

如果你答不上来,那就不要用。


写在最后

AI 编程确实是个强大的工具,但它不是银箭。

用得好,它能提升效率;用得不好,它会让你陷入更大的麻烦。

我的建议是:保持清醒,保持批判,保持动手能力。

工具是为人服务的,别让工具反过来绑架你。

如果你也在用 AI 编程,不妨评论区聊聊,你有没有类似的"累"的感受?


标签: #AI编程 #Cursor #技术债务 #编程工具 #软件开发

相关推荐
恋猫de小郭12 小时前
AI 在提高你工作效率的同时,也一直在增加你的疲惫和焦虑
前端·人工智能·ai编程
程序员鱼皮16 小时前
我用 GLM-5 做了个 AI 女友,能发自拍、发语音、还能帮我干活!
程序员·aigc·ai编程
Invincible_17 小时前
🌟 Pi:藏在 OpenClaw 里的“最小”AI 编程助手
ai编程
小碗细面17 小时前
AI 编程三剑客:Spec-Kit、OpenSpec、Superpowers 深度对比与实战指南
aigc·ai编程
Vibe_Bloom18 小时前
最新!Claude Code 之父的 12 个配置分享
ai编程·claude
送梦想一个微笑25118 小时前
spring ai框架引入spring cloud alibaba2025.0.0后的修改
ai编程·mcp
小林攻城狮18 小时前
效率翻倍!TRAE 快速搞定项目规则与技能初始化
ai编程·vibecoding
Invincible_18 小时前
Codex Cli 在Windows 系统中 `AGENTS.md` 文件完整读取流程总结
ai编程
子昕18 小时前
老外吹爆的Pony就是它!让国产GLM-5写分布式系统,我验证了下,真行
ai编程
HashTang18 小时前
【AI 编程实战】第 11 篇:让小程序飞起来 - 性能优化实战指南
前端·uni-app·ai编程