| « "La misma basura, en diferente sitio" | Lo que aprendí en 2009 » |
La tecnología detrás de GRYC
04/02/2010 , 10:01:34 pm | Catalogado en Tecnología para comunidades, Tecnología, Software social, Herramientas Web 2.0, GRYC, Cursos Abiertos
El año pasado, un par de semanas después de que empezó ELRN, escribí un post en el que hablaba acerca de la tecnología que estaba detrás del curso. La idea no es repetir aquí lo mismo que dije allá, así que puede ser una buena idea leer ese post antes de continuar aquí, pues este post corresponde más a una actualización del asunto.
El esquema de tecnología que está detrás del GRYC es, esencialmente, el mismo de ELRN. Por supuesto, ha pasado algún tiempo que me ha permitido aprender un poco más de algunas herramientas, y algunos procesos de mantenimiento ya no me toman tanto tiempo. Pero como hay en GRYC algunas personas que han estado en CCK08 y CCK09, creo prudente explicar un poco qué cosas diferencian a la tecnología de este curso de aquella que Stephen ha puesto al servicio de CCK.
Un primer aspecto a tener en cuenta es que, para el caso de GRYC, todos los servicios que son utilizados para compilar y procesar la información de los participantes son públicos y permiten un uso gratuito. En el caso de CCK, Stephen construyó sobre la funcionalidad de su Grsshopper para facilitar la compilación y republicación de información de los participantes en el curso. Obviamente, esto hace que la de CCK sea una solución más "a la medida" de las necesidades, y que existan cosas interesantes que yo no puedo hacer. No obstante, en la medida en que los servicios que estoy usando son públicos, mi esquema es potencialmente replicable por cualquier persona, y no requiere ningún tipo de alojamiento propio para que funcione. Esa fue una de las intenciones que marcaron mi aproximación a la puesta a punto de la tecnología del curso, que de manera esquemática se ve de la siguiente manera:

