La programación por bloques funciona extraordinariamente bien. Los niños construyen lógica compleja sin pelearse con la sintaxis, y eso les da confianza rápido.
El problema aparece después. Cuando llega el momento de escribir código real, una parte importante del grupo se cae. Lo que era intuitivo se vuelve un muro de puntos y comas.
Por qué duele el salto
En bloques, la estructura es visible: un bucle envuelve físicamente lo que repite. En texto, esa misma estructura es invisible —vive en llaves e indentación— y además el error tipográfico se castiga con un mensaje incomprensible.
El alumno no perdió capacidad lógica. Perdió las señales visuales en las que se apoyaba.
La estrategia: mostrar los dos a la vez
La transición funciona cuando el alumno ve bloque y código lado a lado durante varias semanas antes de escribir una sola línea. Cada vez que arrastra un bloque, el código equivalente aparece al instante.
Así, cuando pone «Encender LED · pin 13», ve que eso es digitalWrite(13, HIGH);.
No lo memoriza: lo asocia. Después de veinte sesiones, esa línea le resulta familiar aunque
nunca la haya tecleado.
Cuatro etapas que funcionan
- Etapa 1 — Sólo bloques. El código está visible pero nadie lo menciona. Simplemente está ahí, cambiando.
- Etapa 2 — Leer el código. Sin escribirlo. «¿Qué línea creen que cambió cuando moví este bloque?» Convierte el panel en un juego de observación.
- Etapa 3 — Modificar el código. Se les da el programa hecho y sólo cambian valores: el número de pin, los milisegundos de espera. Bajo riesgo, primer contacto con el teclado.
- Etapa 4 — Escribir desde cero. Con una plantilla que ya trae
setup()yloop(). Nadie empieza en una hoja en blanco.
El error de saltar directo a la etapa 4
Es la ruta más común y la que más deserción produce. Pedirle a un alumno que escriba un programa completo la primera vez que toca el teclado equivale a pedirle un ensayo el día que aprendió el alfabeto.
El objetivo de la transición no es que dejen de usar bloques. Es que puedan elegir. Un alumno que entiende ambos representa la misma lógica de dos maneras, y eso es abstracción real.
Cuándo hacer el cambio
No hay una edad fija. La señal confiable es el tamaño del programa: cuando un proyecto llega a treinta o cuarenta bloques, arrastrar se vuelve más lento que escribir. Ahí el propio alumno empieza a pedir el cambio, y esa motivación vale más que cualquier calendario.
En nuestro simulador de bloques el código C++ aparece siempre en el panel inferior, con la
opción de copiarlo o descargarlo como archivo .ino. La transición no es un evento
en el temario: es algo que ya venía ocurriendo en silencio.