Enseñar programación en primaria

Por qué enseñar a programar en la escuela

Aprender a programar en la escuela es cada vez más importante en un mundo cada vez más digital, pero el motivo que se da suele ser el equivocado. No se trata de que todos acaben siendo programadores.

Lo que se entrena es pensamiento computacional, y son cuatro habilidades que sirven en cualquier asignatura:

• Descomponer un problema grande en partes pequeñas.
• Reconocer patrones: ver que esto ya lo hemos resuelto antes.
• Abstraer: quedarse con lo esencial y descartar el ruido.
• Depurar: encontrar el error, corregirlo y volver a probar sin frustrarse.

Esa última es la que más transfiere. Un alumno acostumbrado a que su programa falle cinco veces antes de funcionar es un alumno que ha normalizado el error como parte del proceso, y eso vale para las matemáticas, para la redacción y para casi todo.

Empezar sin ordenadores: programación desenchufada

La mejor forma de empezar en infantil y primeros cursos no necesita ningún dispositivo, lo que además resuelve el problema de las aulas con tres tabletas para veinticinco alumnos.

• El robot humano. Un alumno hace de robot y solo obedece órdenes exactas: «avanza tres pasos», «gira a la derecha». El resto le guía hasta un objetivo. Descubren solos que «ve hacia la puerta» no es una instrucción válida.
• Secuencias con tarjetas. Ordenar los pasos de lavarse los dientes o hacer un bocadillo. Es un algoritmo, aunque no se llame así.
• Bucles con el cuerpo. «Repite tres veces: dos saltos y una palmada» ahorra escribir nueve instrucciones, y esa economía es exactamente la idea de bucle.
• Encontrar el error. Dar una secuencia que falla y que la arreglen. Es depurar, y es la actividad que más se parece a programar de verdad.

Qué herramienta según la edad

El error más común es empezar demasiado arriba. Como referencia:

• 3-6 años. Programación desenchufada y robots de suelo tipo Bee-Bot, donde se pulsan flechas físicas. Sin pantalla.
• 6-9 años. ScratchJr, con bloques que son dibujos en lugar de palabras, así que no hace falta leer con soltura. También Code.org, con sus cursos por horas y sus actividades de la Hora del Código.
• 9-12 años. Scratch, que es la herramienta central de toda la primaria: bloques que encajan, personajes, sonidos y proyectos que se pueden compartir. Aquí es donde aparecen los bucles, las condiciones y las variables sin nombrarlas como tales.
• 12 años en adelante. Es el momento de saltar a texto, y ahí sí entran Python y las plataformas de cursos: Khan Academy, con tutoriales accesibles pensados para principiantes; Codecademy, con cursos y retos prácticos en Python, Java y HTML; SoloLearn, que funciona bien en el móvil; y Coursera o edX para quien quiera cursos universitarios completos.

Ojo con ese último grupo: son plataformas excelentes, pero están pensadas para adultos autodidactas. Ponerlas delante de un alumno de 4.º de primaria es la forma más rápida de que decida que programar no es para él.

Cómo montar la primera sesión

Una sesión que funciona, de cincuenta minutos:

• 10 minutos desenchufados. El robot humano, aunque el grupo sea mayor. Fija la idea de instrucción exacta.
• 5 minutos de demostración. Enseñar un proyecto acabado y sencillo, no explicar la interfaz.
• 25 minutos de trastear con un objetivo mínimo: «haz que el gato se mueva y diga algo». Por parejas, que es como mejor funciona.
• 10 minutos de puesta en común, enseñando también lo que no funcionó. Normalizar el error es medio objetivo de la sesión.

Para los turnos y los equipos, la ruleta de nombres y el generador de grupos; y como el trabajo por parejas sube el volumen, el semáforo de ruido avisa solo.

Errores que conviene evitar

• Empezar por la sintaxis. Si la primera sesión va de dónde se pone el punto y coma, se ha perdido a media clase.
• Proyectos guiados paso a paso. Copiar veinte instrucciones no enseña a programar: enseña a copiar. Mejor un objetivo abierto y pequeño.
• Corregir el error del alumno. Si se lo arreglas tú, le has quitado justo la parte que enseña. Pregunta qué esperaba que pasara.
• Confundir programar con usar el ordenador. Buscar en internet, hacer una presentación o escribir un documento son competencia digital, que está muy bien, pero no es programación.