La plataforma educativa moodle (y III)

Presente y futuro de Moodle

En el número anterior de esta serie de artículos iniciamos una enumeración de las posibilidades de una plataforma educativa en un aula real, basándonos en ideas de Joan Queralt y Aníbal de la Torre. Acabaremos el repaso examinando los nuevos módulos y desarrollos de moodle: las posibilidades de integrar un portfolio electrónico y bitácoras personales, si es posible utilizar recursos multimedia o páginas web interactivas, el cumplimiento de los estándares educativos... Todo fascinante para un enseñante tecnófilo, el desafío es lograr que lo sea para todos los enseñantes. Por Juan Rafael Fernández García.

Por falta de espacio tratamos en la segunda sección de forma sólo superficial cómo pueden los alumnos compartir recursos. Es un tema que tiene una importancia prioritaria desde una perspectiva constructivista y debemos tratarlo con más profundidad. Una enseñanza centrada en el que aprende tiene como una de sus consecuencias el aprendizaje de la autonomía. Este enfoque pedagógico conduce a la elaboración de una carpeta que resuma y ejemplifique los hitos y logros del que aprende: el llamado portfolio; un espacio que el estudiante siente como propio y del que es responsable, su manifestación pública. Es lógico preguntarse por la posibilidad de construir una versión electrónica. ¿Es posible construir páginas personales y un ePortfolio en moodle?

I. ¿Un ePortfolio en moodle?

En las versiones anteriores y actual de moodle la única forma de compartir recursos personales es como adjuntos en los foros (un adjunto por mensaje) o como tareas que el profesor ha debido encargar previamente (un recurso por tarea). Por supuesto que los alumnos pueden participar en discusiones en foros o chats y construir un documento mediante el wiki, pero la jerarquía es evidente; lo que echamos de menos es un espacio personal donde puedan expresarse, investigar de forma individual o guardar sus mejores trabajos. Hasta ahora lo único parecido a un espacio personal son los wikis personales, donde es complicado incluir imágenes, ficheros, etc.

