En Proyectos recogeré las entradas relativas a algunos de los proyectos que estoy montando, ideas nuevas que serán archivadas y nunca verán la luz y otras cosas. Será una mezcla de lluvia de ideas y de diario de desarrollo de aquéllas que vayan a ver la luz. La categoría se estrena con una entrada comentando la primera etapa de Yomemicontigo, la elección del CMS apropiado para el proyecto. Además, también he creado una página de proyectos en la que resumiré brevemente de qué trata cada uno, junto con un archivo de entradas para cada subcategoría.

Colaboraciones agrupa las entradas en las que republico contenido ya publicado en otro soporte. Además de en el fanzine Lctrct, también he escrito para Acetone, Go Mag y Staf Magazine, y me apetecía colgar aquí algunos de esos textos:

• A los textos del Lctrct les tengo mucho cariño, porque era algo hecho con amigos, con amor, y porque pude escribir sobre algunos de mis músicos favoritos, como Harriet The Spy o Brian Wilson, y sobre dos festivales como el Tanned Tin de Animal Collective, Hella y Herman Düne, y el Sant Feliu en el que tocaron Ted Leo y Lungfish.
• En el Acetone, un zine online ya desaparecido, tuve la oportunidad de escribir un breve texto sobre Billy Childish, uno de los músicos y artistas más independientes y comprometidos con el DIY en todas sus etapas creativas.
• Para Staf Magazine escribo sobre todo reseñas de discos, muchos de noise. No me ha parecido apropiado subirlas, así que me quedo con la reseña del concierto de Daniel Higgs en noviembre pasado, y una breve entrevista a Why? del 2005, del que además pude reseñar su posterior concierto en Sidecar.
• En la Go, además de una entrevista a Sibyl Vane, pude reseñar conciertos tan importantes para mí como The Ex o el de Es, Islaja y Kiila.

Yomemicontigo es uno de esos propósitos. También es el proyecto de tesis de Lola, mediante el que pretende investigar los procesos de aprendizaje colaborativo y autónomo, apoyándose en enfoques educativos como el conectivismo y el aprendizaje para toda la vida. La idea para llevar a cabo este proyecto es una red social para estudiantes de español. En ella, además de perfiles de usuario, y herramientas como blogs, foros y grupos, también habrá actividades, propuestas por Lola, como relatos colaborativos, ejercicios basados en mapas y otras cosas.

El primer paso para construir Yomemicontigo es elegir el armazón que nos servirá como base de desarrollo. En nuestro caso, elegimos Drupal, pero estuvimos valorando también otras opciones, como Dolphin, Elgg o Moodle. Siempre dentro del software libre:

• O casi. Dolphin fue rechazado desde el principio por no ser software libre. En vez de GPL, es CC-BY, y para deshacerte del enlace a BoonEx, has de pagar una cierta tarifa. Las funcionalidades están bien, pero el hecho de no ser software libre limita mucho el tamaño de la comunidad que puede aportar plugins para funcionalidades extras, o la documentación necesaria para poder personalizar el diseño.
• Moodle también fue descartado desde el principio. No es propiamente un CMS o un gestor de comunidades, sino que es propiamente un LMS. El hecho de estar diseñado tomando el curso como elemento central, con calificaciones y actividades cerradas, limitaba mucho nuestras posibilidades. Además, este enfoque es totalmente opuesto a la filosofía educativa de la que partía el proyecto, mucho más abierto e informal.
• Elgg fue uno de los candidatos con más posibilidades de ser utilizado como esqueleto del proyecto. Elgg es un gestor de comunidades y redes sociales basado en el usuario. En ese sentido, tenía todas las funcionalidades que buscábamos: perfiles, grupos, amigos, mensajes, blogs de usuario, etc. Sin embargo, carecía de versatilidad para añadir la parte de actividades. Otros puntos en contra eran la reducida comunidad de desarrolladores y una cierta fama de código enmarañado que dificultaban el desarrollo y el diseño de temas visuales propios, aunque esto parece ser que iba a cambiar en versiones posteriores.
• Sabiendo por qué no hemos escogido las aplicaciones anteriores, está claro por qué hemos escogido Drupal.

En primer lugar, está la versatilidad. Con Drupal y los módulos adecuados, se puede replicar cualquier cosa: flickr, myspace, lo que quieras. Hay cientos de módulos disponibles que amplían las funcionalidades de Drupal. De hecho, hay demasiados módulos, tanto que varias funcionalidades están cubiertas por más de un módulo, como chat o grupos, y cuesta elegir el adecuado buceando en los foros de soporte, aunque este problema está comenzando a ser resuelto con la fusión de varios proyectos.

En realidad, la duplicidad de módulos es ecológicamente efectiva, ya que la resolución de necesidades o problemas desde diferentes perspectivas enriquece el resultado final cuando varios proyectos comienzan a trabajar juntos, o uno de ellos es abandonado en beneficio de otro. La gestión de los módulos en el sitio de Drupal tampoco es la más adecuada, y no es posible distinguir cuáles son los módulos más populares (más descargados o más en uso actualmente), estables, actualizados o mejor soportados.

Para complicar las cosas, las peculiaridades del desarrollo de Drupal hacen que para cada versión se hayan de actualizar todos los módulos existentes. Eso deja obsoletos a módulos perfectamente estables, cuyo desarrollo ha sido ya abandonado. Esa es la única razón de utilizar la versión 5.7 en vez de la más reciente y muy mejorada 6.2. Módulos básicos para el proyecto como Organic Groups todavía no tienen su correspondiente versión para la rama 6.x.

La curva de aprendizaje demasiado pronunciada es otra de las críticas que se le suelen hacer a Drupal. Y es una crítica veraz, reconocida por el propio Dries Buytaert, creador e impulsor del proyecto Drupal, en la DrupalCon del 2007 en Barcelona, que fue mi primera toma de contacto con este CMS. Sin embargo, no era algo que me preocupase demasiado. Fuese cual fuese la elección que tomásemos, habría una curva de aprendizaje hasta lograr a dominar el sistema elegido. En el caso de Drupal, este aprendizaje se haría con un alto volumen de documentación disponible, una comunidad amplia y activa y con la seguridad, sabiendo que Drupal ha sido utilizado para poner en marcha versiones digitales de periódicos y revistas, de poder rentabilizar esta inversión en otros proyectos en el futuro.

La gran cantidad de documentación existente, en foros, blogs, en el propio sitio de Drupal, en libros, etc. me daba la seguridad de poder aprender a poner en marcha cualquier cosa, y de saber cómo funciona. Así, cuando llegue el momento de realizar el diseño de la interfaz de Yomemicontigo, cuento con libros, ejemplos y tutoriales suficientes para saber dónde situar cada función de PHP. El diseño de Yomemicontigo y el libro sobre los temas de Drupal que utilizaré como referencia para ayudarme tendrán su propia entrada en un futuro.

En la próxima entrada veremos la lista de módulos adicionales que hemos seleccionado, qué nos permitirán hacer y por qué hemos elegido esos módulos sobre otros adicionales.