Moodle vs Sakai

Why we switched to Sakai

2010-10-12T23:59:00.000-07:00

La universidad de Pepperdine ha escrito un artículo bastante interesante sobre las razones por las que han decidido adoptar Sakai como LMS.

Why we switched to Sakai.

Os dejo el enlace a la versión "Printable" del artículo, me parece más legible que la original.

IV Congreso Spanish Sakai en Barcelona

2010-09-28T02:27:00.000-07:00

Los próximos 8 y 9 de Noviembre tendrá lugar en Barcelona el IV Congreso de Spanish Sakai al que acudirán, como en otras ocasiones, expertos en Sakai. Durante los dos días que dura el congreso contaremos con ponencias muy interesantes que tratarán de los más diversos aspectos relacionados con la gestión, puesta en marcha y desarrollo de campus virtuales basados en este LMS, tanto en el ámbito universitario como empresarial. Además, y como novedad en esta edición, tendrán lugar demostraciones técnicas que confirmarán que el I+D+i también es posible con Sakai.
Los detalles del registro, la agenda del congreso y otra información de interés, os los podéis descargar de aquí. Si tenéis alguna duda, por favor, hacédmela llegar a través de este blog.

Aprendizaje móvil vs Mejora móvil

2010-08-13T02:31:00.000-07:00

Últimamente, se está hablando mucho del aprendizaje móvil pero, ¿realmente sabemos lo que es y cómo aplicarlo? En mi opinión, el entorno móvil añade más azúcar al aprendizaje basado en las NNTT pero, desde luego, no es la solución para cualquier cosa y su aplicación exige una reflexión profunda acerca de si tiene sentido dentro de un contexto determinado.
Uno de los primeros puntos que debemos plantearnos es si realmente necesitamos una estrategia de aprendizaje móvil o una herramienta móvil para mejorar nuestro rendimiento. Según esta publicación, el aprendizaje móvil se centra en experiencias planificadas que desarrollan conocimientos en las personas, mientras que la mejora del rendimiento se basa en proporcionar los mecanismos necesarios para mejorar el comportamiento frente a un evento puntual (toma de decisiones, respuesta a una pregunta, etc.).
En http://www.learningsolutionsmag.com se ha publicado hace poco un tabla que compara estos dos conceptos y que os la reproduzco aquí traducida.

	Aprendizaje móvil	Mejora de las prestaciones mediante tecnología móvil
Cuándo ocurre	En momentos planificados como parte de un itinierario formativo cuyo objetivo sea desarrollar habilidades y conocimiento.	Bajo demanda, de manera simultánea (o casi) a la situación frente a la que se quiere reaccionar y mejorar.
Cuándo ocurre	Cuando hay tiempo disponible, a través de escenarios, simulacioens, etc. y, generalmente, dentro de un LMS.	Cuando se necesita (en la oficina, en un restaurante, etc.).
Ejemplos	Un ejecutivo publica podcast sobre su visión de la competencia.	Un smartphone que lee el código de barras de un medicamento y advierte de sus efectos negativos.

En post posteriores veremos cómo poner en marcha un portal móvil con Sakai y con Moodle.

2010-06-22T03:02:00.000-07:00

Cuando se habla de navegación a través de los contenidos de un portal, suele pensarse en usuarios conectados a Internet a través de un ordenador, una PDA o Set-Top-Box, desde hace algunos años viene ganando terreno un modo de acceso que, paradójicamente, fue uno de los primeros: la telefonía y la voz. La conjugación de las tecnologías web, la telefonía y la voz da como resultado un portal vocal. En realidad y en su manera más simple, un portal vocal no es más que un portal web al que se accede a través de una interfaz de usuario basada en la voz en lugar de mediante un navegador web.
Los portales vocales constituyen una solución al problema de proporcionar información a sus usuarios sin intervención humana y, además, aprovechando al máximo el sistema de información corporativo. Permiten, pues, automatizar procesos que, tradicionalmente, se han venido soportando por personas incurriendo en costes de personal innecesarios y/o disminuyendo la productividad del trabajador/a encargado/a de dichas tareas.
Las aplicaciones de los portales vocales coinciden en que su punto de acceso al mundo exterior lo constituye el teléfono y difieren únicamente en su esquema funcional. En principio, cualquier servicio que implique el acceso a un conjunto de contenidos predeterminado es un candidato ideal para su soporte a través de un portal vocal. De manera genérica, los servicios vocales presentan tres grandes ámbitos de aplicaciones: comunicaciones personales (desvío de llamadas, operadora automática, generador de citas, etc.), servicios de información (páginas amarillas, información del tráfico, consulta del saldo bancario, etc.) y servicios transaccionales (reserva de billetes o entradas, operaciones comerciales sencillas, etc.).
Pero, como no podía ser de otra manera, también tienen su aplicación en servicios de e-learning. De hecho, investigadores del Departamento de Informática de la Universidad de Oviedo han diseñado una arquitectura que permite el acceso vocal a Moodle y Sakai. Los primeros desarrollos permiten, a través de llamadas telefónicas voip, acceder a servicios incluidos en las dos plataformas, como la consulta de notas y eventos del calendario. Pódeis consultar más información en el siguiente artículo: Voice interactive classroom, a service-oriented software architecture for speech-enabled learning o en el sitio Web de los investigadores.

Excelente feedback de Sakai desde la UPNA

2010-06-17T16:31:00.000-07:00

Ya sabeis que no escribo apenas en este blog y que, cuando lo hago, precisamente hago de abogado del diablo. Sin embargo, hoy toca alegría y alborozo.

Durante el último año hemos estado utilizando Sakai en la UPNA, abriéndolo a toda la comunidad universitaria. Esto significa que cualquier profesor, PAS o alumno podía crearse un sitio propio para el uso que deseara (dentro de la legalidad, claro).

Aunque un año después las estadísticas de uso eran muy positivas (75% de uso por el profesorado, teniendo WebCT todavía en activo), teníamos nuestras dudas acerca del uso que se le daba a la plataforma. Personalmente yo estaba convencido de que la amplia mayoría sólo la usaba para colgar apuntes gracias al soporte WebDAV (sin duda, nuestro producto estrella) de la herramienta Recursos.

Anteayer, en la UPNA, celebramos unas Jornadas de buenas prácticas en MiAulario (el nombre oficial de nuestro Sakai). La idea era reunir a unos cuantos profesores con un dominio avanzado sobre las herramientas de la plataforma y que cada uno de ellos mostrara de forma breve el uso que él/ella hacía de una herramienta concreta.

Ya desde el principio nos sorprendió el alto grado de inscripción (casi 80 profesores inscritos, teniendo en cuenta que lo avisamos apenas 5 días antes). Pero lo que no podíamos prever era el alto nivel que tuvieron algunas de las ponencias y el excelente grado de aceptación que tuvieron las jornadas en particular.

Especialmente impactante fué la ponencia de una profesora que mostró un uso de la herramienta Wiki (siempre le digo a todo el mundo que me parece la herramienta más infravalorada de nuestro Sakai), involucrando a sus alumnos en la edición colaborativa de documentación. Me pareció impresionante especialmente por dos cosas: 1) La primera tarea del curso consistió en hacer que los alumnos aprendieran a usar la Wiki, con instrucciones concretas de la profesora, algo obvio pero que no a todo el mundo se le ocurre. Y 2) La profesora admitió que ella misma había aprendido cosas de las contribuciones de los alumnos. Será esto un ejemplo de aplicación educacional de la famosa Web 2.0?

