Gestionar alumnos de programación: guía completa

La programación es la asignatura particular que más ha crecido en España en los últimos años. Con más de 23.000 profesores activos en marketplaces como Superprof y una demanda laboral tecnológica que no para, el perfil del alumno ha cambiado radicalmente. Ya no es solo el estudiante de ESO o Bachillerato que tiene Informática como asignatura. Hoy conviven en la misma semana de trabajo de un profesor particular cuatro o cinco perfiles completamente distintos, cada uno con motivación, ritmo y necesidades propias.

Eso hace que la programación sea, entre todas las materias, la que más penaliza trabajar sin un sistema de seguimiento por alumno. Si no tienes registrado qué lenguaje usa cada uno, en qué nivel está y qué tipo de error comete, acabas preparando clases genéricas que no encajan con ninguno.

Los cuatro perfiles de alumno de programación

Antes de hablar de bloques temáticos o errores frecuentes, lo primero es reconocer que “alumno de programación” no describe a un tipo de persona, sino a cuatro o cinco bien distintos. Confundirlos es el error más frecuente de los profesores que empiezan a dar clases de código.

Niños (8–12 años): Scratch, Python básico, game design

Aprenden mejor a través de proyectos con resultado visible: un juego, una animación, un personaje que se mueve. Scratch es el punto de entrada habitual, pero muchos pasan a Python con la librería turtle o con juegos en Pygame. La motivación es la clave de gestión: si el proyecto deja de ser divertido, el alumno desconecta. Registra qué tipo de proyecto le engancha y dirige el aprendizaje a través de ello, no al revés.

Adolescentes de ESO y Bachillerato: Informática curricular

El objetivo es pasar el examen. La asignatura de Informática en Bachillerato incluye algoritmos, estructuras de datos (listas, pilas, colas), bases de datos SQL básicas, hojas de cálculo avanzadas y, según la comunidad, pseudocódigo o Python. El alumno que prepara la EBAU de Informática en junio necesita gestión muy diferente al niño que aprende Scratch: más diagnóstico por bloques del temario y menos proyecto abierto.

Adultos en reconversión profesional: Python, JavaScript, web dev

Son los alumnos más motivados y los que progresan más rápido, pero también los más impacientes con el ritmo. Suelen tener un objetivo laboral concreto (conseguir trabajo como desarrollador web en seis meses) y necesitan que el contenido sea aplicable desde la primera semana. No tienen paciencia para ejercicios abstractos sin aplicación práctica visible.

Profesionales que automatizan tareas: Python, Excel, SQL

No quieren convertirse en programadores. Quieren automatizar una tarea concreta: procesar ficheros Excel con Python, hacer informes automáticos en Power BI o conectar APIs sin saber todo lo que hay detrás. El temario se define al revés: primero el resultado que necesitan, después los conceptos mínimos para llegar allí.

Tener estos cuatro perfiles identificados en la ficha de cada alumno cambia cómo preparas cada clase. Lo que sirve para el adolescente de Bachillerato (ejercicios tipo examen con cronómetro) bloquea al profesional de automatización (que necesita ver un caso real antes de entender el concepto). Para entender cómo organizar esta diversidad desde el primer día, el artículo sobre gestión de clases particulares describe el sistema de fichas por alumno.

Los tres tipos de error en programación y por qué importan

En programación hay una clasificación de errores que determina completamente la estrategia de enseñanza. Si no distingues qué tipo de error comete tu alumno, acabas dando la explicación equivocada para el problema equivocado.

Errores de sintaxis

Son los más visibles y los que más intimidan al principiante: los dos puntos que faltan al final del if, la indentación incorrecta en Python, el punto y coma ausente en JavaScript, la comilla sin cerrar. Son mecánicos y se resuelven con práctica repetida. Las flashcards de sintaxis funcionan muy bien aquí: frente — “¿Cómo se declara una lista vacía en Python?”; reverso — “mi_lista = []”.

Errores de lógica

El programa corre sin errores pero hace algo distinto a lo que se pedía. El alumno confunde el orden de las condiciones en un if/elif/else, itera sobre el índice en lugar de sobre el elemento, o invierte la condición de un bucle while. Estos errores no los detecta el intérprete: los detecta el alumno si sabe cómo depurar. Son los más difíciles de enseñar porque requieren razonamiento sobre el flujo del programa, no solo memoria.

Errores de entorno

El alumno ha escrito código correcto, pero el programa no funciona porque Python no está instalado, el módulo no existe, la versión es incompatible o la ruta del fichero es incorrecta. Estos errores consumen más tiempo de clase que ningún otro y no tienen nada que ver con programar. Registra el sistema operativo y el entorno de trabajo de cada alumno (Windows/Mac/Linux, VS Code/IDLE/Replit) desde la primera sesión. Perder 30 minutos de clase en instalar una librería es un problema de planificación, no de pedagogía.

Anotar en la ficha de cada alumno cuál es su tipo de error predominante decide el foco de la siguiente clase: flashcards de sintaxis, ejercicios de debugging o sesión de configuración del entorno. Para comparar cómo se aplica este mismo esquema diagnóstico en otras asignaturas técnicas, el artículo sobre gestión de alumnos de matemáticas tiene la misma estructura de errores por tipo.

Tareas que funcionan en programación

Las tareas de programación tienen una ventaja sobre casi cualquier otra asignatura: el resultado es verificable de forma objetiva. El código funciona o no funciona, y eso elimina la ambigüedad de muchas correcciones. Pero también tienen un problema práctico: ¿cómo le envías el enunciado y recibes la entrega sin que el alumno tenga que registrarse en ninguna plataforma?

Ejercicios en Replit o CodeSandbox

Para alumnos que trabajan en el navegador (especialmente niños o adultos sin entorno configurado), crear el ejercicio en Replit y compartir el link es la opción con menos fricción. El alumno abre el link, hace fork del proyecto y trabaja. No necesita instalar nada. Puedes dejar comentarios directamente en el código.

Repositorios GitHub para adolescentes y adultos

Para alumnos que preparan la reconversión profesional, usar GitHub desde el principio tiene doble valor: aprenden la herramienta que van a usar en el trabajo y van construyendo un portfolio visible. Crea un repositorio base con el enunciado y las instrucciones en el README, el alumno hace fork y abre un Pull Request cuando termina. Puedes revisarlo con comentarios en línea.

Ejercicios en papel para Bachillerato

Para los que preparan la EBAU de Informática, los ejercicios en papel o PDF con pseudocódigo y trazas de ejecución son esenciales, porque el examen es en papel. Mandarlos por WhatsApp como tarea con enlace sin registro funciona exactamente igual que con cualquier otra asignatura.

Flashcards para programación

Las flashcards tienen un rol más limitado en programación que en idiomas o química, pero hay un subconjunto de contenido donde son insustituibles: comandos, sintaxis frecuente y mensajes de error.

• Comandos de terminal:frente — “¿Cómo creo un entorno virtual en Python?”; reverso — python -m venv nombre_entorno.
• Sintaxis de estructuras básicas:frente — “¿Cómo se declara una función en JavaScript?”; reverso — function nombre(parámetros) { ... }.
• Mensajes de error habituales: frente — TypeError: 'int' object is not iterable; reverso — “Estás intentando iterar sobre un número entero. Probablemente confundes la variable que guarda un número con una lista.”
• Métodos de listas y strings:frente — “¿Qué hace split()en Python?”; reverso — “Divide un string en una lista usando el separador indicado.'a,b,c'.split(',') devuelve['a', 'b', 'c']”.

El algoritmo FSRS que usa tusalumnos programa los repasos según los fallos de cada alumno: el comando que domina desaparece del repaso diario; el mensaje de error que confunde siempre vuelve a aparecer. Para ver cómo funciona el sistema completo, la guía de flashcards para profesores explica el proceso desde cero.

PAU Informática: qué necesita el alumno en las semanas previas

La EBAU de Informática (Bachillerato de Tecnología) suele examinar cuatro bloques principales: algoritmos y programación estructurada, estructuras de datos (arrays, listas, pilas, colas, árboles), bases de datos relacionales (SQL básico y modelo entidad-relación) y sistemas informáticos (redes, sistemas operativos, seguridad). Los pesos varían por comunidad autónoma, pero el patrón es bastante estable.

La gestión de las últimas semanas antes del examen sigue la misma lógica que en física o química: diagnóstico por bloques, concentra las últimas sesiones donde el alumno pierde más puntos, simulacro completo cronometrado en los días previos. El error más frecuente es dedicar demasiado tiempo a SQL (que parece más fácil de repasar) y llegar al examen con las trazas de algoritmos sin practicar. En la mayoría de exámenes, los ejercicios de pseudocódigo y traza de ejecución valen más puntos que las consultas SQL.

Una nota práctica: si el alumno prepara la EBAU en junio, el repaso de algoritmos necesita papel y bolígrafo, no ordenador. Entrenar la traza manual de un algoritmo recursivo es una habilidad distinta a programarlo en el IDE. Asegúrate de que las últimas sesiones incluyen ejercicios escritos a mano en el mismo formato que el examen.

El problema del entorno: cómo no perder clases en instalaciones

El mayor drenaje de tiempo en las clases de programación no es la dificultad del contenido: es que el entorno no funciona. Python 3.8 vs 3.11, el módulo que no se instaló bien, el antivirus que bloqueó Node.js, el Mac con Apple Silicon que tiene incompatibilidades con ciertas librerías.

La estrategia más efectiva es resolver el entorno antes de la primera clase, no en la primera clase. Manda al alumno un mensaje por WhatsApp con los pasos exactos de instalación y pídele que los complete antes de que empiece. Si algo falla, lo resuelves en diez minutos al inicio de la clase en lugar de consumir la sesión entera.

Para alumnos que no pueden o no quieren configurar nada, Replit es la alternativa: funciona completamente en el navegador, sin instalar nada. Tiene limitaciones en proyectos grandes, pero para el nivel inicial y medio es más que suficiente. El tiempo que ahorras en soporte técnico vale más que las limitaciones de la plataforma.

Llevar el seguimiento con cinco perfiles distintos

Con varios alumnos de programación, la ficha por alumno debe incluir al menos: lenguaje(s) activo(s), nivel real por lenguaje, entorno de trabajo, tipo de error predominante, proyecto o módulo actual y objetivo del alumno (examen, reconversión, automatización, hobby). Sin eso, cada clase empieza desde cero.

El mayor error en la gestión de alumnos de programación es confundir el nivel del lenguaje con el nivel general de lógica computacional. Un alumno que lleva tres años usando Excel con fórmulas complejas tiene una lógica condicional muy desarrollada, aunque no haya escrito una línea de Python. Eso hace que aprenda las estructuras de control en una sola sesión. Registrarlo te evita explicarle el if como si fuera nuevo cuando él ya piensa en condicionales desde hace años.

Si también gestionas alumnos de otras asignaturas técnicas, puede interesarte el enfoque diagnóstico que funciona con alumnos de física o con alumnos de química: la separación entre errores de lenguaje (formulación/sintaxis) y errores de razonamiento (conceptual/lógica) es la misma en todas las asignaturas técnicas.