Tin Can API

Tin CanAPI, rebautizado comoExperience API,​ es un estándar para lasaplicaciones(software) dee-learningque estructura y permite almacenar las interacciones de una persona ante distintas actividades de aprendizaje en línea.​
Se trata de unaAPI, es decir, de una pieza desoftwareque proporciona un conjunto de funciones de uso general, cuyo objeto es capturar datos en un formato consistente. A través de esta API, sistemas muy diferentes pueden comunicarse entre sí de forma segura e intercambiar los flujos de actividades de una persona o un grupo de personas mientras interactúan con diversas tecnologías y contenidos. Esta información en su conjunto es definida por el estándar como experiencia de aprendizaje y se expresa con una serie de sentencias simples.
Las experiencias de aprendizaje se registran en unLRS(Learning Record Store), que puede existir dentro de un Sistema de Gestión del Aprendizaje tradicional comoMoodle, genéricamente llamadosLMS(Learning Management System). El LRS también puede existir en forma independiente, siendo ésta una de las diferencias del estándar Tin Can API con su antecesorSCORM.​
Una de las ideas del desarrollo de Tin Can API (y otra diferencia con su antecesor estándar SCORM) es que podemos aprender en cualquier momento, medio o lugar y no solamente dentro de un LMS. Por ello, Tin Can API permite el seguimiento de actividades a través de distintos dispositivos, estén o no conectados a Internet. En este último caso las experiencias de aprendizaje son guardadas temporalmente en el dispositivo hasta que se retome o se produzca la conexión. Otra de las ideas nuevas del desarrollo de este estándar es que se pueden registrar e intercambiar entre los sistemas las experiencias del llamado aprendizaje no formal: Actividades en juegos, lecturas ocasionales de artículos, actividades en redes sociales, etc. Esto quiere decir que un juego o un blog podrían ser compatibles con este estándar y sumar información acerca del aprendizaje no formal de un usuario.
Tin Can API ha sido recientemente rebautizado como «Experience API» y fue desarrollado para la especificación de aprendizaje electrónico, mediante ello las actividades de capacitación en línea y fuera de línea que ha realizado una persona en su amplia gama de experiencias son almacenadas.xAPIusa un formato compartido para la recepción y el envío de datos, esto hace quexAPIsea una herramienta ideal para compartir el aprendizaje.​ En algunos artículos aparece como «la siguiente generación de SCORM». El estándarSCORM(Sharable Content Object Reference Model) ha sido el estándar de facto del empaquetado de los materiales dee-learningcuyo destino era la publicación en un LMS (Learning Management System) como lo es la plataformaMoodle. Si bien uno de los objetivos originales de SCORM tenía que ver con la "S" deShareable, en la práctica SCORM presentaba algunas limitaciones​​ que el nuevo estándar se ocupa de superar.
Tin Can API ofrece algunas posibilidades que SCORM no ofrecía, como las siguientes:
Por otra parte, Tin Can es una API decódigo abiertocon un consorcio de organizaciones detrás del estándar- otra gran diferencia con SCORM-. Técnicamente, es un servicioRESToservicio webde Transferencia de estado representacional que utilizaJavaScriptcomo su formato de datos. El servicio web permite a los clientes de software leer y escribir las experiencias en el formato de oraciones o "declaraciones". En su forma más simple, estas declaraciones están en la forma "Yo hice esto", o más genéricamente "sujeto-verbo-objeto".​ Pueden usarse formulaciones más complejas. También hay dentro del estándar unaqueryAPI que permite filtrar las declaraciones (por sujeto, objeto, verbo, fecha, etc.) y una state API que permite reservar una especie de "espacio cero" para las aplicaciones que consumen muchos recursos.
SCORM tiene sus raíces en el año 2000, lo que le da casi dos décadas de edad.ADL(Advanced Distributed Learning), los administradores del estándar SCORM, reconocieron la necesidad de una especificación más nueva y versátil.​ ADL publicó entonces un requerimiento en laBAA(Broad Agency Announcement) solicitando asistencia para la mejora de SCORM.​
La tarea fue otorgada a Rustici Software, líder en la industria de software deinteroperabilidadpara e-learning.​ Rustici Software realizó entonces numerosas entrevistas con la comunidad de e-learning para determinar qué factores eran los más importantes a mejorar y desarrolló una primera versión de la nueva API. Este proceso se denominó Proyecto Tin Can.​
En 2008, se determinó que los estándares de interoperabilidad eran demasiado limitados para el SCORM. ApareceLETSIa solicitar ideas comunitarias, como resultado de esto sale el SCORM 2.0.
En 2010, ADL solicitó ayuda a la BAA en búsqueda de un desarrollador para mejorar la experiencia que proveían los SCORM. Fue seleccionado Rustici Software para realizar este trabajo. Entre el 2010 y 2011Rustici Softwareexaminó el SCORM 2.0 y realizó entrevistasextensascon gran parte de la industria del e-learning. Llamaron al proyecto Tin Can.​
En junio de 2012, salió la versión .9 .En esta instancia ya había cerca de 15 compañías que habían adoptado el API de Tin Can. En agosto de 2012, se finalizó la versión .95 de la API de Tin Can. Al finalizar el 2012 ya había cerca de 40 compañías que adoptaron esta tecnología.
En abril de 2013 sale al aire xAPI, la lista de interesados creció a medida que se avecinaba el lanzamiento de esta versión 1.0. ADL le asignó el nombre de API de experiencia.
Seguido a esto viene el desarrollo de parches, los cuales le permiten a la API ser más fácil de leer e implementar sin afectar su comportamiento, el primero de ellos, versión 1.0.1 sale en octubre de 2013, la versión 1.0.2 salió en octubre de 2014 para aclarar algunas de las tablas en la especificación.
La versión 1.0.3 prevista para el 2015, debe incluir mejoras en la claridad y legibilidad de la especificación en función de los comentarios, sin cambios en el comportamiento requerido de los adoptantes.​
El Modelo de Referencia de Objetos de Contenido Compartible o SCORM, de su sigla en inglés, es un viejo protocolo que todavía es ampliamente usado aunque, según algunos expertos, está siendo progresivamente desplazado por Tin Can API.​ Ambos protocolos permiten realizar las actividades básicas de un curso tales como iniciarlo, realizar pruebas, y que se le pueda hacer seguimiento a los usuarios. Sin embargo existen diferencias entre ellos y su uso depende de las necesidades que tenga la organización para la cual se diseña el curso.
El estándar para aplicaciones Tin Can API es bastante confiable. Esto se debe a que es un desarrollo tecnológico más reciente que presenta menos errores. Es un sistema muy robusto y flexible, por lo tanto, puede soportar cualquier tipo de declaraciones, dispositivos y flujos de trabajo.​ Por ejemplo, funciona bien tanto en su versión de escritorio como para dispositivos móviles. SCORM por otro lado, tiene problemas para trabajar con navegadores comoSafario dispositivos como elIPad mini.​
Una ventaja de Tin Can API es su capacidad para almacenar información individual de un usuario desde cualquier dispositivo desde el que se trabaje. Esto lo hace a través de mensajes entre sistemas configurados como declaraciones (statements) que permite recolectar datos de todo tipo y enviarlos a un servidor conocido como Almacén de Experiencias de Aprendizaje oLRS(Learning Record Store) de su sigla en inglés. Para los desarrolladores de software este es el paso previo para crear plataformas deAnalítica de aprendizajeque permitan obtener conclusiones para mejorar el proceso de enseñanza-aprendizaje.​
Tin Can API está evolucionando continuamente mientras que SCORM se está estancando. Al optar por el protocolo que está siendo acogido por la industria se obtienen todos los beneficios de los avances de esta nueva tecnología y se asegura que el contenido electrónico creado no quede obsoleto rápidamente.