"¿A qué edad debería empezar a programar mi hijo?" es probablemente la pregunta que más nos hacen los padres. Y casi siempre se espera un número como respuesta: ¿a los 5? ¿a los 7? ¿a los 10?
La respuesta honesta es que la pregunta está mal planteada. Programar no es una sola cosa, ni se empieza de golpe. Lo que la evidencia y los currículos oficiales sí dicen, con bastante consistencia, es que existe una progresión natural: juego y secuencias en infantil, bloques visuales en primaria, código textual cuando hay base lectora y tolerancia al error. La pregunta correcta no es "¿cuándo empieza?", sino "¿qué tipo de programación encaja en su etapa?".
No hay una edad, hay una progresión
La OCDE, en su revisión sobre pensamiento computacional en educación infantil, concluye que estas habilidades pueden empezar a trabajarse incluso antes de saber leer, siempre que se haga con juego, materiales tangibles y guía adulta. En España, el currículo oficial ya incluye pensamiento computacional desde Infantil, programación guiada en Primaria y un bloque formal de programación y robótica en ESO. La dirección es clara: la edad de entrada al pensamiento computacional ha bajado, pero la idea de "aprender a programar" varía radicalmente según el momento del desarrollo.
Esto explica por qué cualquier respuesta única —"6 años", "8 años"— resulta engañosa. Un niño de 5 años puede "programar" si entendemos por eso ordenar pasos y predecir resultados con un robot tangible. Un niño de 12 años puede "programar" si lo que le pedimos es escribir código para resolver un problema. Llamamos a las dos cosas igual, pero son actividades distintas, con prerrequisitos distintos.
Qué corresponde a cada edad
3-5 años: sin pantalla, sin sintaxis
A esta edad, programar significa secuenciar, anticipar, corregir errores simples y narrar. Funcionan muy bien las actividades sin pantalla —laberintos con flechas, instrucciones corporales, tarjetas que ordenar— y, si se introduce dispositivo, herramientas iconográficas como ScratchJr (diseñado para 5-7 años) o robots tangibles. El objetivo no es la sintaxis, sino los modelos mentales de causa-efecto y orden.
La OMS recomienda limitar el tiempo sedentario ante pantallas en menores de 5 años. En la práctica, eso suele traducirse en sesiones breves (15-20 minutos), siempre con adulto al lado, y mucha actividad sin pantalla.
6-8 años: bloques y proyectos cortos
Aquí aparece el primer "sí" claro a la programación como actividad regular. Code.org diseña su currículo K-5 con lecciones de 45 minutos, y ScratchJr admite secuencias curriculares de varias semanas. Conviene seguir con bloques visuales —no texto— y proyectos visibles: historias, animaciones, minijuegos, primeras placas micro:bit. El niño debería poder ver lo que construye, no estar atascado escribiendo sintaxis.
Los prerrequisitos son modestos: orden temporal, contar, reconocer patrones, tolerancia mínima a prueba y error.
9-11 años: la ventana fértil de Scratch
Este tramo es, según la evidencia disponible, el momento más fértil para consolidar conceptos: bucles, eventos, condicionales, primeras variables, depuración con intención. Scratch reduce la fricción sintáctica y deja que el niño se centre en pensar y diseñar. La programación en pareja también funciona muy bien aquí, si se asignan roles claros y se rotan.
Es la edad en la que un niño puede sostener un proyecto de varias sesiones y volver a él con criterio. También es donde más se nota la diferencia entre seguir un tutorial y crear algo propio.
12-14 años: la transición a texto
Aquí empieza la transición seria al código textual. Herramientas híbridas como App Lab o Game Lab de Code.org, o MIT App Inventor, permiten pasar gradualmente de bloques a texto. micro:bit con Python también funciona muy bien. Lo importante es dosificar el salto: si las bases en bloques aún no están sólidas, forzar la sintaxis demasiado pronto suele frustrar.
Los prerrequisitos cambian: ya no son tanto motrices como de lectoescritura técnica. Leer instrucciones con precisión, soportar errores sintácticos, nombrar variables, entender que un problema admite varias soluciones.
15+ años: fluidez textual
A partir de aquí, la pregunta deja de ser "cuándo introducir" y pasa a "qué profundidad perseguir". Python, JavaScript, web, datos, automatización, juegos con más arquitectura. Proyectos largos, documentación, control de versiones. El objetivo ya no es solo hacer que funcione, sino aprender a pensar como programador: especificar, implementar, probar y comunicar.
El error más frecuente
El problema más habitual en cursos infantiles online no es que empiecen demasiado pronto. Es que confunden "aprender a programar" con "ver vídeos sobre programación". La Fundación Raspberry Pi, en su revisión sobre cómo enseñar programación en escuelas, es bastante clara: el aprendizaje significativo viene del trabajo por proyectos, donde el alumno crea algo concreto para una función o un destinatario, no de la mera exposición a tutoriales.
Si tu hijo sigue cursos donde solo consume contenido pero nunca construye, depura, decide o explica, lo que está aprendiendo no es programar. Es ver a alguien programar. Es muy diferente.
Cuándo encaja Learning Buddies
Learning Buddies está pensado para la franja en la que el aprendizaje por proyectos rinde más: a partir de los 8 años, con un peso especial entre los 9 y los 14. No tratamos de cubrir todas las edades porque eso obligaría a sacrificar profundidad: cada tramo necesita una pedagogía distinta, y empujar antes de los 8 años suele acabar siendo "pantalla supervisada" más que aprendizaje real.
En esa ventana, lo que ofrecemos no son vídeos para ver, sino proyectos para hacer: el niño construye algo propio, lo modifica, se atasca, lo corrige y avanza. La guía está, pero el control de qué se construye es del niño. Por eso el primer proyecto es gratis: queremos que veas la diferencia entre crear y consumir antes de decidir nada.
Si tu hijo tiene 8 años o más, le gusta crear cosas y siente curiosidad por la tecnología, probablemente este es un buen momento para empezar.
Una recomendación operativa
Si tuviéramos que condensar todo esto en una sola idea, sería ésta: empezar pronto, pero empezar bien.
Pronto significa que no hace falta esperar a los 10 o 12 años para que un niño tenga contacto con el pensamiento computacional. Hay actividades valiosas desde los 3 o 4. Bien significa respetar el desarrollo: juego y secuencias antes que sintaxis, bloques antes que texto, proyectos antes que tutoriales, crear antes que consumir.
La pregunta no es a qué edad empezar. Es qué tipo de programación encaja ahora mismo.
Fuentes
- OECD. The State of the Field of Computational Thinking in Early Childhood Education. oecd.org
- Bers, M. U. Coding as another language: a pedagogical approach for teaching computer science in early childhood. Springer. springer.com
- España, BOE. Real Decreto 95/2022, enseñanzas mínimas de Educación Infantil. boe.es
- España, BOE. Real Decreto 217/2022, enseñanzas mínimas de ESO. boe.es
- Raspberry Pi Foundation. Teaching programming in schools: a review of approaches and strategies. raspberrypi.org
- Code.org. Computer Science Fundamentals. code.org
- Scratch (MIT Media Lab). scratch.mit.edu · ScratchJr. scratchjr.org
- micro:bit Educational Foundation. Lessons · Python editor. microbit.org
- MIT App Inventor. Teaching resources. appinventor.mit.edu
- OMS. Recomendaciones sobre actividad física, sedentarismo y sueño en menores de 5 años. who.int