Para tener las manos libres para experimentar y desarrollar un catálogo de buenas prácticas con tecnologías emergentes.
La mayor parte de las plataformas existentes en la actualidad se remontan a mediados o finales de los años 90: por ejemplo, Ilias en 1997; .LRN y Moodle en 1999. Sus arquitecturas permanecen, en gran medida, inalteradas desde entonces y la mayor parte de sus especificaciones responden a casos de uso que eran válidos en el momento de su desarrollo.
Sin embargo, son muchas las circunstancias que han cambiado en los últimos años: han aparecido nuevas tecnologías y nuevas prácticas entre los usuarios y el propio contexto educativo ha variado -por ejemplo con la aparición del EEES- dando lugar con ello a nuevos casos de uso. Naturalmente, el software existente evoluciona y van apareciendo versiones del mismo que intentan dar respuesta a esos requerimientos pero, no obstante, hay momentos en los que tales cambios ya no son suficientes porque lo que está surgiendo en realidad es un nuevo paradigma.
Por ejemplo, para este tipo de aplicaciones orientadas a la colaboración y la formación se empieza a dibujar un nuevo escenario basado en dos piedras angulares, estrechamente relacionadas: gestión de identidad (y su correlato, la identidad federada) y la interoperatividad de las aplicaciones. Estos son cambios profundos, de concepto, y exigen algo más que un simple parche: requieren arquitecturas adecuadas para incorporarlos y poder aprovechar las posibilidades que ofrecen.
Intentar afrontar un cambio de este tipo con las aplicaciones existentes presenta un problema: el desfase entre el desarrollo inicial de un software y el momento de su máxima popularidad; entre ambos suele transcurrir un tiempo relativamente largo (si no cronológicamente, sí en términos de cambio tecnológico) durante el cual los casos de uso han ido evolucionando, dándose la paradoja de que, a menudo, cuando el software por fin se populariza, lo hace sobre una base de casos de uso ya desfasada, aunque a usuarios sin excesivas exigencias innovadoras pueda, todavía, parecerles suficiente.
En ese momento, la base instalada y la propia inercia de la difusión alcanzada juegan en contra de una evolución real del software. Los desarrolladores pueden optar entonces por rediseñarlo completamente, lo que puede despertar la oposición de la base de usuarios instalada y dar origen a forks alternativos, o maquillar el estancamiento recurriendo a parches y a nuevos y vistosos gadgets para mantener la adhesión de los usuarios. A nuestro entender, ninguna de esas dos alternativas resulta satisfactoria.
Por ello, aunque asumiendo y aprovechando nuestra larga experiencia anterior en este ámbito, hemos optado por trabajar en una arquitectura que nos permita afrontar el nuevo escenario gracias a estándares de interoperatividad como OKI y tecnologías de identidad como PAPI y SimpleSAMLphp sin estar condicionados por desarrollos pasados.
(En Inglés):