AI时代的"技能空壳"——当"还有必要学古法编程吗"成为热榜问题

知乎热榜上挂着一个问题："现在的大学生还有必要学古法编程吗？"底下吵成一片。一派说AI都能写了，学它干嘛；一派说基础不牢，用AI也是瞎指挥。

两边都没错，但两边都问错了。真正的问题不是"要不要学"，而是：当AI把每一项技能的"顶层玩法"都变成一句话的事，组织手里剩下的，到底是能力，还是空壳？

一、本质：AI削平的不是技能，是技能的"完整坡度"

先给判断：一门技能之所以能长在人身上，靠的是它有坡度——从笨拙到熟练，中间有几百小时的爬坡。AI做的不是取消这门技能，而是把这个坡度直接削平。

以前学编程，你得先懂语法、再懂算法、再懂工程，爬坡的过程中，你顺带练出了逻辑、耐心、调试的直觉。这些东西不是编程本身，是爬坡的副产品。现在AI一句话出代码，你直接站在了山顶——但你没有爬过。

二、"技能空壳"在组织里的三种样子

1. 能交付，但接不住意外

AI能处理90%的常规情况，剩下10%的意外，恰恰是需要"爬过坡"的人才能接住的。一个只会用AI写代码的团队，平时顺风顺水，一出bug就集体傻眼。因为没人知道AI那行代码为什么这么写。

2. 能执行，但不敢判断

AI给了三个方案，你选哪个？判断力来自踩过的坑，不是来自看过的选项。没爬过坡的人，面对AI给的完美方案，只能盲选——因为他没有"这个方案会死在哪"的手感。

3. 能上手，但传不下去

更麻烦的是传承。老师傅能带徒弟，是因为他走过那条坡，知道哪个坎会绊倒人。一个只会用AI的人，没法教别人"为什么"。组织于是陷入一种奇妙的境地：活干得挺快，但没人能带新人。

三、"古法编程"之争，吵的是表象

争论"学不学编程"，就像争论"学不学手算"——真问题从来不是那门技能本身，而是那门技能训练出的底层能力，还能不能通过别的路练出来。

手算的用途早被计算器取代了，但小学还得学——因为它练的是数感。编程的用途可能被AI取代，但爬坡练出的结构思维、调试直觉、系统感，不能。

所以正确的问法不是"还要不要学古法编程"，而是：这门技能里，哪些是"可被AI替代的操作"，哪些是"必须亲手爬坡才能长出的底层能力"？前者可以跳过，后者跳不过。

四、给管理者的四条操作建议

• 把技能拆成"操作层"和"判断层"分开看。操作层交给AI没问题，判断层必须留给人自己练。别把两层一起外包出去。
• 刻意保留"低效的爬坡练习"。新人该手写的东西，别急着让AI代劳。让他先笨拙地爬一遍，才有资格站在山顶。
• 考核从"产出"转向"能不能接住意外"。用AI谁都能出活，区别在出事的时候谁顶得住。这才是真能力的分水岭。
• 让老师傅带徒弟"讲为什么"，不是"给答案"。AI给答案最快，人给的是路径。传承传的是坡，不是顶。

五、一句话收尾

"还有必要学古法编程吗"这个问题，问的是工具，怕的是能力。工具会一轮一轮换掉，能力得一辈子一辈子长起来。

AI能让每个人都站在技能的山顶，但站在山顶不等于拥有这座山。组织真正该警惕的，不是员工不会用AI，而是员工只剩下"用AI"，手里握着的是一片被削平的空壳。