周末，我11岁的儿子做了一个画图软件。
他不会写代码，从没学过任何编程。整个过程花了半小时。
这是他给AI的描述：
"我想做一个画画软件，它点开会有一张白纸，会显示一个笔的图标，点击可以切换笔刷，可以设置笔刷的颜色。可以参考人物模板，可以借鉴别人的画。"
AI生成了第一版，他试了试，觉得不够好。
"我想加一个图层功能。"——加上了。
"删除图层的按钮呢？"——有了。
"我想要不同的画笔效果，比如蜡笔、水彩。"——也实现了。
整个过程他就是在"说"：说他想要什么，看结果对不对，不对就继续说。没有写一行代码，但做出来的东西真的能用。
半小时后，他把这个画图工具分享给我看，特别得意："这是我做的！"
这让我开始思考一个问题：如果按传统方式学编程，做出同样的东西要多久？
我大概算了一下，至少要学这些：HTML和CSS基础、JavaScript语法、Canvas绑定和事件处理、图层逻辑……
一个孩子从零开始，每周上一两次编程课，认真学的话，保守估计2到3年。
而且这还是乐观情况。
现实中，大多数孩子学了一两年Scratch，还停留在"让小猫动起来"的阶段。能做出一个完整的、可以给别人用的小游戏的孩子，少之又少。
不是孩子不聪明，是成就感来得太晚了。
传统编程教育的问题在于：它把"能做出东西"放在了学习路径的终点。孩子要先学语法、背概念、做练习，然后某一天——如果他没有中途放弃的话——终于能做出一个小成品。
但大部分孩子等不到那一天。兴趣在漫长的语法学习中被消耗殆尽。
我越来越相信一个观点：AI时代，学习的顺序应该倒过来。
以前是"学3年→做成品"，成品是学习的终点。
现在应该是"做成品→边做边学"，成品是学习的起点。
为什么这个顺序更好？
第一，成就感前置。
孩子先看到"我能做出东西"，才有动力继续深入。我儿子做完画图工具那一刻，他的表情是骄傲的，是兴奋的。这种感觉会驱动他想做更多、想了解更多。
而不是学了两年还在拖积木，不知道这些东西能干嘛。
第二，带着问题学，效率高10倍。
我儿子做画图工具的时候，遇到图层叠加的逻辑不对，他问AI为什么。AI解释了Canvas的绘制顺序，他听懂了，下次就知道了。
这种"用到才学"的方式，比从头背语法高效太多。因为他有真实的问题、真实的场景、真实的需求——学到的东西马上就能用。
第三，试错成本极低。
以前写代码，错一个分号就报错，孩子调试半天找不到问题在哪，挫败感很强。
现在他告诉AI"这里不对"，AI帮他改。他不需要知道具体是哪行代码出了问题，但他知道"这个结果不是我想要的"，这就足够了。
犯错不再是惩罚，而是迭代的一部分。
写到这里，可能有人会问：
"这样学扎实吗？孩子真的理解代码吗？"
我的回答是：你觉得现在学Scratch的孩子，真的理解代码吗？
大部分孩子拖积木拖了一年，知道"播放声音"的积木在哪里，但不理解程序运行的底层逻辑。形式上在"学编程"，实际上只是在"拖积木"。
用AI创造的方式，孩子至少经历了一个完整的"想法→表达→实现→迭代"的过程。这个过程本身，比"会拖哪个积木"重要得多。
至于更深的代码原理？等他有兴趣了，他自然会问。到时候再学，不迟。
"AI做的东西，算孩子做的吗？"
这个问题的本质是：AI时代，什么叫"孩子做的"？
我儿子做那个画图工具，想法是他的，功能是他定义的，迭代方向是他决定的。AI是他的工具，就像画家用画笔、作家用电脑一样。
我们不会说"用Word写的文章不算作者写的"，那为什么"用AI做的应用不算孩子做的"？
真正的创造力不是"你会不会写这行代码"，而是"你能不能想到要做这个东西、能不能把它做出来"。
所以，还要不要学编程语言？
要。但顺序变了。
先让孩子体验"我能创造"的感觉，再去学背后的原理。就像先学会骑自行车，再去了解齿轮和链条怎么工作。
未来5到10年，AI编程会发展成什么样，谁也说不准。语法可能会被进一步抽象掉，写代码的方式可能会彻底改变。
但有一点是确定的：会表达、会思考、会用AI把想法变成现实的孩子，不会吃亏。
这才是AI时代孩子该学的核心能力。
你觉得孩子学编程，应该从哪里开始？评论区聊聊。
如果你对"AI时代孩子该学什么"这个话题感兴趣，可以关注我，后续会持续分享我和儿子的实践。