Otra clara intención fue ofrecer diversidad de posibilidades de acceso a la información, para que cada persona utilizara aquellos más cercanos a su práctica cotidiana. De allí las diversas opciones de suscripción al contenido del curso (RSS, correo electrónico, Twitter). Lo bueno es que esta complejidad es bastante transparente para los participantes, quienes envían y reciben información usando un blog, un wiki, diigo y su correo electrónico. Eso es lo mínimo que se requiere, así que en realidad no hay una saturación de herramientas (digo yo).
Pero bueno, hora de entrar en materia. En comparación con lo que hice en ELRN, aquí hay algo nuevo, que trata de resolver una pregunta que me hice en ese entonces: ¿Cómo hacer seguimiento a los comentarios que van surgiendo en los blogs? Para resolver esto, empecé usando un pipe que usa la información del formulario de inscripción, y que mediante regex intenta cambiar los feeds registrados para las entradas por los feeds de comentarios de cada blog. Esto es algo limitado pues, por ejemplo, no pude encontrar en wordpress feeds específicos para una categoría determinada, lo cual hace que ese pipe termine compilando todos los comentarios de un blog de wordpress (sin importar que hagan parte o no de posts del curso), y me obliga a tratar de manera individual a otras plataformas... Poco razonable...
Así que hoy encontré otra opción: Usar el feed RSS de entradas de blogs (que es generado por este pipe) como insumo para un nuevo pipe, que procesa cada post e identifica de manera automática el feed de los comentarios correspondiente, para luego obtener el contenido de cada feed y generar un único feed de comentarios. Por lo pronto, parece funcionar, pero algo me dice que van a aparecer problemas eventualmente, por razones que escapan a mi control... Por ejemplo, posterous no cuenta con feeds de comentarios, y algo similar puede ocurrir con otras personas que escriben desde otras plataformas (como joomla o drupal, por ejemplo). Eso quiere decir que habrá comentarios que pueden quedarse por fuera, lo que dificulta un poco hacer otras cosas que tengo en mente...
Lo malo de este enfoque es que no encontré una manera de recuperar el título del post, para incluirlo dentro del título del comentario que genero. Sólo logré obtener el enlace al post, así que no se ve tan bien como yo quisiera. Ni modo.
Eso por un lado. Por otro lado, a partir de las ideas de Tony Hirst, me dije hace un par de días que tal vez podía utilizar la información de ubicación del formulario de inscripción del curso (ciudad y país) para generar de manera automática un mapa con la ubicación de todos los participantes. Con eso en mente, me puse a experimentar con Pipes, en donde tuve que resolver algunos detalles con los que Tony no se encontró.
El módulo Location Extractor de Pipes funciona de manera algo errática, y obviamente en inglés, así que tuve que cambiar "España" por "Spain", por ejemplo, así como algunas tildes en diversas ciudades reportadas por los participantes. Cambié uno por uno los registros de inscripción (lo que me mostró que para la próxima es importante separar el campo "país" del campo "ciudad", lo que no hice en esta ocasión), y al final terminé usando el módulo Location Builder dentro de un iterador para generar los datos de geolocalización.
Además de eso, una pequeña manipulación de texto para incluir junto al nombre de cada persona su ocupación (que también es obtenida en el formulario). Tal como lo demostraba Tony, al final exporté el resultado del pipe en formato KML (Sip, Pipes exporta Keyhole Markup Language) y lo incluí dentro de Google Maps, para lograr un resultado que me dejó MUY contento (note que en México, Argentina y España hay varios globos!):
Entonces, a partir de una hoja de cálculo de Google Docs, estoy generando de manera automática un mapa con la ubicación de todos los participantes del curso, que además se actualiza cuando alguien nuevo se inscribe, sin que yo tenga que intervenir.
Fantástico.
Pensando en las cosas que no funcionan como en CCK, estoy haciendo algunas pruebas para incluir dentro del Diario de GRYC los twits relacionados con el curso, que incluyan la palabra GRYC y estén escritos en español. El asunto se ve prometedor, pero necesito algo más de tiempo para probarlo con el contenido que sea generado por el curso.
Por último, durante ELRN sentí la falta de un mecanismo (adicional al correo electrónico) que me permitiera notificar de asuntos importantes a los participantes. Así que creé un blog en posterous, que también es compilado en el Diario de GRYC. Ahora, para que sea funcional, será necesario que los posts que se escriban allí se publiquen poco antes de la hora de envío programada en Feedburner, para que esos mensajes "administrativos" queden de primeros en el correo.
¿Qué otra cosa? La limpieza y verificación de feeds, y el contacto por correo con todos los inscritos, me llevó alrededor de cinco horas. Pienso que este tiempo podría reducirse sustancialmente si se contara con una sesión presencial dedicada exclusivamente a lo tecnológico, y al aprendizaje de las ideas detrás de RSS. En todo caso, en esta ocasión tenía mucho más claro cómo ajustar cada feed, y de hecho muchos más participantes registraron la información de manera adecuada, en comparación con lo que viví en ELRN.
Uno siempre podría decir que la vida sería más sencilla si simplemente usara un LMS. Y me temo que eso es cierto. No obstante, hay todo un asunto de control de la información por parte de cada participante y de demostración de cómo articular la tecnología para facilitar el seguimiento a un entorno desestructurado y distribuido, que me parece no sólo importante, sino muy interesante. En ese sentido, diría que todo esto es un ejemplo demostrativo, de hecho.
Ejemplo que, de hecho, tiene unas consecuencias MUY interesantes cuando empieza a pensarse en mayor escala. Por ejemplo, ¿qué significaría que un esquema como este fuera implementado a nivel de un programa académico completo? ¿Qué cambia no sólo en términos tecnológicos, sino pedagógicos? Para mi, esa todavía es una atractiva pregunta que, de hecho, lleva a otro nivel mi aproximación a la Educación Abierta, y que parece que voy a tener la oportunidad de explorar en más detalle en el futuro próximo.. ![]()
Por lo pronto, esos son los mayores cambios que he realizado a la tecnología detrás del curso. La mayoría de ellos tras bambalinas, pero buscando facilitar un poco más la eventual replicación de este tipo de esquema. Sin duda, todavía se puede mejorar mucho más en este sentido pero, considerando que esta es apenas mi segunda vez poniendo a prueba todo este esquema, creo que el resultado se vuelve interesante y empieza a mostrar posibilidades con un increíble potencial.
Si usted llegó hasta el final de este post, muchas gracias! Este es uno de esos posts un tanto técnicos y, en consecuencia, algo hostiles para muchos de nosotros. ![]()
A excepción de que se indique lo contrario, este contenido está publicado bajo una licencia Creative Commons.4362 vistas
Trackback para este post
URL para Referencias (pinche con el botón derecho y copie la dirección del enlace)
9 comentarios
Paso a comentar algunos puntos:
En CCK la solución de Downes -paga, privada- era más "a la medida de las necesidades, y que existan cosas interesantes que yo no puedo hacer" es verdad...pero, tuvo su costo: se le cayó por unas semanas. Se me escapa el detalle técnico de lo que le pasó al host pero lo abierto tiene menos posibilidades de caer tanto.
Además de lo obvio: es abierto.
Excelente lo de "opciones de suscripción al contenido del curso".
Y que las herramientas necesarias para participar sean las más básicas: todo sobre email es muy pero muy accesible. Accesibilidad es un tema importante.
Tu inquietud sobre "hacer seguimiento a los comentarios que van surgiendo en los blogs". Esto está GENIAL!!! Ayuda a que la estructura sea abierta pero no te pierdas si realmente querés seguir los comentarios de compañeros (en CCK09 nos perdíamos comentarios, era inabarcable) y creo que el hecho de levantar los comentarios y distribuirlos estimula la creación de los mismos: si sos leído, vas a querer comentar. Y los comentarios creo que son parte fundamental de un curso en red.
Buena idea lo de la "sesión presencial para limpieza de lo tecnológico" al comienzo y de paso nos presentamos
Sí, "LMS es más fácil" pero no tan divertido! No nos gusta fácil Diego. NOs gustan los entornos desestructurados y distribuidos!!! Aunque lo de "des"-estructurado es una manera de decir, no? Todo tu trabajo de estructura/arquitectura es un belleza.
Vos preguntás: "¿Qué significaría que un esquema como este fuera implementado a nivel de un programa académico completo? ¿Qué cambia no sólo en términos tecnológicos, sino pedagógicos?" SI SI SI qué qué? Quiero un programa académico completo en entornos abiertos con arquitecturas felices. Hay que probar.
Creo que estamos más cerca.
Saludos, gracias, gracias.
Realmente muy interesante esa arquitectura diseñada para este curso GRYC09... De hecho con ellos has dado respuesta a mis inquietudes iniciales sobre cómo sincronizar para tantas personas, tantos medios disponibles, de modo que todo se centralice en uno solo, en este caso el Email, que nadie se pierda los comentarios de los compañeros y de que todos podamos interactuar e ir construyendo una historia juntos alrededor del tema que nos interesa y nos convoca... más aún que según veo en los comentarios de mis compañeros: nos mueve y nos apasiona.
Pero regresando a la explicación detallada que das de la forma cómo has concebido este curso, te diré, me ha aportado mucho, tanto en la parte de diseño como en el conocer herramientas de las cuales no tenía idea, en este caso Pipes... además de empezar a dimensionar el verdadero alcance de los feeds, a los cuales les había dado algún par de utilidades, pero que veo que son un mecanismo muy versátil e interesante de seguir explorando. De otro lado, está siendo la posibilidad de enterarme un poco sobre la marcha, cómo funciona "el conectivismo", cómo todos aportamos a unas actividades específicas y aprendemos sobre la marcha.
Gracias! Maru.
Vengo elaborando varias ideas fuerza que orientan mi trabajo dos de ellas son:
La educación deberá ser reescrita
El control es la evidencia de conocimiento aplicado.
El modelo utilizado es un claro artefacto cibernético de seguimiento y producción de un banco de información.
Gracias por facilitarme evidencias a mis supuestos me ayudas mucho.
Estimado Diego :
En mi opinión la cuestión pasa por si se usan aparatos gratuitos que quedan a la vista de cualquier persona ó solamente de aquellos que tienen clave.
Por ejemplo , el año pasado Google lanza Wave pero a lo que esta empresa llama "versión pública " es para los usuarios de Gmail y hay que entrar con clave. Desde Wave se puede publicar en Blog , pero hay que abrir un blog y enlazarlo a Wave.
-
Recientemente la misma empresa ( Google ) anuncia Buzz y me pacere que con el mismo concepto , aunque en este caso es una red social "dentro" de Gmail.
Si bien es cierto que tanto Wave como Buzz son plataformas para competir con Facebook , esta última admite la versión "Pública " y se puede leer sin necesidad de entrar con clave.
.
Te hago una pregunta : Buzz , tiene versión "Pública " ?
-
-
Chau
Gracias
Desde Argentina .-
http://www.google.com/profiles/arruebarren
Buzz : publica por intermedio de Perfiles.
No sé si se pueden habilitar Comentarios externos ( como si fuera un blog )
Tampoco sé si se puede feedear.
Chau
Desde Argentina
Hay varios detalles en lo que dices, y que tal vez no menciono lo suficiente en el post. Para empezar, puede que las herramientas usadas sean públicas, pero eso nos lleva a otro problema: ¿Y si pipes falla? El año pasado en ELRN tuvimos precisamente un problema extraño con Feedburner, que nos dejó durante varios días sin el Diario. A lo que me refiero es que empiezas a depender de herramientas sobre las que no tienes verdadero control, y ante las cuales lo único que puedes hacer es, más o menos, 'rezar' porque sigan funcionando. Es un riesgo presente.
Respecto a que las herramientas sean las básicas, esa intención tiene que ver bastante con el contexto. Es cierto que hay un grupo de usuarios que están (o estamos) acostumbrados a usar una cantidad importante de herramientas Web, pero mi impresión (confirmada en parte por el análisis que hizo Antonio Fini de CCK08, es que el e-mail sigue siendo, tal vez, la herramienta que más tenemos a la mano. De allí mi intención de proveer distintas formas de acceso, desde la más sencilla (e-mail) hasta RSS, de donde puedessaltar a otro montón de utilidades más personalizadas.
Lo del seguimiento a los comentarios me surgió como una necesidad en ELRN, pues me estaba tomando mucho tiempo hacer seguimiento a los estudiantes formales. El pipe que estamos usando actualmente es más, diría yo, sofisticado, pues ya incluye los mensajes de Twitter, los comentarios en el wiki y los de los blogs. Coincido contigo en que ese tipo de cosas son importantes para mantener una mirada global sobte el curso, si uno quisiera mantenerla, claro está.
Creo que voy a tener que buscar una palabra que funcione mejor que "des-estructurado" (una traducción de "loosely joined"?), pues como dices, sí hay una estructura definida. Ahora, a pesar de lo interesante del asunto, no puedo dejar de mantener la mirada en la simplicidad. Para bien o para mal, un LMS es razonablemente sencillo, y si no logramos ofrecer algo similar con este tipo de enfoque, siempre nos quedaremos en una práctica completamente marginal. Mira que es ingenuo suponer que un profesor interesado en esto tendría que aprender a usar Pipes para desarrollar su curso. Este es un punto de partida, y el gran reto es encontrar formas de hacerlo mucho más accesible, sin perder las bondades del ejercicio.
@Maria Eugenia:
Me alegra que este ejercicio te muestre otras posibilidades para cosas como los feeds. Tengo que confesar que sólo hasta el año pasado empecé a ver su versatilidad, y todavía me cuesta algo de trabajo imaginar las cosas que podrían hacerse con ellos. Lo mismo pasa con Pipes, que en sí mismo permite realizar muchas más cosas de las que logro imaginar... Pero bueno, es parte del camino.. :)
@Sergio:
Siendo muy cuidadoso con los términos, yo no hablaría de "automatizar la producción". Tan sólo estoy poniendo un mecanismo que permite compilar la información que un grupo produce. Por otro lado, no entindo muy bien cuando dices que "el control es la evidencia de conocimiento aplicado". ¿Control en qué sentido?
@Armando:
Este asunto de las claves es, precisamente, una de las grandes críticas a los LMS. Ahora, al menos para el caso específico de este curso, nota que cada persona tiene libertad de tener su blog en donde lo desee, sea una plataforma alojada o una instalación propia (como es mi caso, y el de otros participantes). Es cierto que para el wiki y para Diigo se requieren contraseñas (para editar), pero se puede acceder a todo el material compilado sin contraseña...
Coincido contigo en lo referente a Wave y Buzz, pues son productos que, de alguna manera, 'obligan' a los interesados a registrarse con Google. No conozco aún lo suficiente sobre Buzz, pero dada la tradición de Google de incluir feeds en sus productos, es muy probable que si tenga feeds incluidos...
Gracias a todos por comentar!
Esta página sirvió principalmente para que distintos profesores de la cátedra pudieran tener una mirada general y las distintas comisiones de alumnos se siguieran (y no quedaran como minicátedras aisladas). Pensando en un curso e-learning, es factible agregar las producciones en una página de inicio pública, es muy muy simple de hacer (tengo problemas con pipes :) Claro, que tiene la contra de no recibir la info en el email sino que tenés que ir a buscarla ¿alguna otra contra? Si podés, gracias por tu opinión.
saludos
Luz
Un saludo!
Conclusión: tengo que lograr armar con pipes. Gracias de nuevo! Espero ver los resultados cuando lo logres :)
saludos
Deje un comentario
| « "La misma basura, en diferente sitio" | Lo que aprendí en 2009 » |
.Edu.Co.Blog