arquitectura

5

Hace unos días vengo pensando en los temas referentes a la navegabilidad del portal de infomed y la barra, producto en gran medida de conversaciones personales con Pablo y de su exposición sobre el tema del menú en uso actualmente en el portal en algunas de las reuniones técnicas de los jueves.

En una de esas conversaciones salió la idea de que sería interesante tratar de replicar algunas de las las funcionalidades que brinda la barra (enlaces directos a los recursos más importantes de la red, posibilidad de buscar de manera sencilla en las principales fuentes de información) en el sistema de menú del portal. Pues bien, para no quedarme solo con la idea me entretuve un rato y el resultado pueden verlo aquí.

Aclaro que es tan solo una prueba de concepto, los enlaces no apuntan a las direcciones adecuadas y el sistema de busqueda no funciona aún, tan solo pretendia ver “como se veia”. Estoy seguro que visualmente necesita del talento de Pablo (me hubiera gustado poder usar las mismas imagenes de la barra pero no las tenia a mano) pero lo que mas me interesaba era comprobar que era posible mantener la funcionalidad sin perder accesibilidad (los menues se generan a partir de la estructura html, no dinamicamente via javascript, de esa manera los usuarios que no puedan hacer uso de javascript o css aun tienen acceso a los enlaces y la estructura de menu).

Algunas cosas en contra, el tamaño de la página y los recursos asociados a ella (css y js) crece considerablemente (+140Kb), lo cual pudiera ser algo sensible para las conexiones telefonicas, aun cuando pudiera utilizarse tecnicas de cacheo y alguna otra libreria de javascript más pequeña (actualmente uso yui) para reducir la carga.

?Valdrá la pena cargar la página más visitada del portal a cambio de facilitar el acceso a los recursos de información que brinda el mismo? Ustedes dirán 🙂

12

El tema que tratare puede ser polemico pero me parece de suma importancia pues implica cambiar algunas ideas del trabajo que se ha venido haciendo hasta ahora sobre el uso del blog en el caso especifico de las especialidades pero que se extrapola a las instituciones, proyectos, etc, es decir espacios que involucran a mas de una persona.
Actualmente, la concepción sobre las especialidades es que cada una de ellas tenga su propio blog y que los posibles editores se creen una cuenta en el para poder publicar. Esto trae aparejado algunos problemas o desventajas:

1.- Obliga al editor a mantener/coordinar más de un espacio de trabajo
Además de su blog personal debe crearse una cuenta en el blog de las especialidades en las que contribuye.

2.- Duplicación innecesaria del contenido
Si una persona publica algo común a varias especialidades para que ese artículo sea visto desde cada uno de los sitios de las especialidades involucradas debe duplicarse el contenido, lo que trae aparejado un mayor trabajo para esa persona, sin contar el hecho de que si quiere modificar algo en el artículo podría olvidar hacerlo en alguno de los blogs donde está publicado.

3.- Dificultad para ser visualizado fuera de la red de salud
El servicio de blogs de infomed solo está disponible dentro del dominio .sld.cu y aunque es posible usar técnicas de proxy reverso para permitir la visualización de algunos de ellos fuera del dominio de salud esta solución no es lo suficientemente flexible (al necesitar que uno de los administradores del nodo haga los cambios necesarios) para la dinámica que queremos lograr.

¿Cómo dar solución a estos problemas? Mediante el uso del planet y las categrías del blog.

El planet no es más que un agregador de rss, o como prefiero verlo, un agregador de canales de información. Su uso permite visualizar en un lugar único la información proveniente de varios canales (rss) registrados en él.

Bajo este esquema, las especialidades en vez de un blog tendrían un planet donde estuvieran registrados todos los canales de sus miembros. ¿Qué canales serían estos? ¿El rss del blog? NO.

WordPress brinda la posibilidad de tener canales rss asociados a cada una de las categorías, filtrando así los artículos relacionados solamente con dicha categoría. Esos canales individuales serían los que se usarían en el planet correspondiente.

Veamóslo con un ejemplo:

Actores:
Isa: Doctora especialista en microbiología que pertenece al grupo de tuberculosis
Jorge: Doctor especialista en microbiología y profesor de una facultad
Pedro: Responsable del planet sobre microbiología
Ana: Responsable del planet sobre tuberculosis
Ali: Administrador de la Red de Infomed
Gustavo: Especialista de Información de la Red de Infomed

Caso de uso:
Isa escribe regularmente en su blog personal (Ej: blogviejo.sld.cu/isa) sobre temas de microbiología y tuberculosis, usando para ello las categorías ‘microbiologia’ y ‘tuberculosis’ respectivamente.

Jorge escribe regularmente en su blog personal (Ej: blogviejo.sld.cu/jorge) sobre temas de microbiología y docencia, usando para ello las categorías ‘micro’ y ‘docencia’ respectivamente.

(Tener en cuenta que tanto Isa como Jorge pueden tener artículos que usen las dos categorías y el caso de que Jorge usa una palabra diferente que Isa para la categoría microbiología)

Pedro “descubre” el blog de Isa y viendo que sus artículos tienen la calidad necesaria adiciona al planet el rss asociado a la categoría microbiología en el blog de Isa (Ej: blogviejo.sld.cu/isa/category/microbiologia/feed).

Jorge se entera de la existencia del planer de microbiología en un curso y contacta a Pedro solicitándole que incluya sus artículos, Pedro revisa el blog de Jorge y encontrando que sus artículos tienen calidad adiciona el rss asociado a la categoría microbiología del blog de Jorge (Ej: blogviejo.sld.cu/jorge/category/micro/feed).

Isa, al igual que Jorge se entera de la existencia del planet sobre tuberculosis y contacta a Ana, quien como Pedro en el caso de Jorge, al comprobar que los artículos de Isa sobre tuberculosis tienen calidad adiciona el rss asociado a la categoría tuberculosis del blog de Isa (Ej: blogviejo.sld.cu/isa/category/tuberculosis/feed)

Resultados:
Isa y Jorge no tienen que preocuparse de mantener varias cuentas, para ellos todo lo que tienen que hacer es escribir en su blog personal y ser consistentes en la palabra que usan para cada categoría. Si uno de sus artículos está asociado a varias categorías, Ej: un artículo de Isa sobre microbiología y tuberculosis no tiene que escribirse dos veces, el mismo artículo será visualizado en el planet de microbiología y en el de tuberculosis. Si Isa decide cambiar algo en dicho artículo (por ejemplo corregir alguna falta ortográfica), ese cambio se replicará automáticamente a los dos planets

Ana y Pedro no tienen que preocuparse por mantener un blog y las cuentas asociadas a el, para ellos el trabajo se simplifica a mantener una aplicación cuya única tarea es registrar y visualizar canales de información y por tanto requiere menos esfuerzo y tiempo de aprendizaje de parte de ellos.

Alí no tiene que cambiar constantemente cosas en el servidor, el instala y configura el servicio de planets y delega su administración a Gustavo, quien a su vez es el encargado de crear los planets necesarios sin la intervención de Alí y delegar la administración de los planets individuales a sus correspondientes editores.

Como pueden apreciar, el trabajo y la dinámica del mismo se facilita enormemente, en un próximo artículo tocaré los temas referentes a la integración del planet con el sitio de la especialidad como tal, su visualización fuera de la red de salud y otros temas asociados. Por ahora pueden ir dejando sus comentarios sobre alguna duda o tema que requieran de más extensión