A continuación os pongo el vídeo de la herramienta Wiki, que creo que puede ser muy interesante para los interesados en e-learning.

Y, como he dicho, durante el día de hoy no he hecho más que recibir feedback positivo tanto por teléfono, como por entradas de blogs y twitters. Parece que el boca a boca ha hecho efecto y tenemos a los profesores con el entusiasmo que nos hubiera gustado tener hace un año. Aunque hace un año la plataforma estaba bastante más verde que ahora, quizás nos ha venido bien este retraso. ;-)

Estoy convencido de que estas jornadas han sido la mejor herramienta publicitaria que podíamos soñar.

Informes sobre el uso de plataformas

2010-04-30T02:19:00.000-07:00

Según el informe realizado por Delta Initiative en colaboración con la California State University, sobre la evolución y los sistemas escogidos por los centros educativos, queda clara la hegemonía de Blackboard 9 sobre las soluciones open source. No obstante, si analizamos la evolución en los últimos años, veremos cómo Blackboard ha ido perdiendo cuota de mercado paulatinamente, en favor de soluciones open source como Sakai o Moodle.

Esto contribuye al debate sobre si, realmente, el open source tiene tantas ventajas. Si las tuviera, ¿no creéis que las universidades lo utilizarían en masa? Dejo aquí la pregunta.

8 cosas a tener en cuenta con Sakai

2010-04-22T00:33:00.000-07:00

1- ¿Dónde encontrar documentación?
Generalmente, ésta es la primera cuestión que se plantea en el proceso de selección de una plataforma. El problema de las soluciones open source y similares es que, precisamente, porque las contribuciones son voluntarias, nadie está obligado a documentar sus desarrollos ni mucho menos a actualizarla. Cualquier que haya desarrollado software alguna vez, sabrá que la documentación es la etapa más aburrida y la que más frecuentemente se obvia, al igual que conocerá las ventajas de trabajar con un software bien documentado.
En el caso de Sakai, la documentación se centraliza en el Confluence. Sin embargo, se trata de un wiki con mucha información, muchas veces obsoleta (a pesar de que la que se detecta, se elimina o se marca como tal), en el que resulta complicado para un novato en Sakai distinguir la información relevante de la que no lo es. También es posible encontrar información en el sistema de bugtracking, JIRA. Asimismo, es muy recomendable visitar los blogs citados en PlanetSakai. Finalmente, hay algunas universidades (Oxford o Delaware) que publican los manuales de usuario.
2- ¿Cómo puedo migrar los contenidos?
Éste es un punto crítico, sobre todo, si ya se tiene una base de usuario utilizando otra plataforma y lo que se plantea es la evolución hacia otra, puesto que los usuarios querrán mantener el trabajo que tengan hecho en la antigua.
El contenido tiene dos problemas principales desde el punto de vista de la migración:
• Los contenidos propiamente dichos (PDF, docs, etc.).
• La estructura de los contenidos que puede diferir entre la plataforma antigua y la nueva y habrá, por tanto, que adaptarlas.
En teoría, estos problemas estarían resueltos si el soporte de estándares como IMS CP fuera completo. Sin embargo, no todas las plataformas son compatibles con las mismas versiones de IMS CP.
Un esquema alternativo más sencillo es utilizar WebDAV o, incrementando el nivel de complejidad, diseñarse un proceso de migración propio utilizando web services, los componentes del framework u otra estrategia de integración.
3- Configuración de roles y permisos
La configuración de roles y permisos en Sakai es muy flexible pero, a la vez, muy compleja, por lo que conviene entenderla bien. Uno de los mayores problemas es la documentación por su escasez y porque hay permisos cuyo uso cambian entre algunas versiones.
Una vez establecidos los permisos, resulta muy complejo cambiarlos para sites existentes, si bien, existen plantillas de sites en donde pueden introducirse los cambios necesarios, aunque únicamente los sites de nueva creación consideraran estas correcciones.
4- Configuración de los sites
En Sakai, existen plantillas para algunos tipos de site:
• ¡user: indica las herramientas que los usuarios van a tener en su espacio personal (MyWorkspace).
• ¡admin: configuran el espacio personal del administrador.
• ¡gateway: es la página principal de Sakai. Algunas herramientas son específicas para este site, como el Site Membership, por ejemplo.
Los sitios de trabajo (worksite) son algo diferentes. Se configuran en el fichero sakai.sitesetup.xml en donde se indican las distintas categorías de site (project, course, etc.) así como las herramientas que cada categoría de site tendrá. Esta configuración prevalece sobre la especificada ¡worksite.
5- ¿Qué herramientas utilizar?
Sakai tiene una gran variedad de herramientas que, en ocasiones, sirven para lo mismo. Por ejemplo, existen dos herramientas de exámenes (Samigo y Mneme), dos herramientas de blog (Blogger y Blogwow!), etc. Por lo que, siempre se plantea cuál de las alternativas escoger. Algunos puntos a tener en cuenta a la hora de decidir son las herramientas de que emplean organizaciones de nuestro entorno, la documentación existente sobre la herramienta, los comentarios que sobre las mismas se vierten en los foros, etc.
6- ¿Cómo aplico los parches?
Cuando encontramos un problema, el primer paso siempre debe ser consultar el JIRA y verificar si ya hay alguna entrada relacionada. Si no la hay, el siguiente paso es preguntar en las listas de distribución si hay alguna manera de solucionarlo y, en última instancia, crear un ticket en el JIRA documentando la situación lo mejor posible. Algunas recomendaciones útiles son:
• Proporcionar capturas de pantalla.
• Proporcionar ficheros de prueba.
• Proporcionar una lista, lo más detallada posible, de la secuencia de pasos necesaria para reproducir la situación.
Si encontramos una entrada en el JIRA y ésta está resuelta, deberemos aplicar la solución propuesta allí a nuestra instalación de Sakai. Sin embargo, el JIRA no es muy intuitivo. La página principal de cada JIRA tiene adjuntos algunos parches que el responsable adaptará a las versiones de Sakai en las que se vaya aplicar oficialmente. En cada ticket de JIRA hay una pestaña llamada “Subversion commits” en donde encontramos los cambios producidos en el código “oficial” de Sakai y que serán los que debemos aplicar nuestra versión de Sakai.

7- ¿Cómo cambiar la apariencia de Sakai?
Este punto está muy bien documentado. Hay algunos contenidos estáticos (la ayuda del webdav, la información sobre espacio personal, etc.) que son los mismos para todos los idiomas. También pueden cambiarse los nombres de las herramientas y los mensajes que se muestran al usuario en función de sus preferencias idiomáticas.

Actividades condicionales

2010-03-06T13:49:00.000-08:00

En ocasiones, resulta muy interesante que un estudiante no pueda avanzar en un cuestionario a menos que responda bien las preguntas anteriores del mismo. Tanto Moodle como Sakai incluyen esta posibilidad.

