Originally published on xiongpin.dev.
今天做一个带表单、数据表和后台管理的小网站,大概十分钟。你描述需求,AI编程工具写代码,顺手把服务部署上线。
二十年前,同一个网站要先回答一个更难的问题:代码跑在哪台机器上。选机器、装系统、配运行时、开端口、搭发布流程,一步都不能少。
有意思的是,这个"代码跑在哪"的问题,三十年被回答了六次。而每一次,都没有把上一代干掉。
六次换代,间隔从年缩到月
把这条时间线摊开看,两个特征很扎眼。
第一,没有哪一代杀死前一代。每一代都建在前一代之上,解决前一代留下的麻烦,所以把软件送进生产环境这件事,整体是越来越容易的。
第二,间隔从"年"变成了"月"。最早几个阶段的间隔大约是十年、五年、七年;而最后三段——从2013年3月的Docker到2014年11月的Lambda——全部落在二十个月之内。
再往后,链条直接塌缩成一步。AI编程工具现在能一次做完:写代码、配环境、部署服务。同一个网站,过去需要那么多准备工作,现在几分钟就拼起来。重点在速度,不在工具本身。
先搞清楚"理解"和"学习"是两件事
在谈怎么学一门新技术之前,得先看怎么理解一门技术。
部署不是单一技术,Kubernetes和AI编程也不是。我们习惯把每个名字当成一项技能,但名字底下装的东西根本不是同一类:有些是需要记住的记法,有些是要挑选的产品,有些是要推理的哲学,还有些是机制。有的几个月就翻新,有的几十年没动过。
把一门技术按层建模,这件事才看得见。
四层模型就是拆解一门技术的办法。拆开之后,每一块落在哪一层就清楚了:单一能力通常只占一层,而一个产品会横跨好几层。这样一来,真正的问题才变得可回答——怎么学它、值不值得学、该给它多少时间。
先说第一个问题,怎么学。每一层的策略都不一样,但每一层最后都归结到同样几个问题:往哪个方向使劲、要钻多深、怎么知道自己已经够了。
整个模型就这些:四层,每层有自己的入口、自己的深度、自己的检验标准。对任何一门你还不熟的技术都成立。
拿AI编程来试这个模型
模型不落到一门你真在用的技术上,就还是抽象的。AI编程是最合适的试验场,因为几乎所有人已经在用它了。
新技术来了,只需要做一个判断:把它拆开,看它横跨哪几层,然后按每层自己的方式去学。你不必先给自己贴上"自顶向下"或"自底向上"的标签。在AI时代,这两条路基本已经合流——AI几秒钟就把表层交给你,需要时再解释机制,所以提前选边站没什么收益。
在框架层,能看到Cursor、Claude Code、Kiro和Qoder这些名字。
结论很清楚:AI编程横跨全部四层,所以"我该不该学AI编程"本身就是个错问题。它应该拆成四个。
在AI时代怎么学
最后三点。前两点正好落在同一个模型的两端,回答的是另外两个问题:值不值得学,以及该给它多少时间。
第一,在顶上两层早点下注。用法和工具向来是翻新最快的。现在在顶上两层押错,代价是几天而不是几个月,所以没理由等技术稳定下来再动手。早点押,而且一次押几个。这一切的起点,是对新东西保持开放。
第二,守住底下两层。范式和机制几乎不动。上层的知识会跟着工具过期,底下的原理不会。这部分回报来得最慢,所以你要留住的是理解,而不是一堆细节的记忆。
第三,把学到的东西抽象出来。搞懂一门技术怎么运作只是一半,另一半是把原理抽成一个不绑定那门技术的形状,这样它才能带到下一门技术里去。
这就是答案:不是最新的工具,也不是只有基本功,而是两者都要,再加上那层让你把所学带向下一站的抽象。
热门跟贴