Antes de abrir Scratch
Scratch suele aparecer como "el siguiente paso natural" cuando un niño ya ha jugado con instrucciones, laberintos, robots o puzzles como Torres de Hanoi.
Y muchas veces lo es.
Pero antes de abrir Scratch conviene hacerse una pregunta:
¿Queremos que aprenda una herramienta o queremos que construya algo pensando?
La diferencia importa.
Scratch puede ser una puerta magnífica al pensamiento computacional. Permite crear juegos, historias, animaciones y pequeños experimentos sin tener que escribir código textual. En lugar de pelearse con puntos y comas, el niño arrastra bloques, los encaja y ve el resultado casi al instante.
Pero Scratch también puede convertirse en otra pantalla más donde seguir instrucciones sin entender demasiado.
La herramienta no hace magia.
Lo importante sigue siendo lo mismo: tener una idea, hacerla pequeña, probar, equivocarse, mirar qué pasó y volver a intentar.
Cuando Scratch sí tiene sentido
Scratch tiene mucho sentido cuando el niño empieza a querer crear algo propio.
No solo resolver un laberinto.
No solo llevar un robot hasta el queso.
No solo seguir instrucciones.
Crear.
Una historia donde un personaje habla.
Un gato que se mueve al pulsar una tecla.
Un juego donde cae una estrella y hay que atraparla.
Una animación absurda que solo tiene gracia para él.
Ese deseo de construir algo propio es una señal importante.
Porque Scratch funciona mejor cuando hay intención:
"Quiero que este personaje haga esto."
A partir de ahí aparece el pensamiento.
¿Qué tiene que pasar primero? ¿Qué ocurre cuando pulso una tecla? ¿Cómo sé si ha tocado el borde? ¿Cómo cuento los puntos? ¿Por qué no se mueve? ¿Qué bloque sobra? ¿Qué bloque falta?
Ahí Scratch deja de ser una herramienta y se convierte en un laboratorio.
Cuando quizá todavía no toca
No todos los niños tienen que empezar con Scratch en cuanto oyen la palabra programación.
A veces es mejor seguir un poco más con juegos físicos, dibujos, instrucciones en papel o retos sin pantalla.
Puede que todavía le cueste seguir una secuencia de tres pasos.
Puede que se frustre mucho cuando algo no sale.
Puede que solo quiera arrastrar bloques al azar sin mirar qué ocurre.
Puede que la pantalla se coma la conversación.
No pasa nada.
Volver al cuerpo, al papel o al juego físico no es retroceder.
A veces, antes de abrir Scratch, conviene jugar a ser el gato.
Un niño da instrucciones:
- avanza tres pasos;
- gira a la derecha;
- salta;
- di "hola";
- vuelve al inicio.
Luego otro niño o adulto las ejecuta.
Cuando esa idea está vivida con el cuerpo, Scratch tiene más sentido.
Qué aporta Scratch
Scratch elimina una barrera importante: la sintaxis.
En muchos lenguajes de programación textual, un símbolo mal puesto puede impedir que el programa funcione. En Scratch, los bloques ayudan a que el niño se concentre antes en la lógica que en la escritura exacta del código.
Eso no significa que todo funcione automáticamente.
Un programa de Scratch también puede fallar.
El personaje puede no moverse.
Puede moverse demasiado.
Puede quedarse atrapado en un borde.
Puede sumar puntos sin parar.
Puede hacer lo contrario de lo que el niño esperaba.
Y eso es precisamente lo interesante.
Scratch permite ver rápido la distancia entre la intención y el resultado.
Quería que pasara esto. Ha pasado esto otro. ¿Dónde se separaron?
Esa pregunta vale más que completar un tutorial.
El primer proyecto debería ser pequeño
Una trampa habitual es empezar con una idea demasiado grande.
"Voy a hacer un videojuego."
Suena emocionante, pero suele ser demasiado amplio.
Mejor empezar con una versión diminuta:
"Voy a hacer que un personaje se mueva con las flechas."
Eso ya es un proyecto.
Después se puede añadir una estrella.
Luego una puntuación.
Luego un enemigo.
Luego una pantalla de inicio.
Un proyecto grande no se construye de golpe. Se construye por capas.
Esa es una de las mejores cosas que Scratch puede enseñar: hacer pequeña una idea grande.
Un primer reto posible
Un buen primer reto podría ser este:
Hacer que un personaje se mueva por la pantalla al pulsar las flechas.
Parece sencillo, pero trabaja muchas ideas:
- eventos: algo ocurre cuando pulso una tecla;
- secuencias: los bloques se ejecutan en orden;
- coordenadas: el personaje cambia de posición;
- prueba y error: ajusto cuánto se mueve;
- depuración: si no funciona, busco dónde está el fallo.
No hace falta explicar todo esto al principio.
Basta con acompañar el proceso.
Primero:
¿Qué quieres que haga el personaje?
Después:
¿Qué tecla debería moverlo?
Luego:
¿Qué ha pasado al probarlo?
Y si no funciona:
¿Qué bloque crees que no está haciendo lo que esperabas?
Preguntar antes que explicar
Cuando un niño se atasca en Scratch, la tentación adulta es coger el ratón.
Funciona a corto plazo.
Pero enseña poco.
Es mejor acompañar con preguntas:
- ¿Qué querías que pasara?
- ¿Qué ha pasado en realidad?
- ¿Dónde empieza el programa?
- ¿Qué bloque se ejecuta primero?
- ¿Hay algo que se repite?
- ¿El personaje sabe cuándo tiene que moverse?
- ¿Qué podríamos probar cambiando solo una cosa?
- ¿Cómo sabremos si ya funciona?
El adulto no necesita saber todas las respuestas.
Necesita ayudar al niño a mirar.
Tutoriales: útiles, pero con cuidado
Los tutoriales de Scratch pueden ser muy útiles para empezar.
El problema aparece cuando el niño solo copia pasos.
Copiar un tutorial no está mal. Todos aprendemos copiando al principio.
Pero después conviene dar un pequeño giro:
¿Qué cambiarías para hacerlo tuyo?
Puede cambiar el personaje.
Puede cambiar la velocidad.
Puede cambiar el objetivo.
Puede añadir una regla.
Puede quitar algo.
Puede romperlo a propósito y volver a arreglarlo.
Ahí empieza a apropiarse del proyecto.
La pregunta no es si ha seguido bien el tutorial.
La pregunta es si empieza a entender qué puede modificar.
Reutilizar también es aprender
Una de las cosas más interesantes de Scratch es que permite mirar proyectos de otras personas y modificarlos.
Eso puede enseñar mucho si se hace con criterio.
No se trata de copiar sin pensar.
Se trata de investigar:
- ¿cómo hizo esto?
- ¿qué bloque provoca este efecto?
- ¿qué pasa si lo cambio?
- ¿puedo usar esta idea en mi proyecto?
- ¿qué entiendo y qué estoy copiando a ciegas?
Remezclar puede ser una forma muy potente de aprendizaje.
Pero necesita conversación.
Qué está aprendiendo realmente
Con Scratch, un niño puede aprender conceptos que después aparecen en muchos lenguajes de programación:
Eventos
Algo empieza cuando ocurre una acción: pulsar una tecla, hacer clic, tocar un objeto.
Secuencias
El orden de los bloques importa.
Bucles
Algunas acciones se repiten.
Condiciones
Algo ocurre solo si se cumple una regla.
Variables
El programa recuerda información, como puntos, vidas o tiempo.
Depuración
Cuando algo no funciona, hay que buscar dónde se rompe.
Pero lo más importante no es memorizar esos nombres.
Lo más importante es vivirlos dentro de un proyecto propio.
Señales de que Scratch está funcionando
Scratch está cumpliendo su papel cuando el niño:
- tiene una idea y consigue hacer una primera versión pequeña;
- prueba el proyecto muchas veces;
- cambia un bloque y observa qué ocurre;
- se ríe de un error inesperado;
- empieza a explicar qué cree que falla;
- mejora algo después de probarlo;
- hace preguntas más concretas;
- modifica un tutorial en vez de copiarlo sin más;
- enseña su proyecto y puede contar cómo funciona.
Eso importa más que terminar muchos ejercicios.
Señales de que conviene parar o cambiar
También hay momentos en los que Scratch deja de ayudar.
Por ejemplo:
- el niño solo arrastra bloques sin mirar el resultado;
- se frustra demasiado y no quiere probar;
- el adulto acaba haciendo todo;
- el tutorial se convierte en copia mecánica;
- la pantalla impide conversar;
- el proyecto es tan grande que bloquea.
En esos casos, no hace falta insistir.
Se puede volver a papel.
Dibujar el juego.
Representar al personaje con el cuerpo.
Hacer una lista de pasos.
Reducir el proyecto.
Volver a una versión más pequeña no es fracasar.
Es pensar mejor.
Después de Scratch
Puede que más adelante aparezcan otros caminos: Python, JavaScript, App Inventor, robótica, videojuegos, diseño web o inteligencia artificial.
Pero no hay prisa.
Pasar de Scratch a código textual no es automáticamente avanzar.
A veces avanzar es hacer mejores proyectos en Scratch.
O explicar mejor un error.
O terminar algo pequeño.
O entender por fin para qué sirve una variable.
La herramienta cambia, pero el músculo es el mismo.
La idea importante
Scratch no es valioso porque sea "programación para niños".
Es valioso cuando permite que un niño convierta una idea en algo que puede probar.
Un personaje que se mueve.
Una historia que responde.
Un juego que falla.
Una regla que se corrige.
Un proyecto que mejora poco a poco.
Ese es el paso importante: no pasar de bloques a código, sino pasar de consumir tecnología a construir algo con ella.
Scratch puede ser una gran puerta.
Pero la puerta no es el destino.
Lo importante es lo que el niño aprende a hacer al cruzarla: empezar, probar, entender, dudar y volver a intentar.