La situación va a cambiar. El módulo MyFiles[1], de Michael Penney, tiene el siguiente cometido[2]: «MyFiles es un sistema que permite almacenar y compartir ficheros personales en Moodle. Los estudiantes pueden enviar los ficheros guardados en su almacén personal de ficheros a las tareas de sus cursos». El módulo Portfolio, de Matt Oquist[3], utiliza MyFiles para ir más allá: «el bloque MyFiles permite a un usuario subir recursos y compartirlos con otros usuarios del sistema. Intento partir de esa base, añadiendo capacidades más amplias de control de acceso y de publicación y una página que muestre elementos del portfolio (en la que pueda buscarse por usuario, curso, categoría de cursos, tipo de elemento, nombre del portfolio (profesional, académico), etc.».

Pero no hace falta entrar en lo experimental. La versión 1.6 incluirá al fin bitácoras (Blogs) como «la herramienta principal para las actividades que impliquen reflexión» y canales RSS por usuario, curso y sitio. Esto es esencial: desde un punto de vista psicológico en los foros se participa pero uno es dueño de su bitácora. Estarán de acuerdo conmigo en que la experiencia prueba que a nuestros alumnos les encanta escribir, que lo único que no les gusta es escribir al dictado de sus profesores. Y para la versión 1.7 está prevista una página My Moodle personal semipública, que proporcionará una vista global configurable de todos los cursos en los que estemos inscritos, sus fuentes RSS, etc.

En los foros se han discutido los peligros de estas nuevas posibilidades: los alumnos pueden aprovechar su espacio propio para intercambiar ficheros no autorizados (virus, películas o canciones pirateadas...); también se recuerda que alguien debe monitorizar las bitácoras en un entorno en el que los participantes son menores de edad. La respuesta es la misma que hay que plantearse cuando se permite el acceso a internet: debemos educar en la autonomía y la responsabilidad, que es lo contrario del uso irresponsable de los recursos y del muy cercano hipercontrol. Los usuarios deben saber que todo lo que se haga queda registrado en la plataforma y aprender a responder de sus actos.

Volvamos ahora a la enumeración de ejemplos concretos de uso de la plataforma educativa.

8.- Nuestra octava sugerencia coincide con el deseo octavo de Joan Queralt: Quiero que los estudiantes visiten una página web donde hay información/actividades que después me han de enviar en forma de trabajo personal.

La solución de Joan: «Tienes que crear un Recurso del tipo Enlace web de manera que la página web externa se abrirá en una nueva ventana del navegador, así no saldrán del curso. Que recojan la información que les pides y después la envíen según la forma que quieras (Diario, actualmente llamado Tarea de texto en línea, Foro, etc.)».

Esta sugerencia nos lleva a preguntarnos qué tipos de recursos podemos integrar. Es posible crear enlaces a documentos en los formatos más conocidos (mp3, avi, mov, pero también doc, ppt...) y moodle elegirá el icono correspondiente a cada formato. El filtro Multimedia incrustará automáticamente los archivos multimedia que hayamos vinculado en nuestras páginas html (ver la figura 1).

Es evidente también que podemos enlazar a recursos web que ejecuten java, flash o javascript y por tanto contengan actividades educativas interactivas. Se puede llamar a páginas con ejercicios en JavaHotPotatoes (http://hotpot.uvic.ca/, el ejecutable funciona en una máquina virtual java pero las actividades generadas no utilizan más que html y javascript), JClic (http://clic.xtec.net/es/jclic/index.htm, en java) o Mathenpoche (http://mathenpoche.sesamath.net/, en flash). Pero hay un segundo grado de integración posible: que los alumnos se hayan identificado ante la plataforma, los resultados de realizar los ejercicios pasen directamente a la base de datos de moodle y quede registro de su trabajo y de las calificaciones obtenidas. Quizás haya que insistir en la diferencia: por supuesto que es posible añadir como fichero un recurso de cualquier formato a la plataforma, y será el sistema operativo del usuario (mediante las cabeceras MIME) el que deberá solucionar el problema de con qué programa abrir el fichero; no estamos hablando de si no podemos colgar un fichero en flash, sino de si una actividad en flash usa la misma base de datos de resultados que la plataforma. Son cosas muy distintas.

¿Es posible esto? ¡Sí! En primer lugar el módulo Hot potatoes quiz, aunque marcado como «en desarrollo», está ya incluido en las distribuciones de moodle. Al añadir una actividad generada con (Java)HotPotatoes podremos (figura 2) configurar el modo en que se presenta a los estudiantes, si la actividad se puede intentar varias veces, e incluso desde qué máquinas se puede realizar (la opción «Se requiere dirección de red» está pensada para restringir el acceso al cuestionario a las máquinas que se desee y en el momento que se elija). La figura 3 nos muestra un ejemplo de una actividad creada externamente e integrada en nuestro sitio web.

¿Hay modo de integrar las actividades realizadas en flash? Pues sí, hay un módulo experimental Flash, que habrá que descargar desde http://jamiep.org. La figura 4 nos muestra el módulo en plena ejecución. En la figura 5 vemos los resultados incorporados a la base de datos de calificaciones del sitio.

No conozco módulos que permitan la integración de actividades (j)clic. Sí se ha discutido la posibilidad de un módulo para WebQuests. Para ser más precisos se le ha sugerido y/o rogado a Antonio Temprano, el autor de phpwebquest[4]. También en las páginas del curso de uso de moodle se ha discutido el tema[5] y hay opiniones que afirman que el constructivismo de moodle supera a los generadores de webquests y los hace innecesarios.

II. Comunicaciones multimedia

9.- (era el deseo sexto de Joan): Quiero que los estudiantes hagan una entrevista a una autora teatral amiga.

Su solución: «Primero pide a los estudiantes que preparen las preguntas en grupo pequeño (ver deseo quinto). Cuando las tengáis todas preparadas las repartes entre todos los participantes y montas un Chat. Quedáis un día a una hora con la entrevistada (¡hace falta que esté registrada en el sistema!) y los estudiantes y que estos vayan planteando las preguntas haciendo un diálogo ordenado y moderado por el profe. Una vez acabado tendréis la trascripción de la entrevista que se puede imprimir, editar, etc.»

Moodle integra un programa de chat y recientemente ha incorporado un módulo de mensajería. ¿Son los únicos medios síncronos en que pueden comunicarse los participantes en una actividad? En principio sí, lo cual es un inconveniente si lo que se espera es videoconferencia o telefonía IP. Pero no hay ningún motivo para que desde la página del curso no haya un enlace a una herramienta de videoconferencia por ejemplo si los medios disponibles (la potencia y accesibilidad del servidor) lo permiten. De hecho (ver http://moodle.org/mod/forum/discuss.php?d=5066) el análisis de la solución de streaming de video de Dokeos (algo que se cita como superioridad técnica de esta otra plataforma educativa) que hace Martin Dougiamas el 28 de febrero de 2005 muestra que es perfectamente repetible en moodle: «Lo que el proyecto Dokeos utiliza realmente es icecast y winamp para hacer streaming unidireccional del profesor a los múltiples estudiantes. Esto es externo a la aplicación web y es perfectamente factible ahora mismo con moodle».

El párrafo anterior es revelador. He escrito ya sobre cómo valoro el estilo Unix de software: pequeños programas que hagan bien una cosa; e integración con el resto del sistema operativo. Moodle constituía un problema desde este punto de vista: una herramienta que debe poderse instalar en servidores de cualquier sistema operativo. Pero ¿cómo crear un servidor de video en php multiplataforma? ¿no es superior java en este aspecto? Ahora tenemos una solución: no todo tiene que estar incluido en el código de moodle. ¿Por qué no utilizar las herramientas disponibles?

No es el momento de entrar en las posibilidades de difusión multimedia de GNU Linux (sólo señalaremos como indicación orientadora que hemos sido testigos de la realización de complejos espectáculos con el uso combinado de puredata, gem y ffmpeg). Otro ejemplo poco conocido: en debates sobre el asunto de las herramientas sincrónicas gráficas se han citado utilidades tan interesantes como coccinella (http://hem.fyristorg.com/matben/, un cliente de mensajería jabber con pizarra compartida integrada).

III. Peculiar introducción a los estándares

Para comprender el tema de los estándares en educación hay que acordarse del taylorismo y de Ford. La modernidad es la realidad que han construido los ingenieros. Este hecho evidente y baconiano (conocer como dominar) nos pasa desapercibido porque estamos inmersos en él. Por un lado la naturaleza actual es una construcción humana, donde hasta los espacios naturales (Doñana, Serengeti) son grandes zoos; pero es que también nuestras vidas están reguladas por ISOs y estándares que analizan la realidad en pequeñas tareas y normas. La clave es que los estándares de los ingenieros son regulativos, no descriptivos. La modernidad industrial nace del análisis taylorista de las tareas llevadas a cabo por los trabajadores en la cadena de producción. A todos nos viene a la memoria la imagen de Chaplin en Tiempos modernos, pero gracias al taylorismo no sólo ha mejorado la productividad: ha disminuido el número de accidentes en las fábricas y hasta los maestros tenemos coche. Era cuestión de tiempo que este enfoque llegara a la educación. Se ha desmenuzado el fenómeno de la enseñanza/aprendizaje en las tareas que se llevan a cabo en el mismo y los sujetos y objetos que participan.

Los estándares son necesarios. Lo comprenderemos con un ejemplo. Es conveniente que las llaves que tenemos sirvan para apretar las tuercas que compramos. A veces se fabrican tornillos o tuercas que sólo pueden apretarse con su llave correspondiente. Si el fabricante quiere que sus tuercas se vendan puede actuar sobre el mercado (limitando la libre competencia, haciendo dumping o publicidad...) o dar respuesta a una necesidad perentoria e insatisfecha (y creará un nuevo modelo de tuerca que será imitado como estándar y para el que aparecerán nuevas llaves); de lo contrario esas tuercas no se venderán porque hay soluciones alternativas más baratas o más conocidas... El mercado llega a la madurez cuando hay modelos estándar de tuercas y llaves, divididos quizás en nichos especializados.

En el caso que nos ocupa las tuercas son los llamados Objetos de Aprendizaje. Es necesario poder reutilizarlos e intercambiarlos entre los distintos gestores de contenidos educativos. De nuevo la racionalidad económica: hace falta que un curso o unos recursos generados con el WebCT de la universidad A puedan reutilizarse en el moodle de la academia B. Detrás de los creadores de estándares educativos (mejor educacionales, que los estándares no educan) hay organismos reguladores: el ejército de los Estados Unidos (SCORM), la Unión Europea (Ariadne), la industria. ¿Es que estos estándares son sólo complicaciones técnicas que únicamente tienen una justificación económica? Sí y no. Mal vamos si confundimos mercancías clásicas con formas de conocimiento; los profesores necesitamos poder intercambiar recursos independientemente de la plataforma que utilicemos. Mal podremos hacerlo si no tenemos el fichero fuente de la animación que vamos a utilizar, no podremos adaptarla a nuestras necesidades y a nuestra circunstancia ni posiblemente redistribuirla. Otra vez la diferencia entre ser cliente y ser dueño. Una reciente entrada en la bitácora de David Wiley (RIP-ping on learning objects, http://opencontent.org/blog/archives/238; hay traducción castellana parcial, http://cent.uji.es/octeto/node/1917) nos da que pensar; viene a decir que lejos de las complicaciones técnicas un tanto inútiles que han creado los Objetos de Aprendizaje, la tarea insustituible de los profesores es contextualizar los recursos, ponerlos en un contexto educativo. ¿Qué condicionantes son necesarios para la reutilización de los recursos? «Mientras la gente desee (1) compartir abiertamente (2) materiales educativos que (3) se puedean representar correctamente en la mayoría de navegadores web y además (4) se proporcione acceso al código no ofuscado de dichos materiales». Nos suena, ¿verdad?

Sin embargo el análisis de los procesos, el marcado detallado de los recursos son sumamente beneficiosos para la mejora de las estrategias y para que las máquinas nos ayuden a enseñar y aprender. Pero este marcado, este seguimiento de estándares debe (debería, puesto que no se ha conseguido) ser algo transparente para los profesores. Aunque el tema es fascinante hasta yo comprendo que este no es su sitio, tenemos que retomar el hilo.

IV. Moodle y los estándares

Se ha creado un estándar para empaquetar contenidos, se han creado metadatos para describir los recursos educativos (¿comprenden ahora la importancia de GNU Edu?), se ha estandarizado la información sobre los perfiles de los alumnos, se ha trabajado en la interoperabilidad entre tests y cuestionarios, en las metodologías, la secuenciación de los contenidos, la definición de las competencias, los repositorios digitales, la matriculación de los alumnos y la accesibilidad de los sistemas.

¿Cómo intercambiar cursos? Si son cursos de otro sitio moodle no hay más que subir al espacio «Archivos del sitio» de la plataforma el fichero comprimido, pulsar en «Restaurar» (figura 6) e ir siguiendo las indicaciones.

¿Y los paquetes de otras plataformas? Según la documentación, actualmente (1.5.3) moodle puede importar sin problemas paquetes creados según el estándar SCORM 1.3 (SCORM 2004). El módulo scorm se encarga (figura 7). Hay también utilidades varias para ayudar a la migración, véase http://cdc.humboldt.edu/moodle/mod/netpublish/view.php?id=39. Y demos de cómo pasar por ejemplo de WebCT a moodle.

Otro tema digno de un artículo es cómo se crea un paquete SCORM con herramientas libres. Tiempo al tiempo, el software educativo es un campo prácticamente inagotable para un autor.

Otro estándar, el IMS Learning Design, se ocupa de describir y codificar las metodologías educativas: el diseño pedagógico. Pues bien, para la versión 1.7 está previsto el soporte (perdón por repetir el anglicismo) preliminar para IMS LD nivel A. Más inmediato es un paso adelante dado con respecto a otro estándar, el IMS Simple Sequencing. Ya es la posible (y en la 1.6 vendrá de serie) la integración con LAMS mediante una actividad o un formato de curso (http://lamsfoundation.org/integration/moodle/). ¿Qué es LAMS? Aníbal de la Torre lo resume perfectamente (http://www.adelat.org/index.php?title=moodle_y_lams&more=1&c=1&tb=1&pb=1): «LAMS es una herramienta de diseño de secuencias de aprendizaje (...) que nos permite construir rutas a través de las cuales los alumnos pueden avanzar en función de sus logros. Además, LAMS Community dispone de un espacio para profesores donde a modo de repositorio, se pueden compartir secuencias ya hechas». Ahí está, como dice Aníbal, por si le sirve a alguien. Que en una educación presencial (o virtualmente presencial) tiene poco sentido.

¿Qué dicen los estándares sobre exámenes? Los organismos estandarizadores han analizado los tipos de cuestionarios, se han creado descriptores y modos de intercambiarlos. Es la especificación IMS Question & Test Interoperability.

10.- Los cuestionarios son el tema de nuestra última sugerencia (deseo décimo de Queralt): Quiero que los estudiantes completen un cuestionario autocorrectivo.

Su solución: «Tienes que montar un Cuestionario siguiendo estos pasos:

• Como probablemente todavía no tienes ninguna pregunta hecha vale la pena que ante todo crees una categoría de preguntas, p.ej: geografía, poesía, entomología, etc.
• Una vez tengas la categoría, haz clic en el botón Muestra y podrás empezar a escribir preguntas de diferente tipo: de respuesta múltiple, de V/F, de respuesta corta, numérica, de relación, etc.
• A medida que vas teniendo más y más preguntas en tu categoría puedes escoger, ponemos 10, y hacer un cuestionario: sólo tienes que seleccionar las 10 y añadirlas.
• Finalmente guarda todo el cuestionario.

Notas: Se pueden usar preguntas de otra categoría (y te ahorras trabajo). Se puede escribir un comentario a las respuestas correctas («¡Muy bien!») y a las incorrectas («Mírate la página 75 del libro»). La corrección es inmediata y el estudiante recibe el retorno al momento (8 de 10, p.ej.). Se pueden hacer aparecer las preguntas y las respuestas del cuestionario aleatoriamente, de manera que no haya dos cuestionarios en el mismo orden. Se puede permitir responder varias veces o sólo una. Se puede hacer que en el segundo intento sólo se tengan que responder las respuestas erróneas del primero. El profe tiene al final un informe alumno por alumno de qué respuestas ha acertado y cuáles no, así como del porcentaje de aciertos de cada pregunta (para cambiarla, si quiere)».

Es el momento de dar las gracias a Joan y Aníbal. Sus ideas útiles e inspiradoras han servido de esqueleto para nuestros artículos (ya se sabe, enanos sobre los hombros de nuestros antecesores). Ateniéndonos al tema aunque nos cueste, el módulo Cuestionario ha mejorado bastante en la versión 1.5, hasta proporcionar toda una tipología (preguntas de opción múltiple, de respuesta corta, tipo verdadero/falso, de emparejamiento, numéricas, de respuesta incrustada estilo ``cloze''...). Se han introducido nuevos formatos de exportación, IMS QTI (2.0) y XHTML. Los profesores pueden definir una base de datos de preguntas que podrán ser reutilizadas en diferentes cuestionarios. Las preguntas y las respuestas de los cuestionarios pueden ser mezcladas (aleatoriamente) para dificultar la copia entre los alumnos, estarán escritas en html completo y podrán contener imágenes y recursos multimedia. La figura 8 nos muestra un ejemplo de cuestionario con tres modalidades distintas de pregunta.

V. ¿Todo perfecto?

El autor no puede ocultar su entusiasmo ante los desarrollos previstos en moodle. Pero a estas alturas uno ya tiene una historia y una responsabilidad ante sus artículos. ¿Es moodle una herramienta correcta desde el punto de vista de la accesibilidad? Hemos de decir que no, o que sólo parcialmente. Se están dando los primeros pasos necesarios: desde la versión 1.5 las páginas web cumplen las especificaciones XHTML Transitional 1.0 y por tanto son código html correcto; este es el primer paso para la conformidad con los criterios WAI (W3C) etc. Pero hay mucho camino por recorrer en este campo, demasiada predominancia del modelo visual clásico.

Por lo que respecta a la internacionalización la situación es similar. Hay paquetes de idiomas para 43 lenguas distintas, lo cual es destacable. Y al fin se ha pasado a UTF-8. El problema aparece cuando se quiere que una intervención (sea un artículo, introducción a una actividad etc.) esté disponible en varios idiomas. Pensemos en un curso destinado a los padres y madres de alumnos inmigrantes, o en un cuestionario que se realiza como toma de contacto con los nuevos alumnos de un aula de Interculturalidad. Queremos que el texto les aparezca en su lengua materna en función de la configuración de los locales y del navegador. Esto es sólo parcialmente posible. Existe un filtro multilang que permite el uso de fragmentos de código como <span lang="en">Hello</span> <span lang="es">Hola</span>. Como puede apreciarse, una solución deficiente. Muy lejos de la potencia plurilingüe de herramientas como glasnost, comprobable en el sitio de OFSET (http://www.ofset.org); he colaborado en la traducción al castellano de distintas entradas del sitio utilizando la interfaz de traducción y es otra historia. En este sentido le queda mucho camino por recorrer a moodle.

Imágenes

Figura 1: Recurso multimedia incrustrado.

Figura 2: Configuración de una actividad HotPotatoes.

Figura 3: Un ejemplo de HotPotatoes integrado.

Figura 4: Una actividad flash integrada.

Figura 5: Resultados de la actividad flash.

Figura 6: Importación de un curso.

Figura 7: Uso del módulo scorm.

Figura 8: Un cuestionario.

Notas

[1] Ver la discusión en http://moodle.org/mod/forum/discuss.php?d=13359.

[2] http://cdc.humboldt.edu/moodle/course/view.php?id=3&topic=2.

[3] Presentado en http://moodle.org/mod/forum/discuss.php?d=33201 y demostrado en http://moodle.yi.org:1080/mdev/.

[4] Puede leerse sobre el tema en http://bine.org.mx/padi/mod/forum/discuss.php?d=92, donde sus argumentos (en contra) son importantes.

[5] Por ejemplo en http://moodle.org/mod/forum/discuss.php?d=18541.