Hoy dejamos el fonendoscopio y cogemos el teclado.
Como dijo Platón (o quizás fue un droide de protocolo defectuoso), «El conocimiento que no se comparte, se pudre como un tejido necrótico». Y en nuestra profesión, compartir es vital. Pero si seguís enviando materiales educativos por correo electrónico en archivos ZIP o, peor aún, en pendrives que han pasado por más manos que el pomo de la puerta de urgencias, tenemos un problema.
Este es el camino. Vamos a subir vuestro contenido de eXeLearning a GitHub.
Para los que acabáis de aterrizar de un planeta del Borde Exterior: eXeLearning es vuestro mejor amigo Open Source.
Imaginad un carro de paradas. Tiene todo lo necesario, está estandarizado y no cuesta dinero (bueno, el carro sí, el software no). eXeLearning es una herramienta de autor que nos permite crear contenidos educativos (REals) sin tener ni idea de HTML o XML. Es el «código bajo» para la gente que sabe distinguir una taquicardia ventricular pero le da miedo la terminal de comandos.
Nos permite crear árboles de contenido, actividades interactivas y exportar todo eso a formatos que entienden las plataformas web. La interface, ha ido mejorando con las actualizaciones, lo importante, es robusto como el Beskar.
Aquí es donde la mayoría entra en parada cardiorrespiratoria digital. Tenéis vuestro tema precioso sobre «RCP Avanzada». ¿Ahora qué?
Nota de la profesora: No toquéis SCORM. No toquéis IMS. Y por el amor de Yoda, no toquéis «Página HTML única» a menos que queráis un churro de código infinito.
Seguramente os estaréis preguntando: «¿Por qué esta opción y no un ZIP, que es más limpio?».
Aquí aplicamos la Navaja de Ockham: la explicación más simple suele ser la correcta. Pero en informática, la explicación más simple es la que el servidor entiende sin tener que descomprimir nada.
GitHub Pages (donde vivirá vuestra web) es un servidor estático. Es tonto. No sabe descomprimir un ZIP ni interpretar un paquete SCORM de Moodle. Solo entiende de archivos sueltos y estructuras de carpetas.
La Carpeta Autocontenida te genera la anatomía completa de una web: carpetas de estilos (CSS), imágenes, scripts y, lo más importante, el órgano vital: el archivo index.html
Sin el index.html suelto y en la raíz, GitHub no sabe qué mostrar y te dará un Error 404, que es el equivalente digital a llegar a una emergencia y no encontrar al paciente.
Una vez habéis hecho clic en esa opción, seguid este algoritmo de actuación:
Selección de zona estéril: Se abrirá una ventana. Elegid el Escritorio. Sí, sé que vuestro escritorio digital está más desordenado que la sala de espera un lunes por la mañana, pero necesitamos encontrar la carpeta rápido.
No retiréis el soporte vital: Una vez guardada la carpeta, NO cerréis eXeLearning. Mantenedlo abierto. Ley de Murphy: si lo cerráis, descubriréis una errata en el título cinco segundos después.
Transferencia al Paciente: Ahora tenéis una carpeta «normal» en el escritorio. Esa carpeta es vuestro repositorio local.
¿Siguiente paso? Abrir GitHub Desktop.
Aquí es donde la gente se lía y acaba entubando el esófago en lugar de la tráquea. Prestad atención.
Abrid la carpeta de vuestro Repositorio: En GitHub Desktop, id al menú Repository > Show in Explorer (o Finder si sois de los que usan Mac). Se abrirá la carpeta vacía (o con un README) que GitHub creó en vuestro ordenador. Este es el Receptor.
Abrid vuestra carpeta de eXeLearning: La que dejasteis en el escritorio. Este es el Donante.
La Transferencia: Entrad en la carpeta del Donante, seleccionad TODOS los archivos (Ctrl+E o Ctrl+A), copiadlos y pegadlos DENTRO de la carpeta del Receptor.
¡OJO CLÍNICO AQUÍ! No me metáis la carpeta dentro de la otra carpeta generando una matrioska de carpetas. El archivo
index.html debe quedar suelto en la raíz del repositorio, visible a primera vista. Si elindex.html está escondido tres niveles abajo, GitHub no lo encontrará. Es como dejar el desfibrilador en la cabina delantera de la ambulancia: inútil cuando hace falta.
Volved a la ventana de GitHub Desktop. Si habéis hecho el trasplante bien, la columna de la izquierda se habrá iluminado como un árbol de Navidad (o como el tablero de mandos del Halcón Milenario cuando falla el hiperimpulsor).
Veréis una lista de archivos con un cuadradito verde y un símbolo + . Eso significa que GitHub ha detectado «tejido nuevo».
En sanidad, lo que no está escrito, no existe. En programación, lo que no tiene Commit, no existe.
Abajo a la izquierda veréis un cuadro que dice «Summary» (Resumen) y «Description».
Summary: Poned algo descriptivo. No pongáis «asdf» ni «cambios». Poned: «Subida inicial del tema de Primeros Auxilios» o «Actualización del protocolo de Ictus».
Description: Opcional, para cuando queráis echaros el rollo filosófico.
El Botón Mágico: Pulsad el botón azul Commit to main.
Al hacer esto, habéis empaquetado los cambios. Habéis cerrado la sutura. Pero cuidado, el paciente sigue en vuestro ordenador local (en el quirófano). Aún no ha subido a planta (Internet).
Ahora mirad arriba a la derecha. Veréis un botón que pone Push origin. A veces tiene un numerito al lado indicando cuántos commits tenéis pendientes de subir.
Pulsadlo.
Veréis una barra de progreso. En este momento, vuestros archivos están viajando a través de los cables (o del Wi-Fi) hasta los servidores de Microsoft/GitHub. Es el momento de rezar a la Fuerza.
Cuando termine y la barra desaparezca, felicidades. El trasplante ha sido un éxito. Vuestro contenido está en la nube.
Para ver vuestra obra maestra:
Id a la página web de vuestro repositorio en GitHub.com.
Entrad en Settings (la rueda dentada) > Pages (en la barra lateral izquierda).
Ahí, arriba del todo, debería aparecer un enlace que dice: «Your site is live at…». (Ver imagen)
Haced clic.
Si veis vuestro contenido de eXeLearning: Enhorabuena. Habéis unido la enfermería con la ingeniería de software. This is the way.
Si veis un Error 404: Tranquilidad. A veces tarda unos minutos, como el efecto de la adrenalina. Esperad, refrescad (F5) y si sigue sin ir, revisad si el index.html estaba donde os dije. Y hasta aquí la intervención de hoy.
Si habéis seguido los pasos sin sufrir una crisis de ansiedad ni lanzar el ordenador por la ventana, felicidades. Acabáis de lograr algo que muchos temen más que a una guardia de 24 horas en Nochevieja: la soberanía tecnológica.
¿Por qué hemos hecho todo esto? ¿Por qué complicarse la vida con GitHub en lugar de mandar un simple PDF? Al tener vuestros contenidos en una web real, accesible y abierta, estáis democratizando el conocimiento. Estáis permitiendo que vuestro alumno repase el protocolo de actuación en el autobús, en el móvil, sin tener que descargar archivos pesados que se comen sus datos.
Habéis convertido un contenido estático y aburrido en algo vivo.
No os mentiré: es probable que la primera vez falle. Que os salga un error. Que un enlace no funcione. No pasa nada. En sanidad, un error puede costar una vida; aquí, solo cuesta un poco de orgullo y cinco minutos de Google. El error es el mejor maestro, siempre que no mates a nadie en el proceso.
Así que, limpiad el área de trabajo, cerrad las pestañas del navegador (que tenéis quinientas abiertas y eso consume más RAM que Chrome en un mal día) y tomaos un café. Os lo habéis ganado.
Recordad: la tecnología es como la Fuerza. No es ni buena ni mala; depende de cómo la uséis. Y hoy, la habéis usado para traer un poco de luz a la oscuridad de la ignorancia.
I have spoken.
