Integración
Poner el horario en su entorno virtual de aprendizaje
Los estudiantes no visitan un sistema de horarios. Viven en el entorno virtual de aprendizaje y en su calendario, y el horario tiene que llegar allí. Esta página trata de los dos mecanismos que lo logran y del complemento que no publicamos.
Empecemos por la parte honesta
No publicamos un plugin de Moodle, una aplicación de Canvas, un building block de Blackboard ni una herramienta LTI. Si su requisito es un bloque dentro del VLE que mantengamos nosotros y que instale su equipo del VLE, no somos la respuesta y debe saberlo en esta página y no en una reunión.
Lo que existe en su lugar es aquello que esos plugins suelen envolver: un feed de calendario suscribible por persona y una API REST documentada. Todo sistema nombrado en esta página puede consumir uno u otra, y ambos ya están en el producto y no en una hoja de ruta.
Lo que cada sistema puede hacer con lo que publicamos
| Sistema | El mecanismo | Lo que ve el estudiante o el docente |
|---|---|---|
| Moodle | Suscripción iCalendar por usuario, añadida al calendario de Moodle | Sus propias sesiones en el bloque de calendario, junto a los plazos de entrega de tareas. |
| Canvas | Suscripción iCalendar por usuario | Sus propias sesiones en el calendario de Canvas. |
| Blackboard Learn | Suscripción iCalendar por usuario | Lo mismo, en el calendario de Blackboard. |
| Microsoft Teams | El enlace de la reunión incluido en la propia sesión | La clase se une desde la entrada del horario. Enlaces de reuniones en línea es la página para esto. |
| Outlook y Microsoft 365 | Suscripción iCalendar | El horario en el calendario que ya tienen abierto. |
| Google Calendar | Suscripción iCalendar | Lo mismo, y en el teléfono sin aplicación. |
| Apple Calendar | Suscripción iCalendar | Lo mismo. |
| Cualquier otra cosa | La API REST | Lo que construyan sus desarrolladores. Una sola petición devuelve una semana con aulas, docentes y grupos ya rellenados. |
Por qué un feed y no una copia
Un feed es una suscripción: el estudiante se suscribe una vez y cada cambio posterior llega solo. Una copia es una importación, y una importación queda desactualizada la primera vez que se mueve un aula — que en un horario en vivo es esa misma semana.
Esto importa sobre todo en el caso que nadie planifica. Un cambio de aula a las nueve de la mañana tiene que llegar a las personas que están en esa aula, no a las que casualmente recargan una página. Las suscripciones de calendario son la vía por la que viaja el cambio, y las notificaciones de cambios son lo que ocurre cuando debe viajar más rápido que una actualización del calendario.
Las dos cosas que comprobar antes de diseñar en torno a esto
Para quién es el feed. Un feed es personal — las sesiones propias de un estudiante, no las de toda la escuela. Un horario por estudiante es lo que lo hace posible, y depende de que la estructura de grupos sea correcta.
Con qué frecuencia lo actualiza el VLE. Los clientes de calendario deciden por sí mismos cada cuánto releer una suscripción, y algunos son lentos. Esta es una propiedad del cliente y no del feed, y es la razón por la que además existe una notificación de cambios.
Si lo que realmente necesita es el horario en una página y no en un calendario, eso es la publicación web y el portal para estudiantes, y ninguno necesita el VLE en absoluto.
¿Quiere verlo funcionando?
Reserve una presentación en línea de 45 minutos y la recorreremos con el propio problema de programación de su institución.