• Bottup / Nxtmedia
• RUIDO Photo
• Anversal
• FronteraD

Los rasgos en común a estos proyectos son las estructuras cortas, la vocación de red, colaboración sobre competición – algo en los que Pau Llop de Nxtmedia hace especial hincapié – y la diversidad de fuentes de ingresos y de actividad. Son tres características que encajan con las predicciones de Luís Martín Cabiedes en la entrevista de Manuel Ángel-Méndez:

P. ¿Qué consejos le darías a un periodista-emprendedor que quiera montar un proyecto?
R. La mala noticia es para las empresas de medios, no para los periodistas. Igual que el problema de la música lo tienen las discográficas, no los músicos. Los periodistas, como los músicos, tendrán que ir haciendo bolos. Pero no lo digo en sentido peyorativo, hay buenas oportunidades ahí. No va haber empresas de medios de comunicación en las que trabajar o será muy difícil. Por eso lo mejor es que encuentren su nicho, busquen su público, se hagan fuertes ahí, creen contenidos que la gente quiera leer, que es de lo que siempre se ha tratado, y que no sean más de 4-5 en plantilla. Igual que una banda de música.

No, no es una despedida. Es la formalización de un paréntesis.

No voy a dejar de escribir aquí y dudo que pudiese hacerlo. Este blog se ha convertido en una parte muy importante de quién soy. Astillero.org volverá en 2010, o quizá antes, porque aquí no hay normas que no se pueda uno saltar.

Hasta que llegue esa nueva etapa de Astillero, para la que tengo ya ideas y cosas pensadas, hay muchos sitios en los que seguiré activo y escribiendo:

• Twitter: http://www.twitter.com/carlosalonso
• Delicious: http://delicious.com/chicodelacalle
• Por Tu Seguridad: http://portuseguridad.org
• Revolution Summer: http://revolutionsummer.net (new!)

Seguiré durmiendo entre vuestros feeds, ¡hasta pronto!

De momento, el proyecto está articulado en forma de blog y lista de correo, por razones de rapidez y conveniencia: la idea nace de un intercambio informal de emails entre varias personas interesadas en el tema del control, y un blog era la manera más sencilla de cristalizar estas intenciones en un proyecto tangible. A partir de aquí, espero que Por tu seguridad crezca y de pie a más iniciativas y proyectos de resistencia contra la vigilancia indiscriminada y las violaciones de privacidad.

Dentro del colectivo, del grupo de afinidad que hemos creado Por tu seguridad, se encuentran gente y proyectos tan interesantes como addSensor, Destapa el Control, el Club de los Astronautas, Flores en el Ático, Inicios, Mundo Sesgado, Panel de Control (Zemos98) y Versvs. Estar entre ellos, algunos de los cuales vengo siguiendo desde hace ya tiempo, es, desde luego, un motivo de orgullo para mí.

Estoy convencido de que el control y la privacidad son dos temas que merecen, y que podrían tener, una mejor cobertura de la que tienen ya. De hecho, ya me rondaba la cabeza armar y presentar un proyecto similar de beat blog o blog especializado a algún medio, por lo que espero, entre tanto frente abierto, encontrar el tiempo suficiente para aportar ideas y contenidos interesantes a Por tu seguridad.

Luego vi que se podría hacer mucho más con eso: cantidad y frecuencia de publicación, nubes de tags al estilo wordle por día o por rango, una búsqueda de palabras al estilo google trends… Parece mentira, pero de un simple feed se pueden extraer un montón de posibilidades de visualización.

De hecho, hace poco he descubierto Kill The Cliché, que parte de una idea parecida: también analiza feeds de periódicos online, en este caso americanos, pero lo que hace es buscar en el texto de la noticia ciertos clichés, palabras o frases que se suelen repetir hasta la saciedad, y cruzarlos con los autores de las noticias. Con estos datos configuran un ranking de clichés más repetidos y de los periodistas que más los usan. Además permite a los visitantes de Kill The Cliché configurar la búsqueda de clichés: se pueden sugerir nuevas palabras y frases típicas y votar las que ya se están monitorizando.

Su lema es: More data = better media y resulta un experimento interesante para comprobar lo que da de sí un feed de texto con un poco de imaginación. Seguramente veamos más servicios de este tipo a medida que los medios online comiencen a publicar más APIs y la interacción y el procesado de los datos que generan sea más sencillo.

-1. Dos semanas sin internet en casa, y lo que queda por delante, con todo lo que eso implica: Lola no puede trabajar, todos los proyectos parados y el blog bajo mínimos…

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.

Lo que más me llamó la atención es que prácticamente todos los mashups presentados tienen un carácter casi exclusivamente lúdico: juegos, visualizaciones curiosas y llamativas, o propuestas de interfaces alternativas, pero pocas veces la recontextualización de los datos tiene una intención crítica o la mezcla de varias fuentes permite extraer información nueva o que no fuese evidente al principio.

La excepción, y uno de los que más me gustó, es esta reformulación del feed de Google News que muestra de forma visual el peso de cada noticia en los medios, dotando de una mayor área a aquellas noticias con más artículos relacionados, por tanto, a aquellas que más cobertura están obteniendo. El resultado es una cartografía del sesgo de los medios, pero que tampoco está libre de sesgos propios al aceptar el feed de Google News como una representación fiable de todo lo que se publica en medios de comunicación. Tampoco, creo, tiene en cuenta la distinta capacidad de influencia de cada medio. Pero ambas son limitaciones que vienen impuestas desde la propia fuente de datos utilizada, y no anulan ni le quitan efectividad al proyecto.

Otros mashups acabaron teniendo más posibilidades de las inicialmente planteadas por sus creadores, como esta aplicación, hecha por el propio equipo que impartía el taller, que permite crear una tira de varias viñetas a partir de fotos de flickr, añadiendo bocadillos de varias formas y textos. Aunque lo hicieron como un juego, comenzaron a ver en los archivos que algunos profesores lo usaban como un ejercicio en sus clases de idiomas.

También se hizo mucho hincapié en la visualización de datos. La mayor parte de los proyectos presentados tenían una interfaz realizada en flash, a pesar de los problemas de indexación en buscadores que presenta, y a la necesidad de disponer de un plugin adicional para visualizar los datos.

Con todo, fue una experiencia interesante e inspiradora. Lo suficiente como para añadir un ítem más a la lista de cosas para hacer durante este año. Ahora sólo tengo que refrescar y mejorar lo suficiente mis nociones de PHP y mySQL, algo que de todos modos ya estaba en la lista. Para los curiosos, podéis ver las notas en las que basaron las presentaciones de los tres días.

Sin orden particular, en sus monitores y altavoces durante este 2008. Próximamente más información. Hay que mantener el misterio de momento. Además de eso, rediseñar astillero.org, hacer un doo-rag, ir más al mercado, aprender a hacer soniquetes con el C64 y hacer alguna de estas bolsitas para ahorrar plástico cada vez que vamos a la frutería. Hay más, pero con éstos, me conformo.