En Moodle, la solución más sencilla consiste en integrar las preguntas en una actividad tipo lección, ya que ésta permite controlar dónde se dirige el estudiante en función de la respuesta que dé a cada pregunta. Otra alternativa es instalar el módulo del CICEI para condicionar actividades que puede descargarse de moodle.org.

En Sakai, encontramos la Conditional Release.Esta herramienta permite a los profesores establecer condiciones que deben cumplirse antes de acceder a un contenido. Está disponible en http://confluence.sakaiproject.org/display/CR/Home.

Disponible Site demo de Moodle 2.0

2010-02-08T03:59:00.000-08:00

A pesar de que la fecha aproximada de lanzamiento de Moodle 2.0 es el 1 de Julio, desde hace unos días ya está disponible el sitio de demostración en http://qa.moodle.net/.

Podéis ver presentaciones recientes de Martin Dougiamas sobre Moodle 2.0 en http://www.slideshare.net/moodler/moodle-2-overview en las que se detalla gran parte de lo que hay nuevo.

Para más información, os recomiendo el blog de Juan Leyva: http://openlearningtech.blogspot.com/2010/02/sitio-demo-con-moodle-20.html.

Sakai y SCORM

2010-01-31T01:12:00.000-08:00

La información del soporte SCORM de Sakai puede encontrarse en SCORM en Sakai.

Hay dos herramientas open source, el Crim scorm player y el scorm 2004 3rd edition.

Como soluciones de pago, la comunidad trabaja mucho con Icodeon Scorm player. Es un visor robusto, configuración flexible y sencillez de adaptación, además la comunidad ha desarrollado una integración oficial (Integración de Sakai e Icodeon), por lo que es posible que se convierta en una solución muy utilizada.
La integración añade un nuevo tipo de contenido a la herramienta de Recursos que permite subir un paquete SCORM y lo registra en Icodeon. Haciendo clic en el nombre del recurso se lanza el player SCORM.
Una funcionalidad importante es que Icodeon registra eventos en las tablas de Sakai, aunque todavía no existen informes ni otras características que aprovechen esta información.
En http://www.youtube.com/watch?v=XRyhmadUvgY podéis encontrar una demo.

