AI vs 传统编程
工具增强 vs 替代;工程师核心能力不变。
30 分钟
AI vs 传统编程
AI 能 写代码、跑命令、起草文档,但 不会替你承担 merge 与线上责任。本 track 讲 工程协作:何时用 AI、何时坚持传统纪律、团队如何统一预期。工具细节见 ai-coding-essentials;本课建立 「增强而非替代」 的框架。
学习目标
- 区分「工具增强」与「能力替代」两种叙事
- 说清 AI 时代 不变 的工程师核心能力
- 定位本 track 与 ai-coding、testing、git 的分工
增强 vs 替代
| 视角 | 说法 | 风险 |
|---|---|---|
| 增强 | AI 补全样板、解释报错、加速探索 | 低估审查成本 |
| 替代 | 「AI 写完了,人只点 merge」 | 责任真空、质量漂移 |
正确立场:AI 是 高带宽草稿机;判断、测试、发布 仍属人。对应路线图 ai-vs-traditional-coding 节点:先对齐观念,再选 Copilot / Cursor。
什么没有变
传统编程里这些 不能省:
- 需求理解:业务规则、合规、边界条件
- 设计取舍:模块边界、数据模型、失败策略
- 验证:测试、Review、CI 绿
- 运维责任:你 merge 的代码,你值班
与 testing-essentials 一致:绿测是事实;与 git-essentials 一致:分支与 commit 是审计链。
什么在变
| 环节 | 传统 | AI 时代 |
|---|---|---|
| 初稿速度 | 手敲 + 复制旧代码 | 补全 / Agent 批量起草 |
| 阅读负担 | 主要读他人代码 | 还要读 AI 生成 的 diff |
| 团队规范 | Code style | 再加 工具白名单、披露、数据边界 |
ai-intro 讲三种交互形态(补全、对话、Agent);本 track 讲 团队如何负责任地使用。
在本站学什么
- aie-traditional ~ aie-when-not:纪律与任务边界
- aie-pairing ~ aie-ownership:个人与 merge 责任
- aie-quality ~ aie-team:门禁与政策
- aie-content:CodeRoadMap 讲义 原创 + 人工终审 流程
练习
- 用一句话向同事解释:「我们用 AI,但不替代 Review」