Cómo preparar un examen práctico de programación

Un examen práctico no mide lo que has leído, mide lo que puedes producir en una hora, sin ayuda y con nervios. Se puede preparar, pero no releyendo apuntes. Este es el plan que uso con los alumnos que tienen prueba en una o dos semanas.

Paso 1: consigue el formato exacto

Antes de estudiar, averigua las reglas: cuánto dura, si hay acceso a documentación, si se puede usar el autocompletado del IDE, si se corrige el resultado o también el código, y si los ejercicios se parecen a los de clase.

Preparar un examen sin saber esto es como entrenar para una carrera sin saber la distancia. Si el profesor publica exámenes de años anteriores, ahí está el 80 % de la información.

Paso 2: haz inventario de patrones, no de temas

En programación los exámenes se construyen con un puñado de patrones que se combinan: recorrer una colección y filtrar, acumular un total, buscar el máximo o el mínimo, agrupar por una clave, leer datos y validarlos, crear clases con sus relaciones.

Escribe cada patrón desde cero, sin mirar, en menos de cinco minutos. El que no te salga es tu material de estudio. Los temas que ya produces con fluidez no necesitan más repaso, aunque dé sensación de seguridad repetirlos.

Paso 3: simula el examen de verdad

Una sesión completa en condiciones reales vale más que cinco tardes de repaso pasivo:

1. Cronómetro puesto con el tiempo real de la prueba.
2. Sin soluciones abiertas, sin vídeos y sin preguntar a nadie.
3. Sin autocompletado si en el examen no lo tendrás.
4. Los últimos minutos reservados para probar casos límite.

Al terminar, clasifica cada fallo en una de estas cuatro categorías: no entendí el enunciado, me faltaba el concepto, fue sintaxis o no supe depurar. La categoría que más se repita es lo que debes entrenar, y cada una se entrena de forma distinta.

Paso 4: prepara el arranque

El momento de mayor bloqueo es el folio en blanco. Ten un arranque mecánico para no perder diez minutos: lee el enunciado dos veces, anota qué entra y qué debe salir, escribe en comentarios los pasos en castellano y solo después empieza a teclear bajo esos comentarios.

Así, si te quedas a medias, el corrector ve tu razonamiento. Y si te bloqueas, tienes un mapa al que volver.

Durante el examen: reparto del tiempo

• Primer 10 %: leer todo y decidir el orden. Empieza por lo que sabes hacer.
• 70 % central: resolver. Si un ejercicio te consume el doble de lo previsto, déjalo escrito a medias y pasa al siguiente.
• Último 20 %: probar con datos límite (lista vacía, valor cero, texto en blanco) y revisar que todo compila.

Entregar un programa que compila y resuelve tres de cuatro apartados puntúa más que uno completo que no arranca.

El error de preparación más caro

Estudiar leyendo soluciones. Entender una solución ajena da una sensación de dominio que desaparece ante el folio en blanco, porque leer y producir son habilidades distintas. Si solo cambias una cosa de tu forma de preparar el examen, que sea esta: pasa la mayor parte del tiempo escribiendo código sin referencia delante.

Si tienes la prueba encima y no sabes por dónde priorizar, en una sesión individual revisamos el formato, detectamos los patrones que te faltan y practicamos con ejercicios equivalentes. Tienes el detalle en clases de programación para DAM y DAW y en clases para universidad.