Es difícil callar todas las voces, porque las formas de comunicar son cada vez más fáciles y están al alcance de más gente, pero si todos esos nuevos discursos se pelean por un espacio en la atención de los individuos, quien puede repetir y aumentar la dimensión de una noticia, adquiere mayor poder.

Twitter y otras redes sociales han sido funcionales ante algunas crisis, y nos han llegado noticias desde ciertos lugares donde no llegaban los medios tradicionales. Pero con la idealización de estas herramientas, podemos llegar a pensar que si algo no está en los «trending topics», no existe. Si confiamos en Twitter para enterarnos de qué está pasando, lo que no se refleje en esa red, no ocurre.

Esto no es nuevo, como dijo Michael Wolff, editor de la revista Wired en un encuentro:

«En un esfuerzo por obtener ganancias de Internet, compañías como Apple, Facebook, Netflix y Twitter están luchando para monopolizar cuánto más puedan el tiempo y la atención de las personas a través de aplicaciones que solamente pueden ser utilizadas en ciertos dispositivos o plataformas o redes sociales solamente disponibles para miembros, en sistemas cerrados, controlados.

Esto es lo que esencialmente siempre hicieron las empresas de medios, agrega Wolff, el premio en cualquier negocio de medios es el control»

En la idea base de Tim Bernes-Lee para la Web, la posibilidad de un control total o casi total de un sitio o red del contenido que se publicaba, era imposible. La descentralización de la red tenía ese objetivo: nadie debería poder tener el control del medio, nadie podía decidir qué contenido no debía publicarse.

Otras redes controladas por una empresa se habían creado y habían fracasado por la lentitud en la innovación. La web se desarrolló mayormente porque cualquiera podía innovar, manteniendo cierta base de conexión con el resto. Las redes centralizadas vuelven a estar en la agenda, camufladas como aplicaciones en la Web. El peligro de estas redes centralizadas, como decíamos, es que alguien decide qué aparece en los temas relevantes del momento, por más democrático que simule ser, los intereses económicos y la presión política son más posibles cuando hay un solo jugador.

A descentralizar

A pesar de que el florecimiento de las redes sociales es bastante reciente, los primeros casos (y cada vez más preocupantes) de problemas de privacidad de la información y su capacidad de obviar temas, han generado la creación de proyectos de redes sociales descentralizadas.

¿Qué sería una red social descentralizada? En lugar de depender de un centro que maneje los datos, diferentes nodos se conectan e intercambian la información. Si alguno cae, otro lo reemplazará. Si un nodo se dedica a censurar, puede ser reemplazado por otro que no lo haga. Por esto mismo será más difícil la presión de gobiernos sobre ellos.

La alternativa a Twitter más conocida es status.net un servidor de microblogging que puede ser instalado por cualquier persona e interconectarse con otros servidores, sin que los usuario tengan que crear cuentas en cada uno de ellos. Se intentó llegar a un acuerdo con Twitter para que esta red funcionara con un protocolo similar, pero la gente de Twitter tiene una posición dominante y decidió que no participaría. La misma gente que desarrolla status.net (que es software libre) povee el servicio de identi.ca

Como alternativas a Facebook la más conocida es Diaspora, a pesar de estar en un estado alpha (es decir recién naciendo), pero han sabido llamar la atención, y mucho antes de que hayan escrito una sola línea de código, ya eran famosos. La idea tras Diaspora es que cualquiera pueda instalar un servidor y quien cree una cuenta en ese servidor pueda participar de cualquier otro y llevarse sus datos en caso de necesidad (algo que no es posible en Facebook).

La descentralización trae sus complejidades, aunque también mayores probabilidades de innovación. Para un análisis de esta temática, recomiendo el libro de Jonathan Zittrain «The future of Internet and how to stop it», con licencia Creative Commons.

A pesar de la juventud de los proyectos descentralizados, es el momento de apoyarlos, para evitar caer en las trampas de las redes centralizadas y fácilmente dominables.

Lo que me extrañó es que a pesar de las críticas que tenían en cuanto a la posibilidad de la censura en estas redes sociales, la red Al Jazeera no estuviera probando otro tipo de redes

PD: Esto no quiere decir que no podamos usar las otras redes, mientras que sepamos cuáles son sus limitaciones y problemas. Está claro que hasta que las redes descentralizadas no hayan avanzado lo suficiente, las centralizadas pueden ser interesantes para divulgar y compartir.

PD2: Un escrito más explicatiovo de la charla de Al Jazeera lo pueden leer en Uberbin de la mano de @maccur

Existe un servicio que se llama twitter que integra una categoría llamada «microblogging», es decir, un lugar donde la gente tiene 140 caracteres para expresar algo. La primera idea era contestar a la pregunta «¿qué estás haciendo en este momento?».  Si sólo fuese contestar esa pregunta no sería muy interesante, pero por suerte el uso fue modificando la herramienta. Cuando uno tiene un usuario puede seguir a otros y enterarse de sus actualizaciones. A partir de twitter (propiedad de una compañía) se crearon otros emprendimientos, uno de los cuales usa un programa liberado con una licencia libre, llamado identi.ca. Hace un tiempo cree mi usuario en identi.ca, pero no lo usaba mucho por dos razones: 1) la mayoría de la gente a la que sigo no tiene cuenta en ese servicio y si en twitter y 2) no me había tomado el trabajo de encontrar un programa que me mostrara las actualizaciones de mis contactos, y no quería hacerlo a través de la página web.

Imagen de gwibber

Así que sobrevivía con TwitterFox (una extensión para Firefox que muestra las actualizaciones de los contactos y permite responder). Existía una extensión similar para identi.ca (Identifox) pero al estar muy basada en TwitterFox no podían usarse al mismo tiempo. Así que empecé a buscar aplicaciones por fuera de Firefox que me permitieran usar los dos servicios al mismo tiempo. La mayoría de las disponibles son aplicaciones que necesitan Adobe Air para funcionar, y esto era más de lo mismo, software no libre. Hasta que encontré Gwibber.

Gwibber es un cliente para Gnome de sitios de microblogging o muchos otros servicios o programas con actualizaciones de algún tipo. Permite conectarse a Twitter, identi.ca, Jaiku, cualquier otro servidor del protocolo laconi.ca, RSS, Flickr, Digg y un largo número de etcéteras, y todos se mezclan en una misma línea de tiempo. Se puede configurar para recibir, enviar o buscar mensajes, o sólo para recibir (como lo uso yo).

En ese momento estaba en el trabajo, donde tengo un ubuntu intrepid ibex, así que no fue difícil instalarlo. Pero en mi casa uso Debian testing. Y una herramienta no me sirve si no puedo usarla en las dos máquinas, y me gustan los desafíos, así que empecé a ver cómo compilarlo. Acá dejo las notas por si a otro se le ocurre hacerlo, no es difícil una vez que se sabe dónde buscar .

La compilación en Debian testing

Seguí los pasos del tutorial para ubuntu intrepid. El único problema es con la librería pywebkitgtk. Las versiones de Webkit de Debian y Ubuntu son más viejas que las que necesita la nueva versión de la librería. Por eso la gente de Gwibber armó unos paquetes especiales de pywebkitgtk para Ubuntu Hardy Heron e Intrepid Ibex (razón por la cuál en Ubuntu funcionaba sin problemas). Así que mis primeros intentos fueron utilizar los paquetes creados para Ubuntu en mi debian amd64 (cuánto podía romper mi sistema un paquete que no usa otro programa ). Probé con el paquete para Hardy, pero pedía una librería que ya fue dejada de lado en Debian Testing (libffi4, debian ya usa la libffi5). Entonces la de Intrepid funciona seguro, me dije. Todos sabemos lo que le pasó a Seguro. Con el paquete para Intrepid había otros errores por paquetes que no existían todavía en Debian testing. Así que estaba en la mitad. Hasta que se me prendió la lamparita y busqué en los archivos de pywebkitgtk y encontré la versión anterior a la actual. Descargué el archivo comprimido y realicé los pasos típicos para una compilación:

# ./configure --prefix=/usr/local
#make
#sudo make install

En el tutorial recomendaban usar la opción –prefix=/usr/local así que lo hice. Cuando intentaba iniciar Gwibber me daba un error: no encontraba la librería webkit. «Pero yo la instalé» gritaba ante el monitor. Y volvía a intentarlo, pero no, Gwibber se negaba a encontrar la librería. Por suerte alguien había tenido un error similar con otro programa, y Google lo destacó dentro del océano de la web y me lo mostró. La solución fue, entonces, compilarlo con la opción prefix en /usr en lugar de /usr/local:

Entrar al directorio donde hayan descomprimido el archivo pywebkitgtk-1.0.1.tar.gz

#./configure --prefix=/usr
#make
#sudo make install

Una vez terminada la compilación, entré al directorio donde había descargado Gwibber y ejecuté ./run nuevamente. Esta vez recibí un nuevo error. Decidí arriesgarme e instalarlo:

#python setup.py install

Me faltaba instalar el paquete python-distutils-extra. Una vez que lo hice, se instaló sin problemas, y a partir de ese momento, con ejecutar el comando gwibber todo funciona a la perfección, veo las actualizaciones de mis contactos de twitter e identica en la misma ventana.

El complemento ideal

Gwibber lo uso para ver las actualizaciones de otros, para escribir no hay como los comandos para Ubiquity. Rápidos, sin abandonar lo que se está haciendo. Yo uso el comando para ping.fm, que me permite actualizar todos los servicios al mismo tiempo.

Fin de post geek/nerd