Alrededor de los siglos tercero y séptimo de nuestra era, las civilizaciones del norte de África abandonaron el uso de la rueda. Las razones aparecen claras ahora, en retrospectiva: los carros con ruedas requerían bueyes, y los camellos pueden transportar más carga, en menos tiempo, y consumiendo menos comida y agua que los bueyes. La rueda es reintroducida con el avance occidental, más de mil años después.

[Foto: no sé quién la tomó, la encontré en La Reina de Amron.]

¿Por qué el uso de la rueda es abandonado en el lugar mismo de su invención? Porque, para vivir en el desierto, el camello era una tecnología mejor que la rueda, al menos la rueda tirada con tracción animal.

En Internet, podríamos estar a punto de presenciar cómo la rueda digital cae en desuso. Y la rueda digital no es otra que el RSS: capaz de transportar más información, más fácil y más lejos, con menos consumo de datos.

Muchos dirán que no, que el RSS no muere, sino que vive en servicios muy utilizados, que funcionan internamente a base de RSS. Puede ser, pero yo intentaría ser más preciso. Multitud de servicios utilizan XML, a veces incluso con las especificaciones de RSS. RSS, sin embargo, es el acrónimo para Really Simple Sindication o Sindicación realmente sencilla. ¿Permiten estos servicios la sindicación realmente sencilla de sus canales fuera de la plataforma y con un software estándard que no necesite establecer una petición con formato específico para una API determinada?

El RSS está inventado, no es más que XML y el XML puede hacer de todo. Y no se puede des-inventar la rueda (ni el RSS). Pero se puede abandonar. Junto a los servicios masivos tipo Facebook o Twitter, que deniegan el uso fácil de feeds y obligan (en los casos en que todavía no lo han cerrado bien) a hacer auténticas peripecias, Google anunció recientemente mejoras en sus servicios de Blogspot. En enero de 2012, el blog oficial de Blogger anuncia comentarios anidados (ya era hora, Drupal los tiene desde hace una década, y Wordpress desde hace un par de años). Pero no es todo, claro: en el blog oficial de Blogger anuncian también mayor control sobre los feeds de cada blog, con la opción estrella siendo la de no ofrecer ningún tipo de feed. Sin duda, el paso definitivo (arriesgado reputacionalmente, por eso tímido) en la plusificación (o facebookización, para ser más correctos) de Google.

¿Recuerdan cuando era necesario hacer definiciones, más o menos canónicas, de lo que es un blog? Un sitio con actualizaciones mostradas en orden cronológico inverso y que ofrece un canal RSS con dichas actualizaciones, los comentarios son opcionales.

Así, una tecnología libre no será abandonada del todo. Y muchos seguiremos pensando en vitaminar la gestión de los enlaces con esta tecnología tan accesible, pero el destino de la misma, como abanderada que es de una red más dispersa y libre, podría estar cada vez más alejado de un mainstream que camina a dedazos en mitad de la tabletización de la informática de uso personal y los placeres de una centralización empobrecedora que nos regala momentos Megaupload una década después de que los mismos dejaran de tener sentido.

Por supuesto, y como decíamos hace unas semanas en Cómo los hackers y sus drones nos recuerdan el camino de la libertad, para que estas cosas sucedan no hace falta más que un enjambre de personas con ganas de hacer red. Pero la pregunta es otra: ¿cuál será el primer gran medio que se desalineará abiertamente de ese futuro de hackers y libertad abandonando la tecnología que nos ha permitido hacer de la red lo que es hoy?

Parece una locura, pero debemos volver a los años en que el RSS se inventó y la polémica en torno al mismo. El RSS sólo es adoptado por los grandes medios cuando uno de ellos se decide a adoptarlo. En aquel caso fue el New York Times, corría el año 2002. En tiempos en que los periódicos sueñan con Twitters como los ISP de hace una década soñaban con terras y en que el periodismo se reivindica con falacias y excusas mientras habla de Orbyt, ¿cuál será el primero de estos medios en decir que abandona el uso de RSS para apostar por una especificación propia y cerrada, directamente encapsulada en una app?

Facebook y Twitter ofrecen pocos RSS; y a regañadientes. Blogger (Google) ahora te permite tener tu blog sin RSS. Hay quien sueña con el abandono de esta tecnología. Como con el p2p, su erradicación es imposible, de forma que el objetivo es marginalizar su uso.

Lo que no nos contarán es que presionar en esa dirección detendrá la llegada de la primavera informacional y el florecimiento de una Red mucho más rica y diversa, obligándonos a llevar el duro modo de vida del desierto sin ruedas (y esperemos que dure menos de mil años), justo cuando creíamos que la red y el software libre nos habían entregado un oasis sin límites.

Reunirse con un puñado de bloggers a hablar, redundante pero justificadamente, sobre blogs con una cerveza en la mano era una de las grandes cosas que ofrecía la emergente blogosfera de hace ya muchos años. Yo viví aquella época en Málaga, donde los beers and blogs se convirtieron en (buena) costumbre, de la mano de los Bloguerones. Llegado un momento, sin embargo, los B&B cayeron de intensidad, y no porque los blogs murieran; todo lo contrario: murieron de éxito, nos reuniamos demasiados y las quedadas dejaron de ser humanamente manejables.

Y es que, a partir de un cierto número de personas, tenías la sensación de no haber saludado a casi nadie y la solución lógica era quedar no con todos, sino con algunos de esos bloggers. Y punto. Todos hacían lo mismo y sin problemas. De ahí se precipitaba un nuevo status quo: quedabas naturalmente con algunas personas a las que conociste en los primigenios B&B, pero ya no los llamabas B&B, sino ir de tapas (o de cañas, o de concierto).

Llevo un par de meses sumándome a la quedada mensual de drupaleros en Madrid. No es secreto que soy un amante de Drupal y que parte de lo que hacemos habitualmente en Cartograf tiene que ver con este maravilloso framework, así que las conversaciones que ahí tienen lugar me devuelven algo interesante que no había encontrado desde aquellos primeros Beers & Blogs: la frescura de charlar con personas con quienes compartes una cierta afición, en este caso el obvio, en grupos reducidos y sin mayor aspiración (en ese corto plazo, que también se esbozan PDMs por si la cosa se prolonga) que la de echar un buen rato y tomar una caña.

Ya hace años que Google se dedica a comprar herramientas y empresas que hacen herramientas. El destino de estas herramientas y estos equipos es, a menudo, incierto. Esto no debería ser un problema: allá ellos con sus gastos y sus movidas.

La mayoría de estos servicios acaban, sencillamente, cerrando. Uno no sabe bien si Google quería contratar a los ingenieros tras la idea o una pieza muy concreta de la herramienta, y el resto lo matan. Hoy se anuncia recorte de servicios de Google, que imagino no da a basto plusificando su ecosistema. El mundo llora por el cierre de Picnik y a mí me llama la atención el cierre de Needlebase. Una herramienta fantástica para extraer información ordenada de páginas web de todo tipo.

He aquí el dilema: apenarse por ser usuario de un servicio de Google o hacerlo porque Google no te deje ser usuario de dicho servicio. ¿Cómo se frena a Google? ¿Alguien conoce una alternativa a Needlebase? ¿Hay algo remotamente parecido que sea libre? Yo no conozco alternativa, ni siquiera privativa. Cada vez que Google compra una empresa, los dioses matan a un gatito.

Actualización (2012-01-22 @ 21:54): Luis nos avisa de la existencia de Scraper Wiki. No es lo mismo, ni mucho menos, pero aún puede resultarnos útil.

Actualización (2012-01-22 @ 22:15): Google, en realidad, nunca pretendió comprar Needlebase. Le cayó encima cuando compró ITA y el resto de servicios de búsqueda de vuelos el verano pasado. Ese servicio de búsqueda por el que ahora le acusan de monopolio. Así que en realidad ni les interesaba. Ya podrían liberarlo.

Desde hace un tiempo presto cada vez más atención al estado del software libre en ámbitos hacia los que no solíamos mirar. Uno de ellos, como el lector habitual ya conoce, es el de la movilidad. El otro, del que hablo menos pero leo tanto o más, son las bases de datos no relacionales, o bases de datos NoSQL.

En este ámbito, tenemos tres proyectos de los que se habla mucho: CouchDB, MongoDB y Cassandra. CouchDB es uno de los emblemas de las nuevas tecnologías de bases de datos NoSQL, posición de honor que comparte con MongoDB y Cassandra, proyecto liberado por Facebook. Los tres son software libre: CouchDB y Cassandra licenciados bajo licencia blanda (Apache) y MongoDB licenciado bajo licencia dura. Cassandra, a la sombra de su origen en Facebook, es posiblemente el que más papeletas tiene para convertirse en el rey del NoSQL libre.

Resolvamos el puzzle. CouchDB, actualmente gestionado por la fundación Apache, tiene un futuro desde hoy más incierto. Los desarrolladores y el fundador se marchan para trabajar en Couchbase, un proyecto empresarial que evolucionará su propia versión paquetizada y privativa de CouchDB. Lo explica Damien Katz, fundador y desarrollador original, en su blog: van a impulsar un proyecto que, «sin duda alguna, no será parte de Apache».

No soy nada partidario de las licencias blandas. Entiendo que pueden animar mercados que de otra forma quizá no se conquistarían con software libre (como fue en el caso de Android), pero lo hacen pagando un precio altísimo (entregando el poder al intermediario, precisamente en tiempos de desintermediación), la victoria de Android (si algún día llega) será una victoria pírrica: otra como ésta y no la contamos. Android no ha llegado a ser el sistema libre, abierto y empoderador que necesitamos. CouchDB ahora pasará a ser privativo. Cassandra será libre mientras a Facebook le interese.

Mientras tanto, queda MongoDB, que hace años que está licenciado bajo AGPL, una licencia tan buena que Google intentó por todos los medios que no gozara de aceptación y prohibió su uso servicio de alojamiento de proyectos de software libre.

CouchDB tiene aceptación por parte de muchos programadores, y aunque Cassandra goza de más nombre, no dejo de pensar que quizá la coyuntura actual abre una ventana de oportunidad a MongoDB. El software libre en el ámbito del NoSQL goza de buena salud, pero lo hemos visto mil y una veces: las licencias blandas son tramposas y favorecen la intermediación al permitir los derivados privativos. Por mi parte, espero que MongoDB se alce sobre otros proyectos, pues es la única de las tres alternativas que recurre representa el software libre como aquí nos gusta: con una licencia GPL pata negra.

Hay quien ya se ha dado cuenta. Para los demás, aquí va este post. Desde hace casi dos semanas, en la barra lateral de este blog se pueden encontrar una serie de los enlaces a lecturas interesantes. En concreto, a las más recientes que he compartido desde mi gestor de marcadores.

La historia completa nos dice que en estos tiempos de recentralización y nube, cuando Google quiere que todo sea Plus y Amazon que todo sea Kindle (y si no hay enlaces, mejor, así no podrás salir de su tienda), a pesar de que muchos utilicen a tal fin otros servicios (también centralizados y también fuera de su control, pero eso es otra cosa) como Tumblr o Twitter, la recomendación de enlaces no puede ser tercerizada. Los enlaces son la red y, como tal, su gestión es estratégica para la red.

Hay una explicación más larga en el blog de Cartograf, en un post que recomiendo leer: Enlaces, malditos enlaces, y gestión del conocimiento.

Y, en todo caso, ya están avisados de que no estamos parados. Aquí dejo el feed para recibir los enlaces compartidos (con su nota incluida) directamente en tu lector preferido: Enlaces compartidos (en público) por Jose Alcántara.

Aquí algunas historias que fui leyendo durante las últimas dos semanas y no comenté en ningún post:

• Los frustrados usuarios de Motorola piden un sistema de arranque no bloqueado
• Los de HTC están satisfechos porque el fabricante les facilitará esto (sólo para sus modelos más nuevos) tras años pidiéndolo. La guerra con las telecos (las primeras AT&T y Verizon), sin embargo, acaba de empezar.
• Las mismas telecos, por cierto, que acaban de ganar inmunidad en casos de escucha y espionaje a sus usuarios.
• Google compra otras 217 patentes a IBM, esta vez no para su particular guerra de patentes en el móvil sino, presumiblemente, para usarlas en otro frente: el que mantiene abierto contra Oracle.

Tan sólo hemos arrancado el año y ya hemos recibido dos empujones legales (el de arriba y el que ya comentamos) a la monitorización masiva de personas (normal, si consideramos quién la busca y quién hace las leyes). También parece que nuestro vaticinio será tristemente cierto: habrá más guerra de patentes por ver quién controla el nuevo ecosistema tabletizado; en esa guerra de gigantes nadie está de nuestra parte.

Hablamos de ownCloud cuando el proyecto nació, hace casi dos años. Lo hemos usado desde entonces, pero lo teníamos a medio gas desde que realizamos la última migración de servidor, hace unos tres meses. Lo cierto es que en este tiempo el proyecto ha madurado muchísimo y vale la pena no olvidarse de él cuando pensamos en estrategias para recuperar la autonomía en una Red donde la centralización impera y el los defensores del cloud computing vuelven una y otra vez con la misma matraca.

Ahora hemos arreglado la situación. Esto ni siquiera merece ser llamado un cómo, es más un pequeño detalle. Instalar ownCloud es fácil, requiere Apache, MySQL y PHP. No se puede más fácil, vamos. Sin embargo, la versión 2.0 daba algún problema con la autenticación http para webdav en nuestro hosting. La interfaz web es preciosa y funciona de maravilla, pero el webdav no acababa de ir.

Para lograrlo tan sólo hay que editar el archivo .htaccess de ownCloud y añadirle estas líneas:


<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
</IfModule>


Dos minutos que lejos de ser dos minutos de odio pasarán enseguida y te dejarán la aplicación funcionando perfectamente desde cualquier entorno de escritorio que tenga soporte DAV integrado de serie (tanto Gnome como KDE lo tienen).