轩辕李的博客 轩辕李的博客
首页
  • Java
  • Spring
  • 其他语言
  • 工具
  • HTML&CSS
  • JavaScript
  • 分布式
  • 代码质量管理
  • 基础
  • 操作系统
  • 计算机网络
  • 编程范式
  • 安全
  • 中间件
  • 心得
关于
  • 分类
  • 标签
  • 归档
GitHub (opens new window)

轩辕李

勇猛精进,星辰大海
首页
  • Java
  • Spring
  • 其他语言
  • 工具
  • HTML&CSS
  • JavaScript
  • 分布式
  • 代码质量管理
  • 基础
  • 操作系统
  • 计算机网络
  • 编程范式
  • 安全
  • 中间件
  • 心得
关于
  • 分类
  • 标签
  • 归档
GitHub (opens new window)
  • 分布式

  • 代码质量管理

  • 基础

  • 操作系统

  • 计算机网络

  • AI

    • Claude Code 最佳实践(个人版)
    • Claude Code实战之供应商切换工具
    • Claude Code与Codex的协同工作
    • AI时代的编程心得
      • 一、底层逻辑:重新定义人机分工
        • 人与AI的边界在哪里?
      • 二、五个关键策略
        • 1. 任务分解:化整为零,步步为营
        • 2. 及时修正:90% 准确率的复利陷阱
        • 3. 选择熟悉的技术栈:降低沟通成本
        • 4. 严苛的质量管理
        • 5. 奥卡姆剃刀原则:去繁为简
      • 三、工具选择:不同场景用不同AI
      • 四、实操清单:可复制的方法论
        • 开始前(5 分钟)
        • 生成中(持续监控)
        • 完成后(10 分钟)
      • 五、常见误区与避坑指南
        • 误区1:完全依赖AI
        • 误区2:不分场景滥用
        • 误区3:缺乏质量把控
        • 误区4:忽视持续学习
      • 六、成功协作的三个层次
        • 初级:工具使用者(能用)
        • 中级:协作伙伴(用好)
        • 高级:效率放大器(用精)
      • 结语
  • 编程范式

  • 安全

  • 中间件

  • 心得

  • 架构
  • AI
轩辕李
2025-09-11
目录

AI时代的编程心得

前几天,团队里一个小伙伴兴奋地跟我说:"Claude Code 太神了!我直接把整个需求甩给它,一个小时就搞定了三天的活儿!"

我问他:那代码质量怎么样?

他支支吾吾:好像有些问题,但大部分能跑...

这就是典型的"AI 蜜月期陷阱"。很多人以为有了 AI 编程工具,就可以"甩手掌柜"。但现实是残酷的。

如果你把每次 AI 生成代码的准确率设为 90%,那么连续 10 次操作后,整体准确率就会下降到 0.9^10 ≈ 34%。

一句话总结:AI 编程不是替代,而是协作。你要做的不是被 AI 超越,而是和 AI 一起进化。

# 一、底层逻辑:重新定义人机分工

很多人搞错了 AI 编程工具的定位。

错误认知:AI 是万能的代码生成器,我只需要提需求。
正确认知:AI 是高效的编程助手,我负责决策和质量把控。

# 人与AI的边界在哪里?

人的职责(决策层):

  • 深入理解产品需求,进行任务分解
  • 架构设计和技术选型
  • 代码审查和质量把控
  • 异常处理和风险管控

AI的职责(执行层):

  • 根据明确需求生成代码
  • 重构和格式化代码
  • 编写测试用例
  • 文档生成和注释补充

这就是"道、术、器"的分工:

  • 道:产品方向,你说了算
  • 术:实现方法,你来把关
  • 器:具体编码,AI 来加速

# 二、五个关键策略

# 1. 任务分解:化整为零,步步为营

反面案例: "帮我写一个电商系统,包含用户管理、商品管理、订单系统、支付接口..."

这样的需求,AI 生成的代码质量约等于"能跑的 Demo"。

正面案例: "请帮我实现用户注册接口,包含手机号验证、密码加密、重复注册校验,返回 JSON 格式的成功或错误信息。"

每个任务控制在 20-30 分钟内完成,可以独立测试,可以快速回滚。

# 2. 及时修正:90% 准确率的复利陷阱

假设你连续让 AI 生成 10 次代码,每次准确率 90%:

  • 第1次:90%
  • 第2次:90% × 90% = 81%
  • 第3次:90%³ = 72.9%
  • ...
  • 第10次:90%¹⁰ = 34.9%

解决方案:每次生成后立即验证,确保产品逻辑 100% 正确。小 bug 可以容忍,业务逻辑绝不能错。

# 3. 选择熟悉的技术栈:降低沟通成本

原则:用你最熟悉的编程语言和框架。

为什么?

  • 你能快速识别 AI 生成代码的问题
  • 你知道这门语言的最佳实践
  • 你能给出更精准的提示词

不要因为 AI 支持某个新技术就盲目尝试。稳定产出比炫技更重要。

# 4. 严苛的质量管理

代码规范检查:

  • 统一的代码格式化工具(Prettier、ESLint、Black 等)
  • 命名规范要求
  • 注释完整性检查

测试要求:

  • 核心业务逻辑必须有单元测试
  • 关键接口必须有集成测试
  • 边界条件和异常情况覆盖

最佳实践遵循:

  • 设计模式的正确应用
  • 安全编码标准
  • 性能优化要求

# 5. 奥卡姆剃刀原则:去繁为简

AI 有个特点:它总是倾向于生成"看起来很完整"的代码,包含很多你可能用不到的功能。

三个删减原则:

  • 能不引入的依赖就不引入
  • 能推迟的功能就推迟
  • 能简化的逻辑就简化

复杂度是技术债务,越早引入,利息越高。

# 三、工具选择:不同场景用不同AI

参考 Claude Code 与 Codex 的协同工作

# 四、实操清单:可复制的方法论

# 开始前(5 分钟)

  • [ ] 明确本次任务的具体目标
  • [ ] 估算合理的时间范围(建议不超过 30 分钟)
  • [ ] 准备好测试数据和验证方法

# 生成中(持续监控)

  • [ ] 逐步生成,避免一次性生成大量代码
  • [ ] 每生成一个功能模块立即测试
  • [ ] 发现问题立即修正,不要积累

# 完成后(10 分钟)

  • [ ] 运行完整的测试套件
  • [ ] 检查代码规范和注释
  • [ ] 验证业务逻辑的正确性
  • [ ] 记录遇到的问题和解决方案

# 五、常见误区与避坑指南

# 误区1:完全依赖AI

现象:把所有编程工作都交给 AI,自己只负责复制粘贴。
后果:技能退化,出问题时无法快速定位和解决。
解决:保持对核心代码的敏感度,可以交给AI,但实现逻辑必须自己要能完全掌控。

# 误区2:不分场景滥用

现象:无论什么任务都用同一个 AI 工具。
后果:效率低下,输出质量参差不齐。
解决:根据任务类型选择合适的工具。

# 误区3:缺乏质量把控

现象:AI 生成的代码直接上线,不做审查。
后果:隐藏 bug 多,维护成本高。
解决:建立严格的代码审查流程。

# 误区4:忽视持续学习

现象:认为有了 AI 就不需要学习新技术。
后果:技术认知固化,无法给 AI 提供准确指导。
解决:保持技术敏感度,了解行业最新发展。

# 六、成功协作的三个层次

# 初级:工具使用者(能用)

  • 会基本的 prompt 编写
  • 能让 AI 生成可运行的代码
  • 知道简单的调试方法

# 中级:协作伙伴(用好)

  • 懂得任务分解和质量把控
  • 能选择合适的 AI 工具
  • 有完整的开发流程

# 高级:效率放大器(用精)

  • 形成个人的 AI 协作方法论
  • 能培训团队成员高效协作
  • 持续迭代和优化工作流程

# 结语

AI 编程工具不是来替代程序员的,而是来放大程序员能力的。

关键在于:你要始终保持产品思维和质量意识。AI 负责提升你的编码速度,你负责确保代码的质量和正确性。

这样的协作关系下,1+1 不只等于 2,而是等于 10。

祝你变得更强!

编辑 (opens new window)
#AI编程
上次更新: 2025/09/12
Claude Code与Codex的协同工作
响应式编程初探

← Claude Code与Codex的协同工作 响应式编程初探→

最近更新
01
Claude Code与Codex的协同工作
09-01
02
Claude Code实战之供应商切换工具
08-18
03
Claude Code 最佳实践(个人版)
08-01
更多文章>
Theme by Vdoing | Copyright © 2018-2025 京ICP备2021021832号-2 | MIT License
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式