AI Coding will Prevent Expertise

Florian Herrengt 用一个 2026 年软件团队场景解释 AI coding 的结构性后果：agent 把产出速度上限拿掉，25,000 行 PR无人能解释的数据流靠 Claude 会话追溯设计决策会让弱工程文化更快崩盘文章的重点不是工程师会不会消失，而是判断力review 能力和系统理解会涨价，中间层产出型工程师会被压缩

Google 工程主管 Addy Osmani 分享 2026 年 LLM 编码工作流：先写规格再写代码，拆小块迭代，提供充分上下文，选对模型，永不盲信输出，频繁提交，用规则文件定制 AI，以 CI/CD 作为放大器经典软件工程纪律在 AI 写一半代码时更重要

Karpathy 2 月初造了一个新词："vibe coding"。描述的是一种全新编程方式：把代码的存在感忘掉，全交给 LLM（他用 Cursor Composer + Sonnet），靠语音输入几乎不碰键盘。报错直接复制粘贴让 AI 修，不读 diff，永远 Accept All。代码长到他读不懂的程度，bug 修不掉就让 AI 随便改直到消失。这个词的内涵是：当模型强到一定程度，写代码的瓶颈不再是 prompt 也不是细节，而是 "说什么" 和 "判断做什么"。Vibe coding 适合周末项目和原型，但 Karpathy 也明确说对生产代码不合适。这条原推拿了 720 万浏览，"vibe coding" 随后成为 2025 全年程序员圈高频词。

Sean Goedecke 借 Dota 2 的 laning 和 Magic/StarCraft 的 aggro 类比论证：大厂工程师的一切技能都压在能 ship 这个地基上不能直接交付的人会花 15 分钟估一个 5 分钟能做完的任务提出发不出去的设计把琐事膨胀成跨团队项目，并让真正能 ship 的同事抓狂对 senior/staff 工程师，立刻交付轻量请求决定实际产能：manager 走 side channel 就是为了绕过正式资源分配流程，如果每个请求都要拉会排期，这条通道就废了文末回应 AI 叙事：ship 从来不只是写代码，而是找最短落地路径解决沿途小问题让 manager 知情知足的判断力，LLM 帮得上忙但跑不完整个流程；AI 不会消灭 shipping，反而让会 ship 的人更值钱