¿Qué le pedirías a un lector RSS?
Durante mucho tiempo (quizá demasiado) he sido usuario de Google Reader. Desde 2005 he leído ahí más de 240.000 posts, y eso que durante casi 3 años salí de ahí (primero volví a Bloglines, ya muy muerto, y luego intenté todo tipo de clientes libres en el escritorio y la web). 240.000 son muchos posts.
Bien, lo primero y lo principal que yo pido a un lector de feeds es que sea libre, que además de leer feeds me permita organizar bien la información que me interese conservar para futuras referencias y que funcione razonablemente bien. Seguro que se pueden pedir más cosas, no dudéis en comentar, que este post promete tener consecuencias ;)
Durante mucho tiempo usé todo tipo de lectores, hace unos 3 años que volví a Google Reader y ahí sigo. Sin embargo, hace unos meses que venimos trabajando en alternativas reales al mismo. Los cambios que Google planea introducir en su servicio son, evidentemente, un incentivo a llevar a cabo nuestro plan cuanto antes.
Para que quede claro, hace unas semanas (bastante antes del anuncio de rediseño), en un interesante post en ¿Quién vigila al vigilante? salí con mi pequeña teoría acerca de los lectores RSS libres. Completándola, que para eso esto es un post escrito con algo más de calma, tenemos que:
- Los lectores RSS han de ser online (contra lo que se podía pensar hace años, no se usan para leer noticias offline, sino para leer noticias sin consumir tiempo yendo a cargar páginas). Tenerlos online facilita enormemente su acceso/sincronización desde distintos equipos.
- El problema de los lectores RSS online domésticos: al ir haciendo fetch de más y más feeds durante un tiempo prolongado, el rendimiento del sistema cae mucho. La base de datos crece hasta límites insospechados y ralentiza la respuesta al realizar búsquedas de enlaces que recuerdas haber leído. Aquí la infraestructura de Google juega todo su valor, convirtiendo su performance en uno de los puntos fuertes de Reader).
- De facto, te obligan a elegir entre tener una aplicación lenta o vaciar la cache de posts/feeds guardados, con lo que pierdes enlaces que tuvieras etiquetados especialmente.
- La solución pasa por integrar algunas funciones de RSS Lounge (¡en el que funcionan nuestras amadas J y K!) con otras de SemanticScuttle, añadiendo las que entre ambos sistemas no nos proveen que sí tienen otros lectores de Feeds online.
- La función estrella será la de recibir en tu instancia de la aplicación los posts que te compartan, desde su propia instancia (vale, también desde la tuya, que el software será multiusuario) tus amigos. Con tal de que tú quieras leer lo que él comparte y él te dé permisos (digamos, a través de OAuth o OpenID). Esto haría de la aplicación algo no solamente libre, sino totalmente distribuido.
- Tendremos un lector de Feeds en el cual los posts que etiquetemos (más allá de la etiqueta genérica del feed) se guardarán automáticamente como posts destacados. Si gestionas y estructuras bien la información que vas obteniendo durante tus sesiones de lectura, adquiriendo el hábito de etiquetar todo lo que te gusta, cuando flushees tu cache ésta vaciará los últimos posts recibidos por el lector, pero no borrará tus marcadores.
- ¿Es posible que un sistema así sea más sostenible en el tiempo? Yo creo que sí, que es posible tener un sistema que nos permita leer feeds en nuestro propio servidor, recibir recomendaciones de nuestros amigos desde su propio servidor y, todo ello, sin perder calidad en el tiempo de respuesta de nuestra aplicación.
La idea es desarrollar un sistema que permita leer feeds cómodamente, en un marco donde lo importante es el contenido y no la marca del que te da acceso al servicio. Y, por supuesto, superar las debilidades de clientes libres como Tiny Tiny RSS o RSS Lounge. Es que ni siquiera clientes de escritorio como Liferea o RSS Owl funcionan bien (hay que jugar a poner números primos en todas las carpetas de feeds para que coincidan sólo cada mil quinientos años –más o menos–, y aún así se atascan de forma irritante).
Bueno, ésa es mi pequeña propuesta. Y tiene nombre, se llama Río y hasta ahora sólo la conocían personas como Eva o Juantomás, que son tan entusiastas como nosotros. Hemos comenzado su desarrollo (este post cuenta las conclusiones básicas que tenemos hasta ahora sobre qué queremos conseguir, dando una idea de qué puntos de partida tenemos y qué nos falta). Sabemos que la idea es buena, pero nos gustaría saber qué le falta, qué le pondríais o le quitaríais.
Y claro, necesitamos fondos para poder echarle al proyecto más ratos con más regularidad. En este momento estamos buscando sponsors pero ya sabemos que el software libre tiene menos apoyos de los que nos gustaría. ¿Qué te parece la idea? ¿Apoyarías un desarrollo como éste?