Otra solución de pago muy empleada es la de Rustici software, cuya integración ha estado probando Cambridge (http://www.scorm.com/sakai). Aunque yo no lo he probado, me han llegado noticias de la integración es bastante buena.

En general, el resultado final depende tanto del contenido SCORM que se tiene como del player que se utiliza.

Ranking de herramientas más utilizadas para el aprendizaje

2010-01-29T01:20:00.000-08:00

Recientemente, he descubierto un ranking de herramientas de aprendizaje realizado por Jane Hart cuyo sitio web han recomendado en la lista de distribución de e-learning de Red Iris y al que podéis acceder en http://www.c4lpt.co.uk/ReadingLists/index.html. El ranking yo lo he encontrado en http://www.c4lpt.co.uk/recommended/.

Dentro de esta clasificación, el único LMS que aparece es Moodle (en el puesto 14). Una cosa que me llama la atención es que hace referencia a herramientas de características muy dispares por lo que no acabo de entender qué criterios se han seguido para realizar este ranking.

A la hora de seleccionar una plataforma, yo os recomiendo la página web de EduTools. A mí me resultó muy útil hace tiempo cuando tuve que hacer una comparativa entre plataformas. En esta web, puedes especificar los requisitos que necesitas y te recomienda una serie de plataformas ordenadas por los requisitos introducidos. Suele estar actualizada y los organismos encargados de gestionar los LMS (al menos la Sakai Foundation sí que lo hace) envían información que ellos contrastan.

Un estudio muy interesante pero que no es un ranking en el sentido de comparativa, es el llevado a cabo por investigadores de la Universidad Murcia y cuyo objetivo es establecer qué LMS se utilizan en las Universidades Españolas. Os recomiendo que lo leáis.

¿Alguien conoce otros rankings? ¿Qué os parece si hacemos un ranking en este blog?

Inconvenientes de Sakai

2010-01-14T05:15:00.000-08:00

Estoy siguiendo estos días con atención una discusión en la lista de e-learning de RedIris, titulada "Sakai vs. Moodle", que me parece muy interesante y de mucho nivel. Y con la que estoy de acuerdo en gran parte de lo expuesto.

Sin embargo, en este tipo de discusiones echo a faltar siempre algo: la figura de un abogado del diablo.

Es decir, los que hablan de las plataformas con las que trabajan suelen dar los datos más favorables: los relativos a las ventajas tecnológicas de la plataforma o las nuevas funcionalidades o los futuros planes de mejora. Pero poca gente que sea experta en una plataforma habla de los puntos negativos que ha encontrado en la misma. Y, al final, la discusión acaba siendo un pulso de características positivas.

Con permiso de David, me gustaría aportar esa visión de abogado del diablo, ya que en la UPNA llevamos casi dos años "pegándonos" con Sakai y creo que los que evalúan las distintas plataformas tienen derecho a conocer tanto las ventajas como los inconvenientes de cada una. Documento estas desventajas aquí, donde pueden ser encontradas y discutidas.

Quede claro que a día de hoy en la UPNA estamos muy contentos con Sakai y que todo lo bueno que se le atribuye nos parece cierto. Pero también hay que hablar de lo malo, así que ahí vamos:

-El primer punto negativo de Sakai sería la documentación. No por ser escasa sino por estar bastante desorganizada. Hay un gran volumen de información 100% colaborativa y es realmente dificil encontrar lo importante y separarlo del resto. La página de entrada pone unos cuantos enlaces útiles a mano, pero a partir de ahí uno está solo. Además, la información obsoleta es bastante frecuente, quizás se echa en falta que la propia Fundación Sakai cree algún tipo de organismo que ponga orden en todo esto. De todas formas, la reciente publicación del libro oficial de Sakai maquilla un poco este problema.

-El segundo problema está en la curva de aprendizaje a la hora de desarrollar. Es enorme. Es cierto que se basa en estándares tecnológicos abiertos muy avanzados, y precisamente por eso hay que meter muchas, muchas horas hasta que se empieza a obtener resultados. Esto afecta negativamente a la comunidad de usuarios, porque no hay mucha gente que se meta en estos desarrollos por amor al arte, así que dicha comunidad es bastante escasa. Aunque por otra parte hay quien opina, en la comunidad Sakai, que esto es también una ventaja, por el alto perfil general de los desarrolladores que logran "entrar".

-Otro problema es la manera de trabajar de Sakai respecto a la Quality Assurance, la gestión de la calidad en la herramienta. Los encargados del repositorio oficial hacen comprobaciones exhaustivas de los posibles bugs de cada parche generado y aplicado sobre la rama inestable (trunk), lo cual mejora mucho la fiabilidad de los cambios. Pero también se traduce en un retraso bastante importante del arreglo más nimio sobre la aplicación en las ramas estables (branches). La solución a este problema está en parchear manualmente nuestra instalación, lo cual es perfectamente válido, pero hace que el trabajo de mantenimiento se multiplique.

-Por último, está el tema de que Sakai, en sus actuales versiones, no es demasiado "user friendly". Supuestamente Sakai 3.0 arreglará esto, pero a día de hoy sigue siendo un problema de cara al usuario final.

Hay que comentar también que nosotros tuvimos otros problemas que no comentaré aquí, porque eran relativos a las versiones de la plataforma con las que comenzamos nosotros, no demasiado maduras y que ya han sido arreglados en las versiones actuales de Sakai.

Al igual que David, en los comentarios de esta entrada admito todo tipo de adiciones o discusiones sobre estas opiniones.

Java vs PHP

2010-01-10T14:15:00.000-08:00

Me gustaría reproducir aquí una discusión muy interesante sobre Java y PHP (y sobre Moodle y Sakai) que ha tenido lugar en la lista de distribución de e-learning de Red Iris.
Tengo el permiso de todos los usuarios para copiar aquí sus mensajes así que, aunque incluiré la referencia directa a la lista de Red Iris, incluiré el mensaje original y...¡que la discusión comience!

Adobe Connect, Sakai y Moodle

2009-12-24T06:23:00.001-08:00

Una de las aplicaciones de e-learning más demandadas, casi desde sus mismos orígenes, ha sido la videoconferencia junto con la posibilidad de interactuar, a través de la mensajería instantánea, con el resto de la clase (profesores y alumnos). Si a esto le sumamos que las diapositivas se explican de la misma manera en que lo haría el profesor en una clase presencial y que los alumnos remotamente pueden acceder a ellas al mismo ritmo, obtenemos una herramienta ideal para la formación on-line.
La solución de Adobe para estos entornos es Adobe Connect. Aunque existen más productos parecidos, una de las ventajas de Adobe Connect es que permite una integración sencilla con plataformas de e-learning.

Sakai dispone de una herramienta, Breeze que permite enlazar a una servidor Adobe Connect. Se trata de una herramienta que no está incluida en la distribución estándar de Sakai y que hay que añadir explícitamente.

De Moodle, hay instalaciones en donde también está funcionando esta instalación pero no he conseguido documentación al respecto.

Encuentro de Spanish Sakai en Pamplona

2009-12-03T14:41:00.001-08:00

Los días 19 y 20 del pasado mes de noviembre tuvo lugar en Pamplona el encuentro anual de universidades españolas que utilizan Sakai, con una acogida muy buena.
Os dejo aquí una de mis ponencias titulada, como no podía ser de otra manera, Moodle vs Sakai.
En la presentación encontraréis una comparativa entre ambas plataformas desde los puntos de vista de la instalación y configuración, las funcionalidades más habituales en un curso on-line y algunos otros aspectos tales como la internacionalización, el desarrollo de herramientas o la usabilidad.

Medida de prestaciones (y III). Script JMeter para Moodle

2009-11-20T04:00:00.000-08:00

Éste script, en su versión actual, es más sencillo que el disponible para Sakai en una entrada anterior. Espero ir mejorando el script con el tiempo. Os mantendré informados en esta entrada.

Educase 2009 - "Blackboard, Moodle & Sakai"

2009-11-12T09:29:00.000-08:00

Una de las conferencias más importantes del sector, Educase tuvo lugar durante la primera semana de noviembre. Os recomiendo que visitéis la página porque puede encontrarse información muy interesante.

Entre las ponencias, hubo una en la que representantes de Blackboard, Moodle y Sakai discutieron sobre los pros y los contras de adoptar soluciones propietarias frente a las soluciones open-source, comparando aspectos tales como el coste, licencias, opciones de hosting y soporte técnico, etc. En el siguiente enlace podéis descargaros el vídeo y las transparencias.

Como podréis comprobar, repiten muchas de las ideas que ya hemos comentado en alguna entrada anterior. Eso es buena señal, ¿eh?

Dudas de instalación (II). Moodle

2009-11-01T12:07:00.000-08:00

La instalación de Moodle está muy bien documentada en el Moodle site. Sin embargo, para bien o para mal en este mundo del software siempre suelen surgir imprevistos que nos hacen perder tiempo y paciencia.
En esta entrada pongo a vuestra disposición todo el tiempo y la paciencia que ya he perdido yo en mis años de experiencia. Será un placer resolver vuestras dudas.

Dudas de instalación (I). Sakai

2009-11-01T12:04:00.000-08:00

La instalación de Sakai está muy bien documentada en el Confluence de la plataforma. Sin embargo, para bien o para mal en este mundo del software siempre suelen surgir imprevistos que nos hacen perder tiempo y paciencia.
En esta entrada pongo a vuestra disposición todo el tiempo y la paciencia que ya he perdido yo en mis años de experiencia. Será un placer resolver vuestras dudas.

Medida de prestaciones (II). Script JMeter para Sakai

2009-10-19T01:42:00.000-07:00

El script Sakai.jmx incluye las herramientas más comunes en un site de Sakai, aunque no todas. De todos modos, si observáis, el incluir una nueva en el script es bastante sencillo.
Os resumo algunos puntos importantes a la hora de utilizar este script:

Está generado con la versión 2.3.4 de JMeter, por lo que está garantizado el funcionamiento para versiones anteriores.

El scriptdir es el directorio en donde vais a guardar los ficheros a los que accederá JMeter. En este directorio se guardan los ficheros de usuarios (users_list.txt) y de contraseñas (pwd_list.txt). Para cada hilo de ejecución, JMeter extraerá un usuario y una contraseña de este fichero e intentará identificarse con esas credenciales.

No os olvidéis de configurar la dirección IP/nombre DNS del servidor, el puerto por el que recibe las peticiones así como el protocolo (HTTP/HTTPS) que está configurado.

Otro aspecto importante de este script es que debéis aseguraros de que los usuarios tienen configurado en sus preferencias de idioma, el mismo en el que especifiquéis los nombres de las herramientas en la sección “set variables”. En caso contrario, los patrones de extracción de las expresiones regulares no funcionarán y, por tanto, las partes del scripts implicadas tampoco.

Por favor, si alguien lo utiliza, le ruego que me envíe la configuración de su plataforma tecnológica y los resultados obtenidos con el script, con el fin de recopilar las experiencias y de que nos beneficiemos todos.

Medida de prestaciones (I)

2009-10-02T03:23:00.000-07:00

En esta entrada aprenderemos algunos conceptos básicos de medidas de prestaciones utilizando la herramienta JMeter. En próximas semanas veremos cómo hacer un script básico con esta herramienta para Sakai y para Moodle.
Conceptos básicos sobre medida de prestaciones
El objetivo de las medidas de prestaciones es intentar predecir anticipadamente problemas de rendimiento y degradación de recursos del sistema antes de su paso a producción y facilitar su corrección. Dicho de manera muy simple resumida: se trata de encontrar la carga para la cual el tiempo de respuesta se dispara, es decir, se degradan las prestaciones del sistema.

Así pues, la utilidad de las medidas de prestaciones es tener una estimación de cómo se comportará el sistema en un entorno real bajo unas circunstancias dadas con el fin de, por ejemplo, ser capaces de dimensionar adecuadamente la plataforma. En definitiva, se persigue, por una parte, evaluar la entrega (¿cumple con lo que espera el cliente?; ¿Cómo se estima que funcione la aplicación en producción?) y, por otra, evaluar la infraestructura elegida (¿es adecuada para la capacidad que va a soportar?¿se producen cuellos de botella?
Un aspecto crítico para el éxito de las pruebas de prestaciones es tener claro qué se quiere medir y definir las baterías de pruebas más adecuadas para ello.
¿Qué es Jmeter?
Apache JMeter es una herramienta para realizar pruebas de rendimiento y pruebas funcionales sobre aplicaciones web en general. Es desarrollada por la ASF (Apache Software Foundation).
El Apache JMeter está diseñado para desarrollar diferentes tipos de test; permitiendo diseñar tanto sencillos teses que soliciten simples páginas web, como complejas secuencias de requisiciones que permitan evaluar el comportamiento de una aplicación o como la capacidad de carga máxima que pueda tener una aplicación en un servidor (pudiendo llegar a satura el servidor).
JMeter también permite la ejecución de pruebas distribuidas entre distintos ordenadores, para realizar pruebas de rendimiento.
El Apache JMeter incluye una interfaz gráfica de usuario que facilita el diseño de las pruebas. Esta interfaz gráfico además de aportar un entorno cómodo de trabajo, también permite guardar y alterar tanto los test desarrollados como los componentes que lo integran. Gracias a esto se pueden reutilizar las pruebas o módulos de las mismas en el desarrollo de nuevas pruebas.
Además, Apache JMeter también ofrece la posibilidad de activar un Proxy web, por lo que se puede grabar la navegación de un usuario para posteriormente usarla en la generación de una prueba.
Conceptos básicos
A continuación se ofrece una descripción muy resumida de los conceptos básicos que deben conocerse para trabajar con JMeter. Para un mayor nivel de detalle, remitimos al lector a la documentación de referencia.

ThreadGroup:
- Es el punto de inicio de cualquier plan de pruebas. Todos los controles y samplers deben estar debajo del ThreadGroup. Otros elementos, como Listeners, pueden estar en la misma jerarquía.
  - Controla el numero de threads (Usuarios virtuales) que se usaran en la ejecución de las pruebas. Las opciones que tiene son:
    - Number of threads: número de usuarios. Cada thread ejecuta el plan de pruebas entero de forma independiente.
    - Ramp-up Period: Le indica a Jmeter el periodo de tiempo en que se llegará al nuúmero total de usuarios. Si son usados 10 threads y el ramp-up es de 100 seg, entonces Jmeter se tomará 100 segundos para crear y correr los 10 threads. Cada thread será creado 10 seg (100/10) después de la creación del Thread anterior.
    - Loop Count: Cantidad de veces que se correrá el plan de pruebas.
    - Scheduler: Brinda mas opciones a la ejecución de las pruebas. Podemos agregar la hora de comienzo y la hora de fin, los campos Duración y Delay reemplazan a los dos anteriores.

Samplers:
- Indica cómo mandar las peticiones al servidor. Cada sampler tiene características diferentes y puede mejorarse agregando elementos de configuración (Configuration Elements ).
- Los tipos de samplers son:
  - Controladores Lógicos: permiten configurar la lógica que Jmeter usa para decidir cuándo mandar una petición.
  - Los controladores lógicos son:
    - Timers: por defecto, los Thread de Jmeter mandan las peticiones continuamente. El agregado de timers dan la posibilidad de especificar el ‘Think Time’ para que las pruebas sean más reales. Hay diferentes tipos según la necesidad del escenario de pruebas.
    - Assertions: permiten validar hechos (sucesos) acerca de las respuestas del servidor en la ejecución de las pruebas. Usando assertions se puede ‘testear’ que la aplicación está funcionando correctamente, recibiendo las respuestas esperadas del servidor. Pueden ser agregados a cualquier sampler.
    - Configuration Elements: trabajan junto a los samplers. Si bien no mandan pedidos, pueden agregar a o modificar los pedidos. Los más usados son HTTP Cookie Manager, HTTP Request Default, User Defined Variables estre otras.
    - Pre-Processor Element: ejecutan acciones antes que un sampler realice un pedido. Comúnmente es utilizado para modificar la configuración del sampler justo antas que se ejecute o para actualizar variables que no son extraídas del texto de respuesta.
    - Post-Processor Element: ejecutan acciones después que un sampler realice un pedido. Comúnmente es utilizado para procesar los datos de respuesta o extraer información de ésta.
Orden de Ejecución
Los componentes de Jmeter se ejecutan con el siguiente orden de prioridad:
1. Configuration elements
2. Pre-Processors
3. Timers
4. Sampler
5. Post-Processors
6. Assertions
7. Listeners
Con estos conceptos básicos y el manual de referencia del JMeter, ya estamos en condiciones de empezar a hacer pruebas.
En entradas sucesivas, estudiaremos un plan de pruebas para Sakai y para Moodle. Por supuesto, si alguno de vosotros tiene ya algún script hecho y quiere que lo comentemos, solamente tiene que adjuntarlo.

Enlaces recomendados

2009-09-24T07:58:00.000-07:00

En esta sección os incluyo información sobre empresas relacionadas del sector con las que alguna vez he mantenido algún contacto por motivos diversos y que, en mi opinión, podrían ayudaros dependiendo de qué sea lo que busquéis.

Samoo

Ofrece servicios tecnológicos y asesoramiento a cualquier compañía u organización de cualquier sector en soluciones E-Learning.

Asesoramiento tecnológico en materia de sistemas de formación LMS.
Implantación de sistemas según las necesidades del cliente.
Desarrollos sobre sistemas LMS Open Source a medida.
Integraciones de herramientas sobre sistemas de formación LMS open source.
Vigilancia tecnológica constante sobre comunidades E-Learning.
Diseño e implantación de contenidos docentes.
Repositorios docentes para empresas y organizaciones.
Soporte y atención personalizada para administradores de sistemas de formación LMS.

Creaciones Copyright

Creaciones Copyright es una empresa joven, pero con mucha experiencia en el mundo de la creación, edición y producción de documentación científico técnica (libros, manuales, etc... en cualquier soporte). Miman y cuidan a sus autores y a su público como si de una madre se tratara. Os recomiendo que os deis un paseo por su catálogo editorial en donde, dicho sea de paso, encontraréis unos cuantos libros míos.

Grupo GIOUPM
El Grupo de Ingeniería de Organización de la Universidad Politécnica de Madrid, GIOUPM, lleva más de 18 años dedicándose a la formación de posgrado de alto nivel. La oferta formativa va dirigida a titulados universitarios y/o profesionales con o sin experiencia que deseen dar el salto a tareas de Dirección de Empresas, de Responsabilidad en Sistemas de Información y en la Gestión de las Telecomunicaciones en la Empresa. Además, existe la posibilidad de recibir soporte en la búsqueda y mejora de empleo, así como de prácticas remuneradas en empresas mientras se realiza el programa.

Internacionalización (y III). Moodle.

2009-09-23T09:03:00.000-07:00

En Moodle la corrección de los errores de internacionalización es mucho más sencilla, ya que se puede hacer directamente desde Moodle como administrador y que, además, habitualmente se trata de literales que no se encuentran en los ficheros de recursos (o, como se prefiere en la terminología Moodle, paquetes de idioma).
El primer paso es instalar el o los paquetes de idiomas que nos interesen y, desde la administración del sitio, seleccionar la opción de edición del idioma, indicando con el que vamos a trabajar. La figura muestra un ejemplo para el idioma Español:

Una vez aquí, nos interesará saber qué literales están sin traducir. Para ello, seleccionaremos la opción de Revisar las cadenas (strings) perdidas, lo que nos llevará a la siguiente pantalla:

Y ahora viene en donde, en mi opinión, Moodle es superior a Sakai. Llega la hora de poner solución a las cadenas perdidas. Para ello, hay que ir a la opción de Editar palabras o frases y seleccionar, para los idiomas de interés, el módulo/bloque/actividad de Moodle que se quiera revisar. Automáticamente, aparece en pantalla un formulario en el que se muestran la frase original (en inglés) y una caja de texto en donde se nos pida que introduzcamos la traducción en el idioma deseado. La figura aclara estos conceptos:

Con los ficheros de ayuda, ocurre exactamente lo mismo. Desde el propio Moodle, el administrador puede traducir los ficheros para cada bloque/actividad y para cada idioma:

Como vemos, cuando el problema es que faltan literales en los paquetes de idiomas, en Moodle resulta mucho más sencillo cambiarlos que en Sakai. Sin embargo, si el error fuera que el texto está fijo en el código fuente, habría que parametrizarlo de manera muy similar.
En primer lugar, tendríamos que incluir el literal en los ficheros de los paquetes de idiomas. Para ello, abrimos el fichero de un módulo correspondiente al idioma por defecto (el inglés) e incluimos una nueva entrada. Por ejemplo, supongamos que hemos creado un bloque propio de nombre mibloque. Tendríamos que tener un fichero {moodle.root}/blocks/mibloque/lang/en_utf8/block_mibloque.php en el que incluyeran todas las cadenas que se muestran al usuario con el formato

$string['micadenadetexto'] = 'Aquí va el texto';

Una vez incluida esta entrada, cuando queramos mostrar al usuario esa cadena, debemos utilizar el siguiente código:

<?php print_string('micadenadetexto', 'block_mibloque'); ?>

Internacionalización (II). Sakai

2009-09-15T09:49:00.000-07:00

En esta entrada vamos a ver con cierto detalle cómo internacionalizar una herramienta en Sakai. Podréis encontrar más información en la web de i18n de Sakai o la de Spanish Sakai, cuya visita os recomiendo.

Antes de empezar
Java proporciona utilidades estándar empleadas para cambiar el formato de número, de las fechas, etc. Siempre que sea posible, se usarán estas clases. En el tutorial sobre i18n que hay la web de Sun encontramos se explican estos aspectos con cierto nivel de detalle.

Los ficheros de recursos
Como dijimos en la entrada anterior, entenderemos por ficheros de recursos de internacionalización (de ahora en adelantate, solamente recursos) como aquellos ficheros que contienen los mensajes que se muestran al usuario y cuyo contenido varía dinámicamente en función de la información de contexto (habitualmente, el idioma seleccionado por dicho usuario). En el caso de Sakai, estos ficheros reciben la denominación genérica de location bundles y físicamente se corresponden con ficheros de texto con el formato nombre_etiqueta=valor guardados con la extensión .properties.

Un aspecto importante es el del orden. Tan sólo en una herramienta de Sakai pueden llega a haber varios cientos de literales y si no los organizamos con cierto criterio, estos ficheros pueden llegar a hacerse verdaderamente inmanejables. Un ejemplo de organización es el de la figura siguiente:

page.message.key = This is a message will be shown in page "page"

Es decir, el nombre del literal ofrece una referencia de la página a la que pertenece (page), del contenido del mensaje (message) y, por ejemplo, de la acción para la que sirve (key).

Otro aspecto importante relacionado con los ficheros de recursos es que no es necesario (ni recomendable) dividir una sola frase en varios literales únicamente porque algunas partes de dicha frase es variable, bien porque contiene parámetros, o bien para adarpar su estructura a la construcción gramatical de sujeto/verbo/objeto en los diferentes idiomas. Puede y debe dejarse todo en el mismo literal y construir el mensaje apropiado en cada idioma utilizando el método getFormattedMessage de org.sakaiproject.util.ResourceLoader.

Aclararemos este último punto con un ejemplo. Supongamos que el mensaje que queremos mostrar por pantalla un saludo personalizado para cada usuario:

Bienvenido a Sakai, David. Esperamos que disfrutes la experiencia.

El modo erróneo de hacerlo, sería

page.statement.1 = Bienvenido a Sakai,
page.statement.2 = . Esperamos que disfrutes la experiencia

En su lugar, el literal correcto sería:

page.statement.1 = Bienvenido a Sakai, {0}. Esperamos que disfrutes la experiencia

La clase ResourceLoader
Sakai proporciona una clase, org.sakaiproject.util.java.ResourceLoader, que actúa de envoltorio (wrapper) de java.util.ResourceBundle y que selecciona el Locale (idioma) con el que se cargan los ficheros de recursos según la siguiente orden:

Preferencias de idioma del usuario

Sesión del usuario

Configuración del sistema (JVM)

El ResourceLoader se ubica en kernel-util de Sakai. Por ello, todas las herramientas que lo utilicen deben incluir en el lugar adecuado de su pom.xml la siguiente dependencia:

<dependency>
<groupId>org.sakaiproject.kernel</groupId>
<artifactId>sakai-kernel-util</artifactId>
</dependency>

Una vez hecho esto, cualquier literal podrá ser obtenido del fichero de recursos con el siguiente código JAVA:

ResourceLoader rl = new ResourceLoader("ruta_al_fichero_de_recursos");
String foo = rb.getString("page.statement.1");

Errores debidos a que faltan literales
En http://qa1-nl.sakaiproject.org/international/ está registrado cuál es el estado de traducción de ficheros de properties para distintas versiones de Sakai.
Generalmente, cuando nos encontramos un mensaje en inglés (el idioma por defecto), es porque el mensaje en cuestión no tiene literal asociado en el fichero de properties del idioma seleccionado. Cuando esto ocurre, Sakai carga el fichero en inglés y busca la clave en él.
Si éste es el caso, únicamente hay que copiar la línea del mensaje en inglés y traducir el mensaje al idioma deseado, dejando invariable eso sí, la clave.
Corrección de errores en una JSP/JSF
Una vez que está incluida la dependencia respecto de ResourceLoader, el paso siguiente es utilizar esta clase correctamente.
Una alternativa es cargar el fichero de recursos en el faces-config.xml de la herramienta como si se tratase de un bean más:

<managed-bean>
<description>
Dynamic Resource Bundle Loader
</description>
<managed-bean-name>msgs</managed-bean-name>
<managed-bean-class>org.sakaiproject.util.java.ResourceLoader</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
<managed-property>
<description>Bundle baseName</description>
<property-name>baseName</property-name>
<value>ruta_al_fichero_de_properties</value>
</managed-property>
</managed-bean>

Otra opción es incluir el bean directamente en la página JSP/JSF:

<jsp:useBean id="msgs" class="org.sakaiproject.util.ResourceLoader" scope="session">
<jsp:setProperty name="msgs" property="baseName" value="_org.sakaiproject.tool.foobar.bundle.Messages_"/>
</jsp:useBean>

Ahora supongamos que encontramos un error de internacionalización consistente en que siempre se muestra el mismo mensaje en pantalla, independientemente del idioma activo (es el más común). Seguramente, será porque en la página JSP/JSF que muestra el mensaje, encontraremos un fragmento de código similar a éste:

<h:outputText value="This is an English text">

Lo primero es detectar la JSP/JSF en la que está texto fijo y llevar este texto a los ficheros de properties, por ejemplo, paquete.de.mi.herramienta.Messages_xx:

Messages.properties -> sample_text = This is an English text

Messages_es.properties -> sample_text = Éste es un texto en inglés

Cuando lo hayamos hecho, solamente habrá que invocar al bean que haga referencia al ResourceLoader.
Corrección de errores en una VM
En las Velocity Templates, el proceso es muy similar alterior, salvo por el hecho de que ResourceLoader, en lugar de cargarlo en un fichero de configuración (faces-config.xml) o directamente en la página (con la directiva jsp:useBean), se carga en el contexto de la plantilla:

ResourceLoader rb = new ResourceLoader("ruta_al_fichero_de_properties");
context.put("tlang", rb );

Para, posteriormente, poder hacer referencia al mismo de las páginas vm:

$tlang.getString("page.sentence.1");

Corrección de errores en el código JAVA

Cuando el literal se encuentra inmerso en el código JAVA, el proceso es algo más complejo.
El primero paso será detectar en qué clase JAVA se encuentra el gazapo. Para ello, podemos utilizar cualquier herramienta que busque en el contenido de un fichero.
Seguidamente, habrá que incluir en el mensaje en los ficheros de recursos correspondientes.
Hecho esto, nos quedan dos cosas:

Cargar dinámicamente el fichero de recursos en función de las preferencias de idioma del usuario. Esto se consigue importando la clase org.sakaiproject.util.ResourceLoader e indicando el fichero de recursos.

Construir el mensaje con la cadena obtenida por el ResourceLoader.

Llegados a este punto, si desplegamos y volvemos a la herramienta veremos que se ha solucionado.
Os propongo que detectéis uno error de este tipo y lo intentéis solucionar. Yo estaré encantado de asistiros en el proceso. Tan sólo tenéis que preguntar. Eso sí, os pediría que, por favor, si encontráis algún error, lo indiquéis en el JIRA, el sistema de bugtracking de Sakai.

Libros recomendados

2009-09-14T09:27:00.000-07:00

Esta entrada pretende ofrecer libros relacionados con Sakai, Moodle o el e-learning en general que merece la pena tener al alcance de la mano.

E-Learning. Marketing aplicado a la formación a distancia

Se trata de un libro que aborda el e-learning más que como una plataforma tecnológica, como una solución corporativa de negocio que sirve de herramienta para solucionar un problema concreto de la organización.
Entre los principales temas que aborda, están:planificación estratégica, el mercado del e-learning, formulación de estrategias de marketing, modelos de negocio, fidelización de clientes, etc. Claro está, sin olvidar las plataformas y los estándares de e-learning.

Yo lo recomiendo para aquellos a los que, sin profundizar en ningún aspecto concreto sobre tecnología, pedagogía o estrategia, sí quieran tener una vesión global de todo el proceso.

Sakai Courseware Management: The Official Guide

Recientemente, Alan Berg y Michael Korcuska, ambos sobradamente conocidos y reconocidos dentro del mundo Sakai han publicado con PACKT una guía sobre esta plataforma de e-learning.

Yo lo acabo de terminar de leer y la verdad es que me parece que tiene un enfoque muy acertado para todos aquellos que estén en el proceso de selección de una plataforma de e-learning o estén convencidos de que quieren instalar Sakai y busquen un pequeño manual de apoyo. Os advierto que no es un manual de usuario, ni de administrador ni de desarrollador. Si buscáis ese tipo de información os recomiendo http://bugs.sakaiproject.org/confluence.

Aquí podéis encontrar un capítulo de ejemplo sobre Web Services y en el siguiente enlace encontraréis una descripción completa del libro.

Moodle 1.9 Multimedia

En mi línea de ir propoorcionandoos bibliografía especializada, me gustaría recomendaros otro libro de PACKT Publishers pero esta vez sobre Moodle. La descripción completa la tenéis en el siguiente enlace. Trata de cómo crear cursos multimedia con esta plataforma.

Mi opinión es que, si bien habla de Moodle, se centra mucho más en describir herramientas multimedia de generación de contenidos, todas ellas gratuitas, de tal forma que con un poco de ingenio es posible generar un curso multimedia con un coste reducido. Esto, como podéis suponer, es independiente del LMS que se utilice, por lo que también es aplicable a Sakai.

De muestra, os sugiero el capítulo sobre exámenes multimedia.

Internacionalización (I). Problemas.

2009-09-11T01:41:00.000-07:00

La internacionalización, también llamada i18n, según la Wikipedia puede definirse como "el proceso de diseñar software de manera tal que pueda adaptarse a diferentes idiomas y regiones sin la necesidad de realizar cambios de ingeniería ni en el código". Se trata de un concepto muy amplio que abarca desde ser capaz de modificar dinámicamente los mensajes mostrados al usuario (por defecto, suelen estar en inglés) hasta mostrar la interfaz construida de derecha a izquierda como ocurre en los países árabes, pasando por tener en cuenta las costumbres regionales a la hora de presentar los iconos, por ejemplo.
Como dijimos al hablar de los criterios de selección de plataformas, la i18n es uno de los fundamentales sobre en todo países o regiones con diversidad lingüística en donde se dispone de varios idiomas oficiales. Si éste es el caso, una vez seleccionadas las herramientas que se pondrán a disposición de los usuarios, resulta imprescindible probarlas concienzudamente en los idiomas requeridos, haciendo especial hincapié en los problemas de internacionalización más comunes y que, a modo de resumen, son los siguientes:

Mensajes de la interfaz de usuario: lo habitual es que los mensajes mostrados en la interfaz de usuario estén contenidos en ficheros de texto, tal y como ocurre en Moodle (paquetes de idiomas) y en Sakai (ficheros de properties). Sin embargo, puede ocurrir que nos encontremos con alguna herramienta en la que aparecen en inglés independientemente del idioma seleccionado. Esto, generalmente, se debe a alguno de los dos siguientes errores de i18n:
- El mensaje en cuestión es incluido "tal cual" en el código fuente: en este caso, habrá que editar el código fuente y parametrizarlo adecuadamente, incluyendo el mensaje problemático y su correspondiente traducción en un paquete de idioma (caso de Moodle) o en un fichero de properties (caso de Sakai)
- El mensaje está el fichero de recursos en inglés pero no en el del idioma seleccionado: la solución es muy sencilla y consiste en incluir la traducción del mensaje en el fichero del idioma seleccionado.

Las listas de nombres (por ejemplo, alumnos) no se ordenan correctamente: desgraciadamente, éste es uno de los problemas más comunes. Se debe a las diferencias en el esquema de codificación esperado por la plataforma. Por este motivo, se recomienda utilizar UTF-8, juego de caracteres que contiene todos los símbolos de nuestro entorno.

Formato de los calendarios: el día considerado como comienzo de la semana varía de unos países a otros. Por ejemplo, en España se considera que la semana comienza en Lunes mientras que en los países de habla sajona, convierten al domingo en su primer día semanal.
En esta misma línea conviene revisar el formato de fechas, ya que algunas aplicaciones fallar con formatos de fechas diferentes del que tienen por defecto. La solución pasa por parametrizar el formato de las fechas y, en caso de no ser posible, por hacer una conversión del formato del usuario al formato con el que trabaja la herramienta.

Formato de los números:hay que tener cuidado con la separación entre la parte entera y la parte decimal. Mientras que en España se emplea la coma como separador, en los países sajones se utiliza el punto. La solución es formatear los números en función del idioma seleccionado o bien incluyéndolo como un parámetro más de la instalación.

Información de estado: este tipo de información debe ser independiente del idioma. Si no lo fuera, podría ocurrir, por ejemplo, que un mensaje de un foro apareciera en la carpeta de mensajes "Received" cuando se está visualizando en inglés pero no lo hiciera en la carpeta "Recibidos" al verlo en español. La solución suele ser almacenar en base de datos un código de estado y mostrar por pantalla una descripción del mismo consultando los ficheros de properties o los paquetes de idiomas correspondientes.

Aplicaciones que están internacionalizadas pero toman el idioma del navegador o del servidor de aplicaciones y no permiten al usuario modificarlo dinámicamente: como ejemplo, algunas aplicaciones de Sakai basadas en Spring (algunas páginas de Samigo, por ejemplo) usan el idioma del Tomcat. E internet está lleno de formularios web que toman el del navegador (contribución de Daniel Merino Echeverría).

En la próxima entrada aprenderemos a comprobar el estado de la internacionalización en Sakai y en Moodle. Nos vemos la semana que viene.

Presentación

2009-09-04T07:08:00.001-07:00

No es ningún secreto que el e-learning está creciendo en adeptos y que en la actualidad existen gran cantidad de posibilidades a alcance de nuestras manos si queremos poner en marcha alguna iniciativa de este tipo. Esto que, por supuesto y sin ninguna duda, es una ventaja se convierte para algunos en un verdadero quebradero de cabeza cuando se ve en brete de tener que escoger qué herramienta utilizar. Es, precisamente, aquí dónde este blog pretender se útil.

El blog que hoy se abre nace con vocación de servicio y ayuda a aquellos que, como yo, un día se han encontrado con la necesidad de tomar una decisión que resultará estratégica en el devenir de la gestión del proyecto de e-learning de la organización: ¿qué plataforma utilizo? Este blog es una recopilación de experiencias, una concentración del know-how que humildemente he recopilado a lo largo de mi trayectoria profesional y que deseo compartir con vosotros, tanto a través de este blog como en el libro "Moodle vs Sakai: integración de servicios y aplicaciones", que publicará Creaciones Copyright a principios del año que viene.

Es cierto que existe gran cantidad de información acerca de Sakai y de Moodle y que son muchos los foros y blogs que tratan este tema. No obstante, mucho de ellos lo hacen defendiendo encarecidamente una u otra plataforma y relevando al olvido a la otra. Esto, amigos, es un error. No hay ninguna plataforma mejor que otra categóricamente hablando y hay que analizar cada caso por separado: cada organización es un mundo, un entorno complejo con sus propios condicionantes y como tal hay que abordar el problema. Por ello, el blog, al igual que el libro, no toma partido por ninguna de las dos plataformas sino que las compara de manera objetiva y aséptica, incidiendo en los aspectos más destacados de una o de la otra cuando es necesario y, a mi entender, merece la pena.

Mi objetivo no es ni repetir ni recopilar información obtenida de las webs de Moodle y Sakai, si no proporcionar un medio de debate que permita tomar decisiones de manera formada e informada, algo que me parece fundamental en la gestión de cualquier proyecto, tanto más si se trata de uno de índole estratégico como lo es el de e-learning.

Ya solamente me queda daros las gracias por vuestro tiempo y animaros a que participéis en él.

Un saludo,
David Roldán Martínez

Selección de plataformas

2009-09-04T06:30:00.000-07:00

Una vez que ya está claro que la organización quiere instalar una plataformas de e-learning, el paso siguiente es encontrar cuál y, a ser posible no equivocarse. :)

La gama de plataformas que tenemos es enorme pero, no nos engañemos, solo podemos evaluar, con suerte, unas pocas. Para seleccionarlas conviene seguir un proceso ordenado que, a grandes rasgos, está esquematizado en la figura siguiente:

Obviamente, probarlas todas resulta inviable por lo que es necesario realizar una criba inicial resultado de una selección gruesa. Los criterios empleados en esta selección gruesa tienen un carácter general, como la documentación existente sobre la misma (aspecto éste muy importante, sobre todo si se trata de una plataforma open source), si está funcionando en alguna institución del entorno, información obtenida de revistas (A-HEC) o páginas web especializadas (GATE o Edutools), etc. En cualquier caso, el resultado será un número reducido de plataformas (2 o 3, como mucho) que se someterán a una selección fina que reducirá, todavía más, este conjunto. En este caso, los criterios de selección son mucho más específicos de la institución: arquitectura tecnológica, bases de datos, crierios pedagógicos, etc. El objetivo es quedarse con una o dos plataformas que serán las que se instalará y probarán y de entre las cuales se seleccionará la plataforma elegida.

En cuanto a los criterios de selección fina, en mi opinión, no hay que olvidar:

Internacionalización: es la capacidad de la plataforma para "hablar" varios idiomas de manera indistinta. Hay que comprobar que el LMS que se seleccione incluya soporte total para los idiomas que nos interesa en las herramientas que nos interesa. No hay que dejarse guiar por frases como "Moodle (o Sakai) soportan más de N idiomas". Eso es falso, porque el soporte no es completo. Sería un error escoger una solamente porque el valor añadido que ofrece es que tiene un módulo que no utilizo en un idioma que no me interesa. Por ello, resulta crítico probar las plataformas en los idiomas que se vayan a utilizar y probarlas a fondo.

Integración con otras aplicaciones: a menudo, sobre todo si trata de una organización relativamente grande (como es el caso de una universidad), la plataforma de e-learning debe integrarse con otras aplicaciones (intranet, matriculación, ERP, etc.). Este punto es crítico puesto que una mala decisión puede complicarnos la vidad en un futuro.

Operación y mantenimiento: las plataformas de e-learning, para que funcionen correcdtamente, hay que mantenerlas esto es, habrá que diseñar mecanismos de back-up, de seguridad, etc.

Formación del personal: si el personal técnico de la organización no sabe JAVA, conviene seleccionar Moodle o importir formación sobre JAVA EE avanzado a dicho personal. Igualmente, si nuestros técnicos no saben PHP, Sakai es la mejor solución en este aspecto.

Evolución de las plataformas: no todas evolucionan a la misma velocidad y con el mismo cuidado. No hemos de olvidar que el mercado del e-learnig está floreciendo y por ello, cada día aparecen nuevas herramientas que se presentan como útiles para el proceso de formación (podcast, videoconferencia, blogs, wikis, etc.). De igual modo, resulta interesante saber cómo de activa es la comunidad de usuarios de cada una de las plataformas, especialmente si se trata de aplicaciones de código abierto, como es el caso de Sakai y Moodle (contribución de J. Cristóbal Barrios).

Una vez que ya se dispone de las plataformas candidatas, el paso siguiente es montar un piloto, lo más parecido posible al entorno real y hacer pruebas de todo tipo para evitar llevarnos sorpresas desagradables.