一个孩子,一个月大约只有两小时能摸到电脑。进机房前要脱鞋,因为老师担心灰尘伤到机器。电脑没有硬盘,几百 KB 内存,要先用 5.25 英寸软盘启动 MS-DOS,再换盘启动 LOGO。
这不是复古展览。是 Susam Pal 在博客《Childhood Computing》里写下的童年现场:1990 年代初,印度一个围绕硅厂形成的小工业镇,学校机房里的 IBM PC 兼容机来自工厂淘汰设备。
我更在意的反常点在这里:资源越少,孩子越不像消费者,越像在学习一台机器的脾气。今天设备近了,课程多了,作品更漂亮了,但“计算到底怎么发生”反而更容易被界面盖住。
一个月两小时,稀缺把电脑课变成了硬训练
这篇回忆的事实线很短,也很清楚。
| 当时的条件 | 具体情况 | 训练出的东西 |
|---|---|---|
| 上机时间 | 每月约两小时 | 珍惜每次操作,不敢乱点 |
| 机器条件 | 无硬盘、几百 KB 内存 | 知道系统不是凭空出现,要被加载 |
| 启动方式 | 软盘启动 MS-DOS,再换盘进 LOGO | 理解命令、程序、介质之间的关系 |
| 保存方式 | 程序不能留在机器里 | 把代码抄到纸质笔记本 |
| 课后练习 | 在家用方格纸推演 LOGO | 先在脑子里跑程序,再上机验证 |
| 游戏刺激 | Moon Bugs、Space Invaders、Digger、Grand Prix Circuit | 意识到程序能造出可操控世界 |
最关键的是“不能保存”。今天听起来像灾难体验。当年却逼出一种很朴素的工程习惯:代码要写清楚,步骤要想明白,错误要靠自己回忆和推演。
Pal 在家用方格纸模拟 LOGO 小海龟怎么走。这个细节比“老电脑很慢”更重要。慢本身没有价值,被迫思考才有价值。
“学而不思则罔。”这句老话放在这里很准。早期电脑课的稀缺,不会自动让人变聪明;但它留下了思考的空隙。今天很多课程恰好把这块空隙填满了。
这对经历过 DOS、软盘、BASIC 或 LOGO 的技术读者,像一次提醒:自己怀念的未必是旧机器,而是那种因果关系裸露在外的学习环境。对家长和开发者,动作更具体:少问孩子今天做出了什么漂亮作品,多问他能不能说清楚,图形为什么出现,按键为什么改变状态,错误为什么发生。
没有硬盘,也能长出一次“模拟开源”
Pal 记得一个 LOGO 程序:画一座房子,外轮廓是会动的虚线。同学喜欢,就把代码抄进笔记本,再改颜色、改细节、加自己的变化。
这很像他的第一次“模拟开源”。
没有 GitHub,没有包管理器,没有许可证。分发靠铅笔和本子,版本管理靠同学传看,反馈机制是“你改完给我看看”。粗糙,但循环完整:写出来,被别人使用,被别人修改,再反过来刺激作者继续写。
这段比怀旧游戏名单更有信息量。它说明创造冲动不一定来自高级工具。很多时候,只需要三件事:可读的代码、可改的作品、能看见同伴反应的环境。
游戏也是入口。Moon Bugs、Space Invaders、Digger、Grand Prix Circuit 在文中不是情怀摆件。它们让一个孩子第一次明白,程序不是课本里的命令,而是一个可操作的世界。
尤其是 Grand Prix Circuit。一个刚接触 LOGO 和 GW-BASIC、主要画二维几何图形的孩子,突然看见电脑里出现类似三维的赛车场景,还能用键盘驾驶。震动会留下来。Pal 后来写 Andromeda Invaders,像是在补童年想写“入侵者”游戏的愿望。
这里不能偷换成“老游戏比新游戏更好”。老游戏的优势,不在画面和体验,而在问题暴露得更清楚:它怎么画出来?怎么动起来?输入如何改变输出?
今天的 Scratch、图形化编程、AI 辅助工具当然有价值。问题是课程设计常常太急着交付成果。模板一套,素材一拖,孩子很快做出动画和小游戏,却未必形成调试、抽象、拆问题的能力。
给家长和老师的调整也不复杂:
- 每个项目留一段“无电脑推演”时间,让孩子先画流程、写规则、猜输出。
- 少给完整模板,多给半成品和故障版本,让孩子修。
- 作品评价不要只看效果,也要让孩子解释一段关键逻辑。
- 允许同学互相复制,但必须改一处、说明一处、展示一处。
这比单纯多买设备更难。因为它要求大人忍住,不把孩子的学习过程包装成漂亮成果。
今天该观察的变量:孩子是在操作工具,还是理解规则
我不想把这篇文章写成“资源稀缺更好”。稀缺有门槛,也有排除性。不是每个孩子都能进入那间机房,不是每个家庭都能继续托住兴趣。浪漫化贫乏,是偷懒。
真正该拿来对比的,不是贫乏和富足,而是两种学习激励。
| 学习环境 | 孩子更容易得到 | 孩子更容易失去 |
|---|---|---|
| 早期 PC 机房 | 对命令、介质、错误的直接感受 | 稳定机会、公平入口、持续练习 |
| 今天的儿童编程课 | 即时反馈、丰富素材、低门槛作品 | 对底层规则、失败过程、调试耐心的感知 |
| AI 辅助编程环境 | 快速生成代码和解释 | 自己拆问题、验证假设、承受卡住的能力 |
这也是历史反复出现的事。早期铁路、电力、广播、PC、互联网,每次技术普及都会把复杂系统包进更顺滑的界面。好处是更多人能用。代价是越来越少的人知道系统边界在哪里。
和历史不完全一样的是,今天的孩子面对的不只是电脑,而是会推荐、会补全、会生成答案的系统。它们很强,也很会替人省掉麻烦。可学习恰好需要一部分麻烦。
所以接下来最该观察的变量,不是儿童编程课用了什么软件,也不是孩子几岁开始写代码,而是三件事:
- 孩子能不能解释作品里的关键因果。
- 课程有没有保留调试和失败,而不是替孩子抹平。
- 工具有没有给孩子修改、拆解、复用别人作品的空间。
如果这三件事都没有,设备再新,也只是更流畅的消费屏幕。孩子会操作工具,却不一定理解规则。
Pal 写的是一间小镇机房里的软盘、命令行和 LOGO 小海龟。真正留下来的不是旧电脑滤镜,而是一种被今天稀释的启蒙方式:让孩子看见机器不是魔法,而是一套可以被拆开、修改、重组的规则。
稀缺不值得歌颂。可那种被稀缺逼出来的专注、推演和改造欲,今天需要被有意识地重新设计出来。
