Didáctica de la programación

@ndres me hizo una pregunta interesante (gracias a Moradin; necesitaba un tema para el post del lunes): ¿Cómo abordaría enseñar programación en un colegio, aunque a los estudiantes no les gustara?

Supongo, por la pregunta, que no puedo aplicar mis primeras ideas:

1. No hacerlo
2. Torturar a los herejes
3. Convencer al director que no vale la pena

Tengo que empezar por aclarar que no tengo ningún tipo de formación pedagógica. No tengo paciencia para enseñar. Mis ‘alumnos’ terminan con más moretones que conocimientos.

Como dije, la programación, en el mismo nivel que las artes, la arquitectura, la publicidad, y otros campos, tienen partes que se pueden enseñar—puedo enseñar la sintaxis de un lenguaje, las técnicas para mejorar la escritura, formas de mejorar los trazos, mostrar diseños y miles de ejemplos de ‘genios’ anteriores a nosotros—, pero hay una parte, igual de grande o más, que no se puede empezar a describir.

Es imposible meterle a alguien en la cabeza algo relativamente complejo, como la programación, si no le gusta programar. Desde el principio esperamos perder a muchos por el camino. Lo importante es empezar con suficientes para llegar al final.

Odio la Historia, la Geografía,  la Sociología y la Biología… todas las ciencias blandas; me encantan la Química, la Física y la Matemática. Por mi propia experiencia, a la gente que le gustan las últimas tiende a irle mejor en la programación. Eso no quiere decir que las primeras no puedan hacerlo; si fuera así, probablemente no habría programas como los de cura del SIDA o el cáncer.

Lo importante es conseguir interés, que los alumnos propongan proyectos que les gustaría hacer. No importa, ahora, la dificultad; es un momento de brainstorming. El profesor también puede tirar ideas de cosas que ya se hayan hecho o que quiera hacer, como ejemplo de qué puede hacerse.

Obviamente, 50 propuestas van a ser “un juego”. Otras tantas van a ser de inteligencias artificiales.

Walter, un amigo, me contó que en la facultad hay proyectos de investigación involucrando PIC y demás. Si podemos usar éstos (o, no sé, un Arduino) para la práctica, conseguimos un objeto físico para interactuar. Algo tan simple como hacer que un LED parpadee es más interesante que el “Hola, Mundo!”. Si tenemos los recursos, armar un robot tan simple como dos ruedas para movimiento y una de apoyo hará maravillas.

Es importante no obligar a nadie a un proyecto u otro, sino dejarlos que elijan, aunque al profesor correspondería seleccionar los que se puedan terminar.

Y ahora es donde se empieza a poner más complicado. La división de tareas, interfaces, funciones… todo lo que sea código. Y acá vamos a empezar a perder interés. Hay que encontrar la forma de rellenar las líneas que acabamos de dibujar, cubrir las bases que cualquier proyecto necesita (lógica, bucles, variables, estructuras de datos, parámetros, funciones…), y las partes específicas de los otros (APIs, heurística, búsqueda de caminos…).

Esto último se puede enseñar; casi cualquiera puede hacerlo. Lo que necesitamos es generar el interés, antes de empezar.