弟弟学了一年编程，我突然不确定该不该让他继续。不是因为他学得不好，是因为Claude Code让我开始怀疑「会写代码」这件事本身

弟弟上四年级，学编程学了一年了。

上周他给我看他用Scratch做的一个小游戏，一个小人跳来跳去躲障碍物，背景音乐是他自己选的，关卡难度他自己设计的。他讲给我看的时候，眼睛是亮的。

我当时心里咯噔了一下。

不是因为做得不好，是因为我知道，Claude Code大概三分钟能做出一模一样的东西，甚至更好。

然后我就开始想，他花了多少个周末在这上面？

这个问题让我有点不舒服，所以我认真想了几天。

说实话，我自己也没有一个特别笃定的答案，但我想把这个思考过程写出来，因为我觉得很多有孩子的朋友可能也在面对同样的困惑。

顺着这个问题往下想，我觉得得先把一件事想清楚，我们让孩子学编程，到底是在学什么？

如果答案是「学一门手艺，将来当程序员」，那这个逻辑在今天确实值得重新审视。

GitHub的数据显示，2023年已经有92%的美国开发者在工作中使用AI编程工具。麦肯锡的报告说AI可以自动化大约50%的编程相关任务。更直接的是，我自己就在用Claude Code，很多以前要花几个小时写的代码，现在十几分钟搞定。

初级程序员的处境，确实在变。

但你想想看，这个逻辑套在任何一门技能上都成立，学钢琴是为了当钢琴家吗？学画画是为了当画家吗？大多数家长的答案都是「不是」。

那编程呢？

我后来想到一个概念，叫计算思维（Computational Thinking），是卡内基梅隆大学的Jeannette Wing在2006年提出来的，被引用了一万多次，算是这个领域的奠基文章。

她说计算思维的核心是四件事，分解、模式识别、抽象、算法设计。

听起来很学术，但你把它翻译成人话，其实就是，遇到一个复杂问题，你会不会把它拆开来，找规律，然后一步一步解决。

这个能力，跟你最后用什么语言写代码，关系不大。

剑桥大学有个研究，发现学编程对孩子的数学推理能力有显著正向影响。斯坦福的研究更有意思，他们发现编程里的「调试」过程，也就是找bug、改bug，培养了孩子的成长型思维，因为它把「犯错」这件事正常化了，错了就改，改了再跑，没什么大不了的。

这个东西，我觉得比会写几行Python有价值多了。

回到弟弟那个Scratch游戏。

他做那个游戏的过程，我后来问了他一些细节。他说角色一开始会穿墙，他调了好几次才修好。背景音乐他选了三首，觉得前两首「感觉不对」，换了第三首。关卡难度他测试了很多遍，觉得太简单没意思，太难又让人想放弃。

你敢信？？？一个四年级的孩子，在自己做一个小游戏的过程里，经历了调试、审美判断、用户体验设计。

没有人教他这些词，但他在做这件事。

Claude Code三分钟能做出来，但Claude Code不会在做的过程里感受到那种「终于修好了」的爽感。

那个爽感，才是真正在塑造他的东西。

话说回来，我也不是说少儿编程课就完全没问题。

坦率的讲，市面上很多课程确实有点水，就是让孩子照着模板拼积木，拼完了截图发家长群，家长觉得孩子「学会了」，其实什么都没学到。这种课，学了也没什么用，还不如让孩子去玩。

吴恩达说过一句话，「编程是新的读写能力」。我觉得这个比喻挺准的，读写能力不是为了让你当作家，是为了让你能参与这个世界。编程也一样，不是为了让孩子当程序员，是为了让他在一个越来越被代码驱动的世界里，不是一个纯粹的旁观者。

AI时代，这个逻辑反而更成立，不是更不成立。

因为AI工具越来越强，能用好这些工具的人，和完全不懂背后逻辑的人，差距只会越来越大。

所以我的结论是，让弟弟继续学。

但我会更关注他在学什么，是在真正解决问题、感受到创造的乐趣，还是在刷题、背语法、应付考级。前者值得继续，后者可以换一家。

他眼睛亮的那一刻，我觉得是前者。

那就够了。

永远对世界保持好奇。