Hace poco asistí a un interesante debate en grupo sobre cómo facilitar a los alumnos de Iowa —concretamente de las zonas rurales— el acceso a conocimientos de informática.
El estado tiene la voluntad de hacer algo y cuenta con los recursos necesarios, pero uno de los retos ha sido conseguir que haya profesores cualificados en los centros educativos para impartir clases de tecnología. No es un problema generalizado, pero sí lo es en muchas comunidades rurales de Iowa.
Uno de los retos que se mencionaron es que muchos alumnos tienen ganas de aprender, pero el plan de estudios es nuevo y escasean los profesores. El acceso a Internet no es un problema, así que utilicémoslo para llevar a los pocos profesores que cuentan con el plan de estudios adecuado a aquellos lugares donde tanto el plan de estudios como los profesores son escasos.
Una idea que no llegué a sugerir en su momento
Contratar a dos o tres ingenieros que sean excelentes en su campo y tengan ganas de enseñar. Ingenieros de primer nivel en su especialidad, con ganas de enseñar a los jóvenes a programar. Pagarles los salarios de mercado que podrían ganar realizando trabajos de ingeniería en cualquier otro lugar y compensar esa diferencia con el número de alumnos que asistan a clase.
Encárgales que diseñen un plan de estudios que se adapte al nivel intelectual de los alumnos y que seleccionen las herramientas que utilizarán para enseñar. Deja que los ingenieros diseñen el plan de estudios y elaboren sus propios exámenes.
Es probable que los ingenieros elijan por sí mismos herramientas de código abierto, entornos estandarizados y, quizá, incluso entornos de desarrollo integrados (IDE) en la nube. Deja que diseñen un aula que se parezca cada vez más a los nuevos modelos utilizados en la educación superior, en los que los alumnos pueden estar en cualquier lugar y conectarse a la clase. Estandariza en todo el estado el tiempo dedicado a la enseñanza de un nivel de competencia concreto por habilidad, en lugar de por curso.
| 9-10 h – 101 | 10:00-11:00 – 102 | 11:00-12:00 – 103 |
Añade la clase 104 y así sucesivamente hasta el número que indique que ya tienes un trabajo, o según sea necesario.
Los horarios de las clases están pensados a grandes rasgos para ofrecer una franja horaria fiable y, en realidad, no son tan importantes. Desde luego, no es necesario que sean secuenciales. Las sesiones en grupos reducidos o las sesiones individuales podrían programarse por separado.
El plan de estudios podría aplicarse a todo el estado y las instalaciones para asistir a clase ya deberían estar preparadas, con algunos pequeños cambios. Sí, podría haber cientos, si no miles, de alumnos asistiendo a cada clase. Se parece más a una experiencia en Twitch que a un aula tradicional, y eso podría estar bien, ya que, si se graba, el alumno puede guardarla y ver la lección una y otra vez. Graba todas las lecciones cada día y ponlas a disposición de los alumnos.
Al tratarse de software, los alumnos también pueden completar o evaluar sus tareas una y otra vez hasta que las entreguen. Un número suficiente de entregas que superen las pruebas les da acceso al siguiente nivel de cursos.
Dejar que una o dos personas enseñen a todo el estado a programar en una clase de introducción de 9 a 10 de la mañana suena un poco descabellado. Excepto que es potencialmente mucho más barato en comparación con más de 100 profesores que intentan aprender el plan de estudios y a los que luego se les exige que hagan un examen sobre él. La evaluación de las habilidades de programación podría parecerse más a Code Academy que a la Prueba de Habilidades Básicas de Iowa.
Empresas como Udacity, Skillshare y Outschool llevan años mostrándonos cómo hacerlo.
Solo es una idea
Yo era un desastre en el colegio. Tampoco soy un gran profesor. Sin embargo, sí que observo bastante bien, y mi conclusión es que, si no puedes tener físicamente a los profesores adecuados en el aula, ponlos en una pantalla. No se puede garantizar que los jóvenes presten atención, pero la informática es lo suficientemente sencilla como para que, si su código no se compila o no superan el curso, sus notas no sean algo sin importancia. Literalmente suspenden y no pasan a la siguiente clase. El código no es subjetivo cuando se están aprendiendo los fundamentos. Se compila o no se compila. Funciona o no funciona. Da error o no da error.
Esto solo resulta complejo si intentas diseñar el sistema y no eres ingeniero.
Hay que partir del nivel de los alumnos y alinear los incentivos
La cruda realidad es que los alumnos motivados van a aprender por su cuenta en GitHub mucho más rápido de lo que cualquiera de estos programas podría enseñarles, pero podríamos darles un punto de partida poniéndolos en contacto con profesores capaces de reconocer y fomentar parte de su talento.
Yo sugeriría contratar a ingenieros para que reflexionen sobre los fundamentos de lo que están enseñando y quién es el público al que se dirigen. Dejemos que los ingenieros adapten su forma de comunicarse a su público si les apasiona el tema.
Algo mucho más provocador en lo que no he dejado de pensar es la remuneración. Diseñar programas de bonificaciones para los profesores contratados basados en programas de diez años podría cambiar drásticamente el número de participantes a largo plazo y el potencial de ingresos. Una idea sería remunerar a los profesores en función de los ingresos generados por el impacto de los graduados en el contexto de los ingresos fiscales generados. Diseñar el sistema educativo para que sea tan gratificante como el sistema bancario, remunerando a los profesores ingenieros en función del impacto económico que generen sus alumnos. Es como la rentabilidad sobre el capital, pero mucho más distribuida.
Mi hijo empezó a seguir cursos de arte en línea el año pasado con profesores de Texas y California, y eso realmente ha cambiado mi perspectiva sobre el enorme impacto que puede tener este tipo de formato.