答案还是要学,只是起点和顺序都变了。现在更该先学的,不再是从头背完语法,而是怎么拆需求、读代码、调试、看报错,以及怎么让 AI 生成的东西真的跑起来。
Vibe Coding 这波热起来以后,很多人第一次真切地觉得,写程序的门槛好像突然往前挪了一大截。你告诉 AI 一个想法,它能先给页面、给接口、给脚本,甚至还能顺手把项目骨架搭出来。对没学过编程的人来说,这种体验很容易带出一个判断:既然工具已经能写,那我是不是可以跳过学习本身了。
这个判断能理解,但如果把时间线拉长一点看,问题并没有消失,只是被往后推了。前面的生成环节确实轻了,后面的阅读、修改、排错、部署和收尾并没有一起消失。也就是说,门槛换了位置,不是门槛没了。
如果把“从零开始学编程”理解成从语法书第一页开始,把变量、循环、类、框架、数据库、算法一套完整啃完,再去碰真实项目,那这条路现在确实没有以前那么必要了。很多人过去学到一半会放弃,不是因为学不会,而是前面离“做出点东西”太远。现在 AI 能先帮你把第一版搭出来,学习顺序完全可以改。
更接近现在的一条路,是先做一个很小的真实项目,让 AI 把第一版起出来,再围着它反过来学。页面为什么这样分组件,接口为什么这样传参数,这段报错到底是路径问题还是类型问题,这些问题一边做一边补,比先背完一整套知识再动手,更容易留下来。Vibe Coding 真正改变的,其实是学习顺序,而不是让学习本身失效。
很多人用 AI 写项目,前两天会觉得非常顺,第三天开始卡在一些特别具体的地方。按钮点了没反应,接口返回对不上,环境变量没读进去,部署以后路径挂了,数据库字段改完又牵出别的问题。到了这里,你会发现真正缺的不是“再换一个更强的模型”,而是自己能不能看懂眼前发生了什么。
所以小白还是要学编程,只是更该先学这些东西:怎么读一段别人写的代码,怎么顺着报错往回找,怎么判断一个需求该拆成几步,怎么知道这次改动会影响哪个文件,怎么把本地能跑的东西稳定放到线上。语法当然也要懂,但它不再一定是第一站。很多时候,阅读、调试和修改能力会比背语法更早决定你能不能继续往下走。
如果只说最小闭环,我会把第一批该学的内容压到五件事上。第一是变量、条件、循环、函数这些最基础的控制结构,它们还是理解代码的底盘。第二是网页、接口、表单、数据库这几个常见部件分别在做什么,不然你连问题出在哪一层都分不清。第三是 Git 和版本管理,哪怕只会看 diff、提交和回退,也能少很多事故。第四是调试,至少要会看控制台、看接口返回、看日志。第五是部署和环境,知道本地能跑和线上能跑之间差在哪。
这几件事放在以前也重要,只是过去大家往往要学到更后面才体会到。现在 AI 把项目第一版拉出来以后,这些能力会更早暴露出来。你前面生成得越快,后面越需要知道自己到底在改什么。
现在最常见的误区,不是“完全不会写”,而是“以为只要会提需求就够了”。会提需求当然重要,但它只解决了第一轮生成。后面项目为什么越改越乱、为什么同一个 bug 修三轮还在、为什么功能加多了以后结构越来越散,这些都不是一句 prompt 能长期兜住的。人如果完全不理解代码和运行过程,最后只会在不同模型之间来回换,希望下一个回答能把前一个问题一起抹平。
另一个常见问题,是项目能跑一版以后,就误以为自己已经会了。Vibe Coding 很容易给人一种“结果已经出来了,所以过程不再重要”的错觉。但真到第二版、第三版、联调、部署和接真实数据时,过程会全部回来。你前面跳过的理解,后面都会变成返工。
如果现在是完全小白,我会建议先找一个体量非常小、但真能用的项目,比如一个待办页、一个资料整理页、一个简单的内容站后台小工具。先让 AI 帮你把第一版搭出来,然后不要急着继续堆功能,而是先做四件事:把目录看一遍,把主要文件关系理一遍,改一个很小的需求,再故意制造一个小错误然后自己修回来。你只要完整走过这四步,对代码的理解会比光看生成结果深很多。
接下来再补基础知识就会更顺。因为你不是在抽象地学,而是在围着眼前这个项目去学。组件为什么这么拆,状态为什么这么传,接口为什么这么写,这些问题一旦连到真实代码上,吸收速度会快得多。Vibe Coding 在这里最好的作用,不是替你学,而是给你一个足够近的练习对象。
Vibe Coding 没有把编程学习淘汰掉,它只是把“先做出来”和“再补理解”之间的顺序调换了。小白当然可以不必再按最传统的路,从头把整套知识体系一页页学完再动手。但如果想长期做项目,想把东西改得动、接得住、发得上去,编程这件事最后还是得学。
真正变化的地方,在于现在更值得先学的是项目感和基本判断,而不是从一开始就把自己埋进一整套抽象知识里。AI 可以把第一版拉到你眼前,人要做的,是尽快学会看懂它、改动它、排查它,然后慢慢把这套能力变成自己的。