第 1 章 · 约 24 分钟

顶级工程师的新画像

5 年前的好工程师 = 能写出别人写不出的代码。 AI 时代的好工程师 = 能判断别人 / AI 写出的代码对不对、好不好、值不值得。 这一章先把"画像"讲清楚 —— 你才知道该往哪练。

① 一个真实的 AI 时代工程师的一天

先穿进一个真实场景里(第二人称,你就是主角):

场景 · 2026 年 5 月 · 周三 09:30

你拿到一个新需求:"做一个用户行为埋点的实时分析看板"。 如果是 2021 年,你要熬 3 天选技术栈、写数据管道、调前端图表。 今天你打开 Cursor,15 分钟内已经有 600 行能跑的代码 —— 但你没有立刻 commit

你看 AI 写的 SQL,皱眉:"用户表 join 行为表没加索引,百万级数据会 timeout"。 你看 AI 写的前端,皱眉:"这个 WebSocket 没做断线重连,生产会丢数据"。 你看 AI 写的接口,皱眉:"没做权限校验,这看板能被未登录用户访问"。 —— 这 3 个"皱眉"就是你今天最值钱的输出。AI 写了 600 行,你审出了 3 个会上线挂掉的坑。

14:00 你跟产品对齐需求。AI 帮不了你 —— 因为产品说"我要这个看板",你要追问的是"看这个看板的人会用它做什么决策"。这个问题的答案会决定你做实时还是 T+1、用 SSE 还是轮询、 数据保留 7 天还是 90 天。这不是写代码的活,这是看穿需求的活

18:00 你下班。你今天写了 30 行代码(主要是 review 和改 AI 漏掉的关键部分), 但你做了 4 件 AI 永远干不了的事:挑出 3 个 bug 隐患、把需求拆到根因、跟前端约好接口契约、教新人为什么这块要这样设计。 —— 这就是 AI 时代顶级工程师的一天。

② 一个让人难受的事实

2025 年最大的变化是:写代码这件事,门槛崩了

以前你得花 3 年学一门语言、5 年熟悉一个框架、10 年才能搞定一个复杂系统。 现在让 AI 写,几分钟就能出一段能跑的代码。听起来对工程师不友好 —— 但其实它带来了一个全新的、更高价值的能力分层

核心问题:5 年前你的"会写代码"还能撑很久; 现在"会写代码"只能让你站在最底层。
要值钱,必须往上走 —— 从执行者变成判断者,再变成创造者

③ 互动:6 个能力档位的新分级

下面是 AI 时代工程师的 6 个档位。每一档的"5 年前定义""现在定义"完全不同。点档位看新旧对比:

📊 6 个能力档位

点任一档位,看新旧定义、典型场景、和被 AI 替代的程度。

L4
能判断"该不该这么做"
🛡 AI 替代不了
🕰 5 年前的定义

能在多个方案之间权衡,给出技术选型建议

✨ 现在的定义

能在 30 秒内看出 AI 给的方案哪里不对、不够、有隐患

典型场景:AI 给了一个用 Redis 做秒杀的方案 —— 你能立刻说"高并发下这个锁有问题,应该用 Lua 脚本"
AI 影响:AI 时代最值钱的能力档位 —— 判断比执行重要 10 倍

④ 3 种典型困境 vs AI 时代新解法

这 3 个困境每个工程师都遇过。看新旧对比,你就知道"该重练的肌肉"在哪里:

困境 1 · 老代码堆出来 5 年了,加个功能改一处全身报错
5 年前应对

通宵啃代码、画调用关系图、靠 print 一行行调,3 天才弄明白依赖链。

AI 时代解法

让 AI 把这个模块的所有调用方、被调方画出依赖图,1 小时搞清楚 70%。剩下的 30% 是 AI 漏的真正的坑 —— 这才是你要花时间审的地方。AI 拉网,你打鱼。

困境 2 · 线上出 bug,日志里看不出问题,QA 又复现不了
5 年前应对

猜哪一行可能挂、加 log、等下次出现、再加 log、再等 —— 2 周还没定位。

AI 时代解法

把日志 + 代码 + 报错堆栈一起喂给 AI,让它列"10 个可能原因 + 每个要看哪个数据验证"你做的事是挑哪个假设最值得先验 —— AI 拉清单,你做判断。30 分钟逼近真因。

困境 3 · 新人 PR 写得太烂,你想"算了我自己重写"
5 年前应对

写一堆 review 评论或者干脆自己重写。新人没成长,你越来越累。

AI 时代解法

让 AI 给出"风格 + 命名 + 显而易见 bug"的初审意见,你只看"架构、抽象、隐性假设"这 3 件 AI 看不出的事。新人吃 AI 的初稿,你给真正稀缺的反馈。

⑤ 顶级工程师的 5 项核心能力

不管你在哪一档,下面这 5 项能力的相对重要性都在持续上升 —— 它们都是 AI 替代不了的事:

能力具体表现
🧭 系统抽象能把复杂业务抽成几个清晰的模块 + 数据流,并解释为什么这么分
⚖ 技术取舍在 3 个看似都对的方案里选一个,并说清楚被舍弃方案的代价
🔍 找根因bug 出现时不修表面,能一层一层挖到本质原因(AI 给的修复经常治标)
📐 工程素养可读性、测试、文档、可维护性 —— 让 6 个月后接手的人不骂街
🗣 表达与影响力让团队接受你的决策、能写让人读得下去的设计文档、能主持有效的技术评审

反过来:以下这些 5 年前工程师引以为豪的能力,现在正在贬值:

  • 背 API、记语法(一句话问 AI 就有)
  • 写常规代码(增删改查、表单、爬虫 —— AI 写得又快又好)
  • 抄第三方库的写法(AI 直接就能告诉你)
  • 调环境、装依赖(AI 帮你处理报错)

⑥ 三阶段成长路径

用一句话概括 AI 时代工程师的成长路径:

执行者判断者创造者

阶段 1:执行者(L1-L2)

会用 AI 写代码、能把任务做出来。这是入门 —— AI 时代你停在这里就没未来

突破方法:刻意练习"为什么这么写" —— 让 AI 解释每段代码、追问 3 个 why。

阶段 2:判断者(L3-L4)

能拆任务、能审 AI 输出、能找出别人代码的问题。 这一档是 AI 时代的"中坚力量",也是最值钱的位置。

突破方法:刻意做 code review、多复盘事故、读别人的设计文档。

阶段 3:创造者(L5-L6)

能设计系统、能定义"什么值得做"、能影响团队的技术方向。 这一档是真正的稀缺人才。

突破方法:从 0 设计一个真实系统、主动承担技术决策、对外输出(写文 / 演讲 / 开源)。

⑦ 5 年内工程师工作会怎么变(时间线)

把这 3 个节点钉在墙上 —— 你就知道现在的"努力方向"对不对:

2026
AI 能写 70% 的常规业务代码

会变的:CRUD、表单、爬虫、单元测试 —— AI 直接产出。 初级工程师"靠写代码量胜出"的策略基本失效。开始招聘:岗位 JD 里出现"能审 AI 输出""能用 AI 协作"的关键词。Cursor / Copilot 普及率冲到 80%+。

你该做:把"写代码速度"从练习清单划掉。开始练 code review、读源码、写设计文档。

2028
AI Agent 能跑通"需求 → 设计 → 实现 → 测试"的完整环

会变的:你接到一个 ticket,Agent 自动出方案、实现、写测试、提 PR。 初级岗位大幅缩减(已经发生:2024-2026 北美初级工程师招聘量降 30%+)。新分化:一个高级工程师 + 一堆 Agent 的产出 = 过去 5 个人的团队。

你该做:开始独立负责一个完整子系统的端到端结果,练"判断""取舍"

2031
"一个工程师 + 一群 Agent"的小作坊主流化

会变的:有判断、有架构感、有产品感的工程师能独立做出过去 30 人团队的产品。价值锚点彻底转移:不再是"你写了多少代码",而是"你设计对了什么、判断对了什么、推动了什么改变"

你该做:从现在起积累"系统设计 + 业务理解 + 影响力"三件套。

⑧ 为什么 AI 没取代你,而是放大了你

每个工程师最近半年都问过自己:"AI 这么会写,我还有用吗?" 这个问题问反了。 真正发生的事不是"AI 取代你",是"AI 把你放大了 5 倍"。 关键的事:它放大的是"你本来就有的判断力",不是"你本来就没的能力"

关键洞察:AI 是判断力放大器
  • 🔍 有架构感的工程师 × AI = 一周做出过去 3 个月的项目 —— AI 写代码,你做架构、审输出、定边界
  • 🚨 没架构感的工程师 × AI = 烂代码被 5 倍快地堆出来 —— 因为 AI 顺着你的烂提示往下写,不会反问"这个抽象是不是搞反了"
  • 💡 结论:你越懂"为什么这么设计",AI 越能把你的判断转成代码; 你越只会"写代码",AI 越快地把你的位置吃掉。判断,是 AI 时代的硬通货

所以这本书后面 9 章不会教你"怎么用某个新工具"(那是手段), 而是教你把自己练成那个值得被 AI 放大的判断者

⑨ 一个反直觉的建议:练"AI 帮不了你的事"

很多人现在的策略是"赶紧学各种 AI 工具"。这方向反了

AI 工具 6 个月一大变,永远学不完。真正值得花时间的是 AI 帮不了你的事:

  • 读经典书、读源码:操作系统、网络、编译原理 —— 这些是 AI 还在用的底子
  • 做系统设计练习:从 0 设计一个 IM / 电商 / 推荐系统,问自己"为什么"
  • 主动找事故复盘:哪怕不是你做的事故,也去研究"怎么发生的、怎么避免"
  • 写技术文章:能讲清楚一件事 = 你真懂了 + 你能影响别人
  • 参与开源:跟全球高水平开发者协作,强迫你提升代码质量

这些事情慢、没有立刻反馈,但是5 年后唯一让你和"会用 AI 工具的人"拉开差距的东西

⑩ 这本书后面要讲的

  1. 学习方法:从"什么都学""学会判断"(第 2 章)
  2. 系统设计:抽象、权衡、第一性原理(第 3 章)
  3. "AI 写代码""AI 协作"(第 4 章)
  4. 调试与排错的不变法则(第 5 章)
  5. 性能工程:永远不变的硬技能(第 6 章)
  6. 工程素养:可读性、测试、文档(第 7 章)
  7. 沟通与影响力(第 8 章)
  8. 持续学习与领域选择(第 9 章)
  9. 实战:用 AI 做出一个能跑能扩的系统(第 10 章)

⑪ 看完本书你能做到什么

把这一节当成"成果合同" —— 10 章学完,你应该具体做到:

  • 能 30 秒看出 AI 输出的隐患:看一段 SQL 知道缺索引、看一段接口知道少了限流、 看一段并发知道有竞态。这是 AI 时代最值钱的 1 项能力。
  • 能独立设计一个真实系统:从 0 出技术方案、画清楚数据流、说清楚每个取舍 —— 不是抄常见架构,是能说"我为什么不抄"
  • 能用 AI 当一支团队:让它当 reviewer、当压力测试器、当调试搭子, 而不是当一个"代码生成器"
  • 能挖到 bug 的根因:不修表面、不靠猜测、能一层层挖下去 —— 这是 AI 至今做不到的事。
  • 30 天独立做出一个能跑能扩的系统:第 10 章带你从 0 到上线, 这是你简历上最有说服力的一行。
  • 建立 5 年的成长锚点:你会清楚每一年该往哪练 —— 判断、设计、影响力,而不是追着新框架跑。

如果学完这本书你还在"用 AI 写出更多 CRUD",那不是书的问题 —— 是你没爬上"判断者"那一层。 从第 2 章开始,我们会把这些能力一项一项练给你看。

⑫ 检验理解

Q1.一位"能照着教程写出登录页面"的工程师,在 AI 时代处在哪个档位?
Q2.下面哪个档位是 AI 时代"投入产出比最高"的练习方向?
Q3."系统设计"在 AI 时代为什么仍然是核心能力?
登录后可以给这节课打分、留反馈 —— 帮我们持续改进。