Bill Gates, sobre MOOCs y educación

El MOOC, por sí mismo, en realidad no cambia las cosas, excepto para los estudiantes más motivados. Sólo es un elemento a combinar para obtener todos los pasos para superar un programa de grado entero. Y, así, la mayoría de estos sistemas serán híbridos. Después de todom un estudiante capaz de enfrentarse al MOOC en sí, sin necesidad de contacto y mentoría cara a cara, es el tipo de estudiante que, cuando teníamos libros de texto, también era capaz de avanzar leyendo el material. El MOOC no se basa en nuevo conocimiento educacional. Simplemente se presenta en una forma más interactiva y más fácil de entender que puede ser fantástica. Así que, he ahí una oportunidad.

Como currante UOC lo del «cara a cara» no me parece imprescindible, y creo necesario anotar que Gates se refiere (no sé si por simplificar o por desconocimiento) a los MOOCs en el sentido de edX o Coursera, y no a los MOOCs conectivistas de George Siemens & co.

Pero aún así, lo que dice Gates sobre MOOCs, y sobre educación en general, y en especial la importancia del acceso universal a la educación superior, y de los retos organizativos y administrativos que este supone para la universidad, en The Future of College (o lo decía, que es de agosto) me ha parecido lo suficientemente remarcable como para recogerlo y enlazarlo y recomendarlo aquí.

Cosas que no se arreglan con frambuesas…

Supongo que la mayoría habéis oído hablar del lanzamiento del Raspberry Pi y su enorme éxito (‘pi’, en inglés, suena exactamente igual que ‘pie’, y por tanto a un anglosajón el nombre del cacharro le suena a ‘tarta de frambuesa’, y de aquí el terrible título de esta entrada). Vaya por delante que opino que el Pi es una idea fantástica y tengo pendiente comprarme uno.

Pero (porque si no hubiese pero no habría entrada en el blog, claro).

Como con cada cacharrito nuevo, bien hecho y bienintencionado, todos nos alegramos, pero en seguida surge esa tendencia bipolar nuestra de opinar que o bien no va a servir de absolutamente nada o bien va a solucionar todos los males del mundo. Que la experiencia demuestre que prácticamente nunca se da ninguno de esos dos casos, y que todo son grises y casi nada blancos y negros no significa que tengamos que aprender. Si lo hiciéramos esto no tendría ninguna gracia ;-).

Leía el otro día un interesantísimo artículo sobre el tema en el Guardian (de verdad, de muy recomendable lectura, con muchos aspectos en los que coincido y algunos con los que no) y allí, a medio artículo, me encuentro con lo siguiente:

Eben Upton, a friendly, upbeat man (everyone involved with the RPi is friendly) is a designer of microchips for Broadcom and the main designer of the RPi. In the early- to mid-2000s, he was in charge of undergraduate admissions to computer science at Cambridge. He noticed a massive drop-off in the numbers and, especially, quality of undergraduates between 1996, when he graduated, and 2005.

«The students just couldn’t program, and that’s because they hadn’t been in the presence of programmable hardware,» he says. «It’s not so much an education as an environment thing. I was self-taught, so were all of my friends. But in the consumer device world we’re in today, where the majority of devices are tablets and phones and set-top boxes and games consoles… these are all machines that you can use to consume, but most of them won’t let you produce.»

…y no puedo evitar pensar dos cosas: por un lado, que creo que su retrato de la realidad es prácticamente impecable y, por otro lado, que evidencia algunos de los problemas de la enseñanza de la informática programación en la universidad. Los que el Raspberry Pi, casi seguro, no va a solucionar.

Me suena. Upton y yo debemos tener aproximadamente la misma edad. Y tuvimos de niños un ‘8 bits’ (yo un maravilloso Commodore 64, pero también podría haber sido un Spectrum ZX o, teniendo en cuenta que él es británico, un BBC Micro). Un ordenador que lo primero que te enseñaba era un entorno para programar en Basic (o lo que se entendía por un entorno en los 80). Además, los juegos que usábamos eran desarrollos modestísimos (en cuanto a recursos humanos y económicos y tiempo de desarrollo, que no en cuanto a talento), que te permitían soñar con hacer, algún día y con mucho esfuerzo, algo similar. Y eso no hacía que te pusieras automáticamente a probarlo, pero lo facilitaba. Y en los quioscos había un buen número de publicaciones que, además de enseñarte qué juegos había en el mercado, venían con programas que podías teclear (cuando llegaron las revistas con cinta, con los programas ya tecleados, fue el acabóse, pero también hay que decir que si te dan el programa ya tecleado, la probabilidad de que te lo mires a fondo es bastante más baja que si lo tecleas). Ese, curiosamente, es un aspecto en que los tiempos pre-www no me parecen inferiores a los actuales.

Cuando esa generación llegó a la universidad, había una parte (no necesariamente grande, pero seguro que tampoco era pequeña) que entraba sabiendo programar. Con vicios adquiridos, desde luego, pero que ya había dado los primeros pasos. Y tener unos cuantos estudiantes en el aula que ya saben hacer lo que les quieres enseñar es, creedme, una bendición. Además, había otro colectivo que, en algún momento de sus vidas, había sentido curiosidad por qué es programar, lo había intentado, se había estampado contra la pared (no es una metáfora excesiva: puede resultar doloroso) y lo había dejado… antes de engrosar los números de estudiantes que abandonan, frustrados, en primero de carrera.

Con la popularización de las consolas pero, sobre todo, con la llegada de ordenadores, sistemas operativos y software cada vez más sofisticados, programarse las cosas uno mismo dejó de tener ningún sentido práctico. Además, los usuarios ven software que está a años luz de lo que podrían lograr ellos con tiempo y esfuerzo. Consecuencia: el número de estudiantes que llega a primero de informática teniendo nociones de programar se ha reducido (aunque sigue habiéndolos, naturalmente) y el colectivo de los que han abandonado antes de llegar a la línea de salida se ha visto reducido también notablemente. El resultado lo comenta Upton: desplome del rendimiento académico. Nótese, además, que un desplome rápido nos impide echarle la culpa (como solemos hacer en la universidad) a la educación primaria y secundaria y también elimina la posibilidad de que sea la actuación del profesor (que difícilmente va a empeorar tan sensiblemente en unos pocos años).

Pero… ¿por qué pone esto en evidencia los problemas de la enseñanza de la informática? Pues… si el hecho de que lleguen menos estudiantes con conocimientos previos hace caer el rendimiento de las primeras asignaturas de programación… igual eso significa que antes tampoco es que estuviéramos enseñando a programar muy bien, ¿no?

Paréntesis. Cuento entre mis amigos a muchos buenos profesionales de la enseñanza de la informática. Y es probable que esto lo acabe leyendo alguno más. El párrafo anterior, además de constatar una opinión personal fuerte, tiene el ánimo de encender la discusión constructiva :-). Me encantará reconocer que me equivoco si alguien aporta suficientes argumentos sólidos en contra.

En cualquier caso, y volviendo a lo que íbamos… Me da a mí la impresión de que el infierno se congelará mucho antes de que la enseñanza primaria o secundaria asuman la enseñanza de la programación como materia obligatoria (sí: a pesar de que algún país está en ello). Me lo parece, sobre todo, por un motivo perverso: meter la programación en un currículo, en cualquier currículo, iba a ser una buena idea socialmente, pero iba a tener efectos nefastos sobre los números del rendimiento académico en escuelas e institutos. Y mucho me temo que nuestras «cabezas pensantes» se preocupan mucho más de algo fácilmente cuantificable y que tiene visos de ir mal que del beneficio social, que va a resultar mucho más difícil de medir y, de regalo, va a ser demasiado lento como para sacarle beneficio electoral.

Pero sí estoy de acuerdo en que exponer a los potenciales informáticos de mañana al «arte de programar» cuanto antes es una maravillosa idea. ¿Por qué no creo en el Raspberry Pi como solución a ese problema? Por dos motivos principales:

  • Este problema, al menos en el primer mundo, no es de fractura digital: desde luego que hay niños y adolescentes en el Reino Unido (y en España, asumiendo que aún seamos primer mundo) sin acceso a un ordenador, y ese es un problema importante, pero dudo muchísimo que el acceso universal vaya a mejorar sensiblemente los números de la universidad.
  • Sí, el Raspberry Pi es un ordenador que da acceso rápido a un entorno de programación… pero eso no es todo lo que hace falta. Y, la verdad, ni siquiera es la característica más destacada ni el motivo que va a animar a casi nadie a comprarse uno.

El Pi es el ordenador ideal para el «hobbysta» del primer mundo, que ya sabe que quiere hacer cosas (y probablemente hasta qué cosas), y una solución como mínimo interesante para intentar atacar el problema de la fractura digital en los países menos favorecidos. Sólo por ello ya es una idea fantástica. Y si encima pensamos en las vías nuevas que abre un ordenador de tamaño, consumo y precio tan reducidos… Pero insisto: uno de los problemas que no va a solucionar es el de conseguir más y mejores programadores en ningún país europeo.

Y es que tener tener el entorno disponible es tan solo una parte del problema. Y hay otros factores me parecen tanto o más importantes. Si tantos nos animamos a dar nuestros primeros pasos con el 64 o el ZX, además de por tener un cacharro a mano, era porque disponíamos de un lenguaje sencillo, de muchos ejemplos de código de calidad razonable que permitían hacer cosas divertidas y vistosas con relativa facilidad y de muy rudimentarias y poco conectadas comunidades de práctica (para muchos, alrededor de algo tan tremendamente lento y poco conectado como las revistas mensuales y en papel).

¿Podemos conseguir eso hoy? Desde luego. Hay muchas vías para comenzar a programar. Una muy popular es Processing (no, no consigo venderme la idea de los lenguajes diseñados para enseñar a programar, por mucho que lo intento), que seguramente conoce todo el que se haya interesado alguna vez por el tema. Pero yo tengo entre ceja y ceja que el entorno de desarrollo está en todos los navegadores, y que el lenguaje de programación, casi universal, se llama JavaScript (antes de hacerme una lista de los múltiples crímenes de JavaScript como lenguaje de programación, por favor considerad cómo el lenguaje de programación de la generación de los 8 bits, ese que hacía que el rendimiento en la universidad fuera más digno… era BASIC, por el amor de Turing). Y pienso en JavaScript porque, además de contar con un intérprete en cada navegador (y por tanto en cada ordenador, básicamente, más en cada tableta y en cada smart- y not-so-smart- phone), contamos con entornos de desarrollo en línea que, sin ser comparables a lo que espera el programador profesional, sí son bastante mejores que aquellos de que disponíamos en los 80 (mi favorito es jsFiddle.net y lo será aún más cuando salga de alfa y comience a funcionar mejor en navegadores no-Webkit, aunque JS Bin es una alternativa sólida) y bibliotecas (que en jsFiddle se pueden añadir trivialmente) como, sobre todo Processing.js (el primo web de Processing), y en menor medida Raphaël, three.js o Kinetic, que permiten comenzar a usar y modificar código ajeno para obtener deprisa resultados vistosos que te animan a continuar y profundizar. Y, además, te permiten guardar, mostrar y compartir tu código. E iniciativas como Codecademy demuestran, incluso, que alrededor de JavaScript se puede montar un entorno de aprendizaje atractivo…

¿Encontraremos una vía para que los niños de hoy puedan aprender a programar? ¿Será JavaScript? ¿Será por otro lado? Más vale que le demos vueltas, porque un trocito significativo de nuestro futuro depende de ello…

Nuevas reglas

Extraído/traducido de una imprescindible (y discutible a veces, desde luego) ) pieza de opinión del New York Times, New Rules, escrita por el ‘Pulitzer’ Thomas L. Friedman.

Ese mundo ha desaparecido. Ahora el sistema es más abierto. La tecnología y la globalización destruyen puestos de trabajo menos cualificados más deprisa, mientras que aumentan constantemente el nivel de habilidad necesario para los nuevos trabajos. Ahora más que nunca, la formación a lo largo de la vida es clave para acceder a, y permanecer en, la clase media.

Hay una cita atribuida al futurista Alvin Toffler que captura esta nueva realidad: En el futuro “el analfabetismo no se definirá por saber o no leer y escribir, sino por ser capaz o no de aprender y reaprender”. Toda forma de quedarse quieto resulta mortal.

(Pieza descubierta en el twitter de @antonello, por cierto.)

El vídeo que debes ver hoy: Inventar por Principio

[vimeo]http://vimeo.com/36579366[/vimeo]

Quizá no sea el vídeo que deba ver todo el mundo, pero desde luego sí todo el público objetivo de este blog :-). Si alguna vez habéis intentado aprender a programar, o mejor todavía, si habéis intentado enseñar a programar es, sencillamente, imprescindible. A mí me ha dejado literalmente con la boca abierta en unas cuantas ocasiones.

Como dicen en WebMonkey (que es donde lo he encontrado):

  • La primera media hora habla de herramientas de programación y de autor y consiguen que lo que usas ahora te parezca, directamente, antediluviano. Las herramientas mostradas no están disponibles para el público y eso es un gran drama, pero el mero hecho de que se puedan hacer debería hacer que unos cuantos geniecillos se dedicaran a competir con las que se muestran en el vídeo.
  • En la segunda mitad la cosa se vuelve más filosófica y me temo que más de uno y más de dos desconectaréis. No pasa nada (aunque si os gusta mínimamente, no dejéis de ver la fantástica Al construir, otra charla de la que nos hicimos eco hace unas semanas por aquí).
  • Bret Victor, el orador, es uno de esos tipos que provocan admiración y envidia cochina a partes iguales por su talento (y su curriculum). worrydream.com, su web, da buena prueba de ello (algunos de los proyectos que muestra ya los había visto y es probable que vosotros también; de hecho, a posteriori, el estilo es bastante reconocible).

De nada :-).

Educación en estándares web, en abierto. ¿Te apuntas?

Como sabéis los que seguís este blog, uno de mis intereses personales y profesionales es el de la educación en estándares web. Tengo la suerte de ser el responsable de la asignatura de Lenguajes y estándares web del grado de Multimedia de la UOC, en la que pretendemos formar a nuestros estudiantes en el buen uso del HTML y el CSS, respetuoso con los estándares, la accesibilidad y demás.

Cuando comenzábamos a desarrollar la asignatura (de esto ya hace una buena temporada…) comenzaba a circular por la web una iniciativa de Opera, el Web Standards Curriculum, que ha ido creciendo desde entonces hasta convertirse en el Web Standards Curriculum del W3C. Si seguís el enlace podéis ver que un buen montón de los artículos cuenta con traducciones al español y al catalán. Si se me (nos) permite colgarnos la medalla, muchas de ellas son mérito de la UOC, que se encargó de ello y las publicó, en abierto, como curriculum de estándares web Opera hace un año y medio ya (hace unos meses añadimos la traducción de unos cuantos artículos sobre HTML5).

A través de la traducción tuve el gustazo de conocer a Chris Mills, evangelista de los estándares web para Opera (y mejor persona (-:), «culpable» máximo de la existencia del curriculum y, además, actualmente, uno de los «chairs» del Web Education Community Group del W3C que pretende, ya os lo habréis imaginado, mejorar la todavía tristemente pobre educación web disponible para todo aquel (no son pocos) que quiera dedicarse a esto del diseño y el desarrollo web.

Al grano

Una de las cosas de las que son conscientes en el grupo es que es muy necesario un esfuerzo de internacionalización y localización para cruzar las barreras del inglés. Y es por ello que se han dedicado a lanzar un Spanish and Catalan education project cuyo primer objetivo es llevar todas las traducciones existentes al wiki del W3C y, después, actualizarlas y, sobre todo, añadir nuevos y mejores contenidos y ponerse en contacto con la comunidad de formadores y estudiantes para mejorar en la medida de lo posible el estado de la cuestión.

Por aquellas cosas de la vida, ahora mismo figuro como ‘coordinador’ (un cargo del que me encantaría abdicar cuanto antes, por cierto…) del proyecto. Que quiere decir que…

Se buscan voluntarias y voluntarios

Interesante proyecto, ¿no? Las barreras de entrada son mínimas. En una primera fase se busca gente capaz de copiar y pegar desde Mosaic y el resto de traducciones al wiki del W3C. Después necesitaremos a quien quiera y pueda revisar todos esos contenidos, cruzarlos con las actualizaciones que se han hecho en inglés para ponerlos al día, voluntarios de traducción y creación de materiales y lo que vaya saliendo.

¿Y cómo me apunto? Esa es la pregunta que quería oir :-). Las instrucciones (en inglés, que resultará útil aunque, como decía, hay tareas que se pueden realizar sin dominar el idioma de Shakespeare). ¡Nos vemos por allí!