Programar un ratón sin pantalla
Durante un tiempo estuve dándole vueltas a qué regalarle a mi hija de 4 años.
No quería otro juguete que acabara olvidado en una caja. Tampoco quería algo "educativo" en el peor sentido de la palabra: correcto, serio y aburrido. Y aunque me apetecía acercarla a ideas de programación, no quería empezar por una pantalla.
A esa edad todavía no lee con soltura. Además, pasar más tiempo delante de un dispositivo no era precisamente lo que buscábamos.
La pregunta era sencilla:
¿Se puede empezar a pensar como un programador sin usar una pantalla?
Así llegamos a Code & Go Robot Mouse, un juego con un ratón robot llamado Colby, piezas para construir laberintos, tarjetas de instrucciones y un trozo de queso como objetivo.
Pero lo interesante no era el ratón.
Lo interesante fue lo que pasó cuando no llegó al queso.
El juego en una frase
Code & Go Robot Mouse consiste en construir un pequeño laberinto y programar un ratón para que llegue hasta el queso.
El niño tiene que decidir qué pasos debe seguir el ratón:
- avanzar;
- girar a la izquierda;
- girar a la derecha;
- retroceder;
- ejecutar la secuencia.
Primero se piensa la ruta. Luego se introducen las instrucciones. Después se pulsa el botón verde y se observa qué ocurre.
A veces Colby llega al queso.
A veces se queda mirando una pared.
A veces gira justo al lado contrario de lo que esperábamos.
Y ahí empieza la parte buena.
La primera dificultad: no es lo mismo verlo que explicarlo
Cuando un adulto mira el tablero, muchas veces ve la ruta enseguida.
"Está claro: avanza, gira, avanza, gira otra vez."
Pero para una niña de 4 años no es tan evidente.
Tiene que mirar hacia dónde apunta el ratón, imaginar qué pasará cuando avance, entender que girar no significa moverse, distinguir su izquierda de la izquierda del ratón y mantener varios pasos en la cabeza.
Eso es muchísimo trabajo mental.
Por eso el juego no debería empezar con laberintos grandes ni con ganas de que "salga bien".
Debería empezar con algo muy pequeño:
Colby está aquí. El queso está justo delante. ¿Qué tiene que hacer?
Un paso.
Luego dos.
Luego tres.
La progresión importa mucho.
Pensar antes de pulsar
Una de las mejores partes del juego son las tarjetas de instrucciones.
Podríamos saltárnoslas y pulsar directamente los botones del ratón, pero entonces perderíamos una parte importante del aprendizaje.
Las tarjetas obligan a separar dos momentos:
- Primero pienso la secuencia.
- Después la ejecuto.
Esa separación es muy valiosa.
Muchos niños, y muchos adultos, queremos tocar botones enseguida. Probar sin mirar. Arreglar sobre la marcha.
Pero programar, incluso en esta forma tan sencilla, invita a hacer una pausa:
¿Qué quiero que pase? ¿Qué pasos hacen falta? ¿En qué orden? ¿Estoy seguro de hacia dónde mira el ratón?
No se trata de frenar el juego.
Se trata de darle al niño un espacio para anticipar.
Cuando Colby falla
El momento más interesante no es cuando el ratón llega al queso.
El momento más interesante es cuando no llega.
Porque entonces aparece una pregunta clave:
¿Dónde se ha roto?
Quizá el ratón tenía que avanzar dos veces y solo avanzó una.
Quizá giró bien, pero después faltaba otro paso.
Quizá la niña confundió su derecha con la derecha del ratón.
Quizá la secuencia era correcta, pero Colby estaba colocado mirando hacia otro lado.
Cada error deja una pista.
Y aquí el papel del adulto es importante. La tentación es corregir rápido:
"No, no, era derecha, no izquierda."
Pero si corregimos demasiado pronto, le quitamos al niño la parte más valiosa: mirar el resultado y compararlo con lo que esperaba.
Mejor preguntar:
- ¿Qué querías que hiciera Colby?
- ¿Qué ha hecho en realidad?
- ¿En qué paso se ha ido por otro camino?
- ¿Qué podríamos cambiar?
- ¿Probamos solo hasta ese punto?
Eso es depurar, aunque no haga falta usar esa palabra.
Qué está aprendiendo realmente
Code & Go Robot Mouse no enseña programación en el sentido de escribir código.
Y eso está bien.
Lo que entrena es algo anterior:
Secuenciación
El orden importa. No es lo mismo avanzar y girar que girar y avanzar.
Orientación espacial
El niño tiene que pensar desde el punto de vista del ratón, no solo desde el suyo.
Planificación
Antes de ejecutar, conviene imaginar una ruta.
Descomposición
Un camino largo se puede dividir en pasos pequeños.
Depuración
Cuando no funciona, se revisa la secuencia para encontrar el error.
Tolerancia al error
Fallar no significa perder. Significa que tenemos información nueva.
Ese último punto me parece especialmente importante.
Un juego así puede enseñar que equivocarse no es una interrupción del aprendizaje. Es parte del aprendizaje.
Cómo lo usamos en casa
Lo que mejor nos funcionó fue empezar con retos muy pequeños.
Primero, el ratón y el queso en línea recta.
Luego, un solo giro.
Después, una ruta con dos o tres movimientos.
Más adelante, empezamos a construir laberintos con paredes. Pero al principio las paredes eran casi lo de menos. La dificultad ya estaba en entender hacia dónde miraba Colby y qué significaba cada instrucción.
También nos ayudó decir en voz alta lo que iba a pasar antes de pulsar el botón verde:
"Primero avanza. Luego gira. Después avanza otra vez."
Cuando el ratón hacía otra cosa, volvíamos a las tarjetas y buscábamos el punto en el que la predicción y la realidad se habían separado.
Ese gesto, volver a mirar la secuencia, vale más que completar el laberinto.
Consejos para acompañar
Empieza más fácil de lo que crees
Con niños pequeños, dos o tres pasos pueden ser suficientes.
Un laberinto grande puede parecer más divertido, pero también puede ocultar demasiadas dificultades a la vez.
Usa las tarjetas
Las tarjetas ayudan a pensar antes de ejecutar. Son una forma física de ver el programa antes de ponerlo en marcha.
No corrijas demasiado pronto
Deja que el niño vea qué hace el ratón.
Después pregunta.
La corrección que descubre él vale más que la explicación que das tú.
Habla desde el punto de vista del ratón
No es "tu derecha", es "la derecha de Colby".
Este cambio parece pequeño, pero trabaja orientación espacial y cambio de perspectiva.
Celebra el error
Cuando Colby se equivoca de camino, no hace falta decir "mal".
Mejor:
"Interesante. ¿Dónde crees que cambió la ruta?"
Deja que invente laberintos
Cuando el niño entiende la mecánica, crear un laberinto para otra persona puede ser incluso más interesante que resolverlo.
Diseñar un reto obliga a pensar de otra manera.
Para qué edad lo veo
Con 4 años puede funcionar, pero con acompañamiento adulto y retos muy simples.
Entre 5 y 6 años probablemente se aprovecha más la planificación con tarjetas y los laberintos algo más largos.
Con niños mayores, el interés dependerá mucho del niño. Puede quedarse corto si ya programan con Scratch o resuelven retos más complejos, pero todavía puede servir para trabajar precisión, perspectiva y depuración de forma física.
Como siempre, la edad orienta, pero no decide.
La buena pregunta no es:
¿Tiene la edad correcta?
La buena pregunta es:
¿El reto está justo un poco por encima de lo que puede hacer solo?
Ahí es donde el juego funciona mejor.
Lo que menos me gustó
La primera vez la mecánica puede resultar un poco confusa.
Hay que entender cuándo se introducen los comandos, cuándo se borra la secuencia y cuándo se ejecuta. El adulto probablemente tendrá que probarlo antes para no convertir la primera partida en una explicación larga.
También conviene no esperar que el niño use todas las piezas desde el principio.
El juego trae laberintos, muros, túneles y tarjetas, pero no hace falta sacarlo todo a la vez. De hecho, al principio es mejor reducir.
Ratón, queso y una ruta sencilla.
Nada más.
Una versión digital
También hemos creado una versión digital inspirada en este tipo de retos, con niveles prediseñados y un editor para crear laberintos.
Puede servir para practicar la misma idea sin montar todas las piezas, o para probar retos nuevos cuando el concepto ya está claro.
Aun así, para empezar con niños pequeños, el juego físico tiene algo muy potente: se toca, se mueve, se coloca, se ve.
Antes de la pantalla, muchas veces conviene pasar por las manos.
La idea importante
Code & Go Robot Mouse no es valioso porque "enseñe programación" a los 4 años.
Es valioso porque permite vivir, en forma de juego, algunas ideas que están debajo de programar: pensar antes de actuar, ordenar instrucciones, probar, equivocarse, mirar qué ha pasado y corregir.
Cuando Colby no llega al queso, no se ha estropeado el juego.
Acaba de empezar la parte más interesante.