Pedirle a un grupo de estudiantes de primero que escriba un algoritmo en una hoja de papel suele provocar resistencias. "¿Para qué, si tengo el ordenador delante?", responden con razón. La pregunta es legítima y conviene contestarla con honestidad: codificar en papel obliga a pensar antes de teclear y eso es exactamente lo que necesita aprender alguien que está empezando a programar.
Por qué el papel sigue siendo útil
- Fuerza a comprender el problema. No hay autocompletado que sustituya al esfuerzo de plantear la solución desde cero.
- Obliga a planificar la estructura. Cuando borrar y reescribir cuestan, las personas dedican más tiempo a diseñar antes de implementar.
- Hace explícitas las suposiciones. En la pizarra es difícil esconder un caso que no sabemos manejar.
- Entrena la lectura de código ajeno. Quien practica papel se acostumbra a "ejecutar código mentalmente", una habilidad fundamental para la revisión de pull requests.
Cómo lo trabajamos en clase
En las asignaturas de fundamentos de programación del grado planteamos tres bloques de ejercicios:
- Trazas a mano: dado un fragmento de código, los estudiantes anotan paso a paso el valor de cada variable.
- Diseño antes de codificar: ante un problema, deben escribir el algoritmo en pseudocódigo y dibujar las estructuras de datos antes de escribir una sola línea en el IDE.
- Code reviews en pizarra: el grupo discute fragmentos de código en común, marcando defectos y proponiendo mejoras.
Una práctica complementaria, no nostálgica
No proponemos volver a programar siempre en papel. Proponemos que el papel siga siendo una herramienta más en el aula, igual que el lápiz lo es en arquitectura o en matemáticas. La clave no está en el medio, sino en cultivar el hábito de pensar antes y de comprender lo que escribimos. Lo demás —los IDE, los copilotos, los frameworks— solo amplifica la calidad de esa primera idea.