Panorama actual de los lectores de feeds RSS

• Los feeds RSS y los lectores de feeds existen desde hace más de 20 años, y su objetivo principal es consumir contenido de diversas fuentes en un solo lugar y gestionar la sobrecarga de contenido
• Actualmente existen en el mercado diversos productos de lectura de feeds, clasificados según el modelo de distribución (local, extensión de navegador, self-hosting, alojado) y el modelo de negocio (gratis, pago único, SaaS)
• Las extensiones de navegador y los productos on-device ofrecen configuración sencilla y control local de los datos, pero tienen limitaciones para recuperar feeds, mientras que el self-hosting brinda control total de los datos aunque requiere configuración técnica
• Los productos alojados (Feedly, Inoreader, Readwise Reader, etc.) ofrecen en promedio la experiencia de usuario más pulida y las funciones más completas, con recuperación continua de feeds y sincronización entre dispositivos
• Para la mayoría de las personas, la mejor opción son los productos alojados que ofrecen plan gratuito; si se necesita control total de los datos, se pueden considerar opciones de self-hosting (FreshRSS, Miniflux)

---

Introducción: historia e importancia de los lectores de feeds RSS

• Los estándares de feeds web como RSS, Atom y JSON Feed se han usado durante más de 20 años, y permiten consumir contenido de múltiples fuentes de una sola vez
• En los últimos tiempos, la necesidad de lectores de feeds se ha vuelto aún más evidente como respuesta al exceso de contenido
• Antes existían solo unos pocos productos, pero hoy hay opciones para distintos contextos y usos
• Para quienes se acercan por primera vez a RSS y a los lectores de feeds, puede ser difícil encontrar un producto adecuado debido a la cantidad excesiva de opciones
• Este artículo busca ayudar a encontrar el producto adecuado comparando la clasificación del mercado de lectores de feeds y las características de cada producto

Sistema de clasificación de los lectores de feeds

• Los lectores de feeds se clasifican según dos ejes: modelo de distribución y modelo de negocio
  • Modelo de distribución: local (teléfono o PC), extensión de navegador, self-hosting, alojado
  • Modelo de negocio: gratis, pago único, SaaS
• El modelo de distribución se determina según dónde se almacenan los datos y dónde ocurre la recuperación de feeds
  • Aunque haya tanto web app como app móvil, si los feeds se recuperan desde un servidor, se clasifica como “alojado”
• El modelo de negocio se clasifica según la opción más barata que permite acceder a todas las funciones
  • Los productos que pueden self-hostearse se clasifican como “gratis”, y los productos premium SaaS como “de pago (SaaS)”

Características y productos por modelo de distribución

• Extensión de navegador

  • La instalación y la gestión son simples, y puede usarse de inmediato sin cuenta
  • Los datos se guardan en almacenamiento local, y la cantidad que puede almacenarse depende de la capacidad del dispositivo
  • La actualización de feeds solo ocurre cuando el navegador está abierto, por lo que existe la posibilidad de perder algunas publicaciones
  • Por defecto, solo se puede acceder a los datos desde el dispositivo donde está instalada, aunque puede usarse la sincronización del navegador
  • Ofrece ricas funciones de integración con el navegador, aunque las funciones que requieren alto rendimiento de cómputo, como las basadas en machine learning, son limitadas
  • Hay muy pocos productos gratuitos
  • Productos representativos: Feedbro (actualmente el único producto activo; Smart-RSS se descontinuó en febrero)

• On-device

  • Apps instalables por dispositivo para iOS, Android, Windows, Mac y Linux
  • La configuración queda lista con la instalación de la aplicación; algunas requieren cuenta, y el mantenimiento se hace con actualizaciones manuales o automáticas
  • Los datos se almacenan en el dispositivo, lo que permite máximo control
  • La actualización solo es posible cuando la app está en ejecución; algunas apps ofrecen servicios de actualización en segundo plano
  • En general, solo se puede acceder a los datos desde el dispositivo donde está instalada
  • La sincronización de datos requiere procesos manuales o sincronización propia del sistema operativo (como iCloud)
  • Su arquitectura está enfocada en un solo usuario y, en la mayoría de los casos, facilita el acceso offline
  • Las funciones varían según la app, pero su versatilidad y rendimiento son buenos dentro de las limitaciones del dispositivo
  • Las apps móviles suelen tener menos funciones que las apps de escritorio
  • Las funciones multiusuario o infraestructuras especiales como suscripción a newsletters son limitadas
  • Productos gratuitos representativos: NetNewsWire, Thunderbird, RSS Guard, Vienna, etc.
  • Productos de pago representativos: Fiery Feeds, Lire, Reeder, ReadKit, etc.

• Self-hosting

  • Todos son productos open source y gratuitos, diseñados para instalarse en un servidor y ejecutarse de forma continua
  • Requieren configuración del servidor, dominio, reverse proxy, etc., por lo que existe una barrera técnica de entrada
  • Todos los datos se almacenan en el servidor, y quien administra el servidor puede tener control total sobre el almacenamiento y los datos
  • Gracias al funcionamiento continuo del servicio, es posible actualizar feeds rápidamente y manejar sin problema feeds de alta frecuencia
  • Se puede acceder desde cualquier lugar mediante un navegador web y los datos se sincronizan automáticamente
  • En promedio, ofrecen más funciones que las extensiones de navegador o los lectores on-device
  • En teoría no tienen límites funcionales, pero se mantiene una infraestructura simple para simplificar la configuración y el mantenimiento
  • Son ligeramente menos potentes que las alternativas alojadas
  • Productos representativos: Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
  • Todos son open source y gratuitos; el único costo es el del servidor (desde unos ~2 dólares al mes en el plan VPS más básico)

• Alojado (SaaS)

  • Son servicios por suscripción administrados por empresas; es obligatorio crear una cuenta, y todos son productos SaaS de pago (la mayoría ofrece plan gratuito)
  • En promedio ofrecen la experiencia de usuario más pulida y las funciones más completas
  • El proveedor del servicio se encarga de los datos, la infraestructura, las actualizaciones y todo lo demás
  • Los datos se almacenan en los servidores de la empresa, pero de acuerdo con leyes como el GDPR se puede solicitar exportación y eliminación de datos
    • El espacio de almacenamiento es esencialmente ilimitado (las restricciones para evitar abuso se detallan en la página de precios)
  • Gracias a una infraestructura de alta disponibilidad, los feeds pueden actualizarse y consultarse en cualquier momento; los feeds populares se actualizan con mayor frecuencia
  • Debido a su infraestructura compleja y potente, pueden ofrecer funciones avanzadas como recomendaciones, recepción por correo y resúmenes con IA
  • Se ofrecen principalmente como aplicaciones web y algunos también cuentan con apps nativas
  • Como los datos se guardan en el servidor, la sincronización entre dispositivos está disponible por defecto, y algunos incluso ofrecen soporte offline
  • Brindan la experiencia de usuario más completa
  • Productos representativos: Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder, etc.
  • Todos los productos alojados son SaaS con cobro mensual (Folo actualmente es gratis, pero planea añadir funciones de pago en el futuro)

Soporte de apps nativas y acceso offline

• Muchos productos self-hosted o alojados no ofrecen apps propias ni acceso offline
• Sin embargo, al ofrecer APIs (propias o compatibles con Google Reader API), permiten integración y acceso offline desde apps externas (como ReadKit o Fiery Feeds)
  • Descargan el contenido y lo almacenan localmente
  • Luego sincronizan de vuelta los cambios con el producto conectado
• De esta forma, incluso los servicios sin app propia pueden aprovechar una experiencia de app nativa y funciones offline
• Algunos servicios como FreshRSS ofrecen oficialmente una lista de apps compatibles

Soporte para newsletters

• Las newsletters son cada vez más importantes como mecanismo de distribución de blogs y contenido
• Algunos lectores de feeds alojados ofrecen soporte nativo para newsletters
• Los productos on-device no pueden recibir newsletters directamente debido a limitaciones de infraestructura
• Se pueden usar servicios que convierten newsletters en feeds RSS
  • Generan una dirección de correo y entregan la URL del feed correspondiente
  • Los correos que llegan a esa dirección se agregan como nuevos ítems del feed
  • Kill the Newsletter y Lighthouse Newsletter to RSS ofrecen estas herramientas gratis

Resumen de características por producto principal

• NetNewsWire (on-device, gratis)

  • Lector de feeds on-device gratuito para Mac e iOS
  • Por defecto guarda los datos en el dispositivo, pero permite sincronización mediante iCloud y otros productos
  • Permite agregar feeds fácilmente mediante una extensión de Safari
  • Soporta AppleScript para automatizar ciertos workflows

• Fiery Feeds (on-device, SaaS)

  • App para Mac e iOS cuya gran fortaleza está en sus múltiples opciones de temas y personalización
  • Además del almacenamiento propio, puede integrarse con iCloud y otros servicios como FreshRSS API
  • Las funciones premium cuestan 15 dólares al año

• Reeder (on-device, SaaS)

  • App para Mac e iOS, con funciones premium por unos 10 dólares al año
  • Su principal diferenciador es una línea de tiempo unificada que incluye RSS, podcasts, redes sociales y más

• FreshRSS (self-hosting, gratis)

  • Lector de feeds self-hosted que se usa como web app una vez configurado
  • Además de la suscripción a feeds normales, ofrece soporte avanzado para feeds como WebSub
  • Puede personalizarse con temas y extensiones, y soporta más de 15 idiomas
  • Junto con Miniflux, es una de las opciones de self-hosting más recomendadas

• Miniflux (self-hosting, gratis)

  • Se enfoca en ser simple y rápido antes que vistoso o recargado de funciones
  • También ofrece una versión alojada (15 dólares al año, con prueba gratuita de 15 días)
  • Junto con FreshRSS, es una de las opciones de self-hosting más recomendadas

• Folo (alojado, gratis)

  • Es un producto reciente desarrollado por los creadores de RSS Hub
  • Ofrece apps para todas las plataformas principales y actualmente es gratis (con funciones premium de pago previstas para el futuro)
  • Es open source, por lo que en teoría puede self-hostearse
  • Ofrece una gran cantidad de funciones como soporte para newsletters, conversión de sitios web en feeds y resúmenes con IA

• Feedly (alojado, SaaS)

  • Es el producto más conocido y el que tiene más usuarios entre todos los lectores de feeds
  • Ofrece funciones completas y un plan gratuito
  • En los últimos años parece haberse enfocado más en funciones de IA y en clientes enterprise

• Inoreader (alojado, SaaS)

  • Es el producto más conocido después de Feedly y ofrece plan gratuito
  • Tiene una lista impresionante de funciones, como soporte para suscripciones a redes sociales, automatización y funciones de IA, API pública e integraciones
  • En Reddit destacan las quejas por aumentos de precio, aunque la mayoría de las personas usuarias están satisfechas

• Readwise Reader (alojado, SaaS)

  • Es un producto relativamente nuevo de los creadores de Readwise
  • Es un gran lector de feeds, pero su verdadera fortaleza está en la excelente experiencia de lectura
  • También ofrece vistas de lectura para PDFs, ebooks y más
  • Está marcado como beta, pero lleva años en ese estado y en la práctica es un producto estable

• Tiny Tiny RSS

  • Durante mucho tiempo fue usado por muchas personas y recomendado con frecuencia en el subreddit de RSS
  • El 3 de octubre, su administrador anunció la suspensión del trabajo y la eliminación de toda la infraestructura el 1 de noviembre
  • Puede aparecer un fork del proyecto por parte de otros mantenedores, pero su rumbo futuro sigue sin estar claro

• Lighthouse (alojado, SaaS)

  • Es un producto relativamente nuevo y en estado beta (lo que significa que aún no tiene todas las funciones necesarias para su visión más allá de la simple lectura de feeds)
  • Su principal diferenciador es que se enfoca en artículos más que en feeds y ofrece una vista separada (inbox) para curación de artículos
  • Está enfocado en encontrar contenido de alto valor

Familias de productos similares y criterios de elección

• Agregadores de noticias

  • Recopilan y curan automáticamente noticias desde múltiples fuentes
  • Ofrecen algunas opciones de personalización, pero están enfocados en noticias y no permiten suscribirse a feeds arbitrarios como un lector de feeds
  • Se enfocan en ofrecer un panorama de las historias de noticias más relevantes
  • Ej.: Kagi News, Ground News, SmartNews

• Lista de lectura (apps read-it-later)

  • Sirven para guardar y organizar enlaces encontrados en la web
  • Muchos lectores de feeds también ofrecen esta misma función, pero las listas de lectura están optimizadas para guardar enlaces
  • Ej.: Instapaper, Matter, Karakeep (ofrece opción de self-hosting)

Guía para elegir un lector de feeds

• Para la mayoría de las personas, los productos alojados son la mejor opción
  • En general son los productos más pulidos y potentes
  • Están respaldados por empresas con ingenieros dedicados a tiempo completo
  • Normalmente ofrecen plan gratuito, por lo que pueden usarse gratis dentro de ciertos límites
• Si se tienen requisitos más específicos, puede que otra categoría sea más adecuada
  • Por ejemplo, si se quiere control total de los datos, conviene elegir una opción de self-hosting
• Lo más fácil es decidir primero la categoría y luego revisar varios productos o probarlos directamente
• Casi todos los productos soportan importación y exportación OPML, por lo que mover suscripciones de un producto a otro requiere muy poco esfuerzo
• Es más eficiente elegir la familia de productos adecuada según el uso, el nivel de control de datos requerido y si se necesita soporte offline o no

[quilt8703]

Después de que descontinuaran Google Reader, me pasé a Feedly, pero tras casi 10 años sin usarlo, hace poco lo retomé un poco y resulta que todavía hoy siguen saliendo varios servicios. No lo sabía.

[GN⁺]

Opiniones de Hacker News

• Todavía extraño al antiguo Google Reader. Lo mejor era la función social que permitía compartir fácilmente con amigos los textos que me gustaban, publicarlos en el feed y también comentar entre nosotros. Era una red realmente excelente para compartir entradas de blog o artículos. Considero que el cierre de Google Reader fue una de las principales causas del declive de la Old Web. Desde entonces, la mayoría de las plataformas sociales han tenido cada vez más incentivos para impedir que los usuarios salgan de la plataforma hacia otros sitios. Hace poco hice una prueba en Facebook: comparé las vistas de una publicación donde puse el enlace a un video de YouTube junto con un texto largo con mis ideas, contra otra donde subí ese mismo video directamente a Facebook con el mismo texto. El video subido directamente tuvo 1000 veces más vistas que cuando solo publiqué el enlace. Además, Facebook solía ocultar incluso el enlace al video original, de modo que solo se podía ver al expandir "ver todos los comentarios". Al final, parece que Facebook reduce muchísimo la visibilidad de las publicaciones que incluyen enlaces a sitios externos, o incluso las oculta, y eso da una sensación cerrada y sofocante. En un entorno así, compartir entradas de blog con ideas valiosas se vuelve cada vez más difícil, así que ya no quiero usarlo. Lo que realmente quiero no es solo un buen lector RSS, sino también la experiencia social relajada que ofrecían antes Google Reader o Google+
  • Creo que también sería posible tener algo como feeds RSS sociales descentralizados o recomendaciones de artículos si la comunidad creara estándares. Antes la gente solía publicar en su blog un "blogroll" o un archivo OPML con la lista de feeds a los que estaba suscrita. No era una forma estandarizada y había que hacerlo manualmente, pero aun así era una recomendación descentralizada. Si los archivos OPML se publicaran en una ruta bien conocida, los clientes podrían construir un grafo de recomendaciones. Aunque eso solo serviría para recomendar a nivel de feed; recomendar a nivel de artículo sería mucho mejor. Se podría crear un sistema así usando Bluesky u otras implementaciones de Twitter distribuido. Incluso se podrían generar desde el lector de feeds publicaciones de recomendación legibles por máquinas, basadas en lo que uno lee y evalúa, aceptar también recomendaciones de otros, y jugar con distintos pesos según la confianza en la recomendación, el grafo social, etc. Hace tiempo intenté algo parecido en ttrss, pero el mantenedor no mostró mucho interés y lo dejé. A veces se me vuelve a ocurrir, pero nunca lo llevo a la práctica
  • Quisiera presentar mi sitio de proyecto personal lynkmi.com. Nació del espíritu de la web antigua, y en especial de la reacción a la tendencia de los grandes sitios a reprimir los enlaces salientes. Recuerdo cuando Facebook tenía una sección de "enlaces" donde era fácil ver todos los enlaces que uno había compartido. Da pena ver cuánto han cambiado las cosas. Ojalá se unan a la resistencia. Todas las etiquetas y perfiles ofrecen feeds RSS automáticamente, y hace poco también añadí una función de backlinks internos, con la que estoy muy satisfecho
  • Sobre la idea de que la muerte de Google Reader contribuyó a la caída de la Old Web, también podría ser al revés: quizá las plataformas sociales se volvieron tan poderosas que la Old Web colapsó, y como consecuencia también desapareció Google Reader
  • Usé theoldreader.com durante mucho tiempo, pero ahora ya dejé el RSS por completo. En su momento, este servicio era el más parecido a Google Reader
  • Newsblur también tiene funciones sociales parecidas
• Si usas el ecosistema de Apple, NetNewsWire en Mac o iPhone es realmente excelente. Ya no es un producto comercial; Brent Simmons lo desarrolla gratis con mucho cariño. Su publicación reciente sobre su filosofía de desarrollo puede leerse aquí. La función más importante, para mí, es que el estado de lectura de los feeds se sincroniza entre la laptop y el teléfono
  • La sincronización del estado del feed se ofrece mediante iCloud, así que solo puede usarse en iPhone/Mac. Pero NetNewsWire también admite integración con agregadores RSS (como FreshRSS), así que también puedes sincronizar el estado de lectura en dispositivos no Apple. Durante años he pensado en probar otras apps RSS, pero sigo usando NetNewsWire por esta función
  • He usado NetNewsWire de forma constante desde 2003. Funciona de manera realmente limpia y bien, y me gusta que sea un lector de noticias centrado en el usuario, sin intentar gamificar ni socializar la experiencia
  • Yo también empecé con NetNewsWire, luego pasé a Reeder tras la llegada del iPhone, y más tarde, cuando cerró Google Reader, probé varias alternativas gratuitas hasta encontrar News Explorer. Probablemente fue una de las primeras apps en ofrecer sincronización con iCloud. Antes existía la percepción de que la sincronización con iCloud era técnicamente problemática, pero News Explorer me mostró que sí podía funcionar bien. Más tarde Brent también cambió de opinión e incorporó iCloud sync a NetNewsWire. Hoy sigo usando NetNewsWire y espero que añadan funciones de filtrado RSS. Por ahora uso Feed Rinse(feedrinse.com)
  • +1 para NetNewsWire. Además de la sincronización con iCloud, también puede integrarse con agregadores de terceros como BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader y FreshRSS, así que es una buena opción si en algún momento necesitas acceder desde dispositivos no Apple
  • Uso NetNewsWire como frontend y FreshRSS autohospedado como backend, y así gestiono perfectamente mis feeds en varios dispositivos (Mac/iOS/iPadOS, web)
• Si estás desarrollando tu propio lector de feeds, definitivamente deberías revisar Feed Reader Score Project de Rachel by the Bay (este enlace, referencia de buenas prácticas). Si en realidad un feed solo se actualiza una vez por semana, deberías evitar consultar el servidor cada minuto o todos los días. Es imprescindible aprovechar correctamente ETag y Last-Modified
• Después de usar Inoreader durante varios años, este año me cambié a Miniflux. Sentía que Inoreader se estaba volviendo cada vez más caro para lo que ofrecía. La migración fue muy fácil: levanté Miniflux con Docker compose, exporté el OPML de Inoreader y lo importé en Miniflux. También fue sencillo acceder al endpoint web con tsdproxy y tailscale funnels. Al principio solo usaba la web app, pero descubrí que hay muchísimas apps compatibles con Miniflux. Al final, estoy disfrutando esta combinación:
  • Read You(GitHub) en teléfono/tablet Android
  • Reactflux(GitHub) en laptop con Windows
  • RSSGuard(GitHub) en escritorio Linux
  • Reeder classic en iPad (ya lo tenía, así que sigo usándolo)
  • PoweReader(powereader.app) en el iPhone del trabajo La ventaja de Miniflux es que soporta varias API, como Fever y Google Reader. Si el frontend soporta una de ellas, puede usarse perfectamente. Me encanta poder tener una experiencia nativa en cualquier plataforma
• Quisiera presentar mi lector de feeds brook-feed-reader (enlace del complemento para Firefox). Por ahora solo funciona en Firefox, pero si hay interés podría considerar portarlo a Chrome. Yo quería leer los feeds directamente en el navegador y gestionarlos yo mismo dentro de mis dispositivos. No requiere hosting ni pagos, y es una herramienta simple en la que tengo control total sobre lo que leo. Si alguien lo prueba, quizá el número de usuarios mundiales llegue a dos dígitos
  • Me interesa. Extraño los tiempos en que Firefox tenía una función nativa de clasificación, y estaba buscando un lector RSS ligero para escritorio. Si esto funcionara también en Firefox móvil, probablemente borraría hasta la app móvil
  • Como referencia, es bastante fácil soportar extensiones para Firefox y Chrome (mv2 y mv3) con una sola base de código
  • Me pregunto si también podría portarse como extensión de VSCode
  • También me interesa un puerto para Chrome
• Este artículo da un buen panorama del mercado de lectores RSS, pero al mismo tiempo también se siente un poco como marketing de contenidos para un servicio llamado Lighthouse. Uso Feedly, y el verdadero problema del RSS no suele ser la interfaz del lector, sino que muchos sitios publican en RSS solo una parte del artículo en vez del texto completo, o no soportan imágenes. Las imágenes de demostración de los lectores muestran los casos ideales, pero la mayoría de los sitios no personales solo envían uno o dos párrafos, así que en la práctica termina pareciéndose más a una colección de enlaces
  • Uso Feedly desde que me asenté en él de forma natural después de Google Reader. No es que me encante tanto, pero su estabilidad constante ha hecho que no busque alternativas. Algún día quiero explorar algo mejor, y lo primero en mi lista de deseos es una función que rastree el cuerpo del feed para poder leer completos también los artículos recortados. Tener que pasar del RSS al navegador, y luego al modo lector del navegador, es demasiado molesto. Pero hoy descubrí un cliente llamado FeedMe que sincroniza con Feedly y puede cargar el texto completo dentro del feed. También soporta funciones que quería, como filtros. Si busco más, seguro habrá otros clientes similares. Lo fui posponiendo demasiado solo por flojera
  • FreshRSS puede extraer el texto completo usando selectores CSS y cosas por el estilo. Yo mismo he creado varios hidratadores de feeds RSS que extraen directamente el código fuente para rellenar imágenes, o en el caso de HN, también mostrar la puntuación y el número de comentarios usando información Open Graph
  • De hecho, algunos frontends parsean el enlace y extraen incluso el cuerpo completo del artículo, y pueden manejar hasta sitios que requieren inicio de sesión
  • Algunos lectores, como Miniflux, también soportan descarga de artículos completos
• He probado casi todos los RSS, pero en los últimos 3 años me quedé con BazQux. Intento recibir toda la información de internet en mi lector RSS, y para mí lo importante es esto:
  1. Que detecte automáticamente feeds ocultos, como los de YouTube o Reddit
  2. Que genere por su cuenta feeds RSS para servicios que no lo soportan (antes incluso soportaba Twitter, vk e Instagram, pero ya no por el cierre de las API)
  3. Que pueda cargar el texto completo de los artículos Viéndolo en retrospectiva, elegir un lector RSS se parece más a elegir qué backend genial vas a usar. Extraer texto desde XML no es tan difícil; lo realmente complicado es generar RSS incluso para sitios que lo bloquean, y eso probablemente irá en aumento. Después de escoger el backend, simplemente eliges la app frontend que más te guste. En dispositivos Apple recomiendo Reeder
• Después de unos 10 años probando varios lectores de feeds (NetNewsWire, Feedbin, Miniflux, etc.), ahora estoy autohospedando uno hecho por mí sobre una base de datos con hosting gratuito de LibSQL.
  • NetNewsWire era genial, pero no podía usarlo en mi teléfono
  • Feedbin era realmente excelente, pero quería reducir el costo de suscripción
  • Miniflux funcionaba bien, pero configurar Postgres remoto era incómodo y el nivel gratuito de Neon se agotaba en pocos días
    Así que hice mi propio lector de feeds y lo monté en una Raspberry Pi como servidor casero; fue perfecto como proyecto de fin de semana. Como los estándares de feeds ya están bien establecidos, el código rutinario se puede resolver rápido con IA. También es refrescante poder añadir de inmediato cualquier función nueva que necesite. Por ejemplo, implementé por mi cuenta la función de "leer después" que estaba en Feedbin (y no en Miniflux)
• Hace bastante que dejé por completo las redes sociales (aunque pensaba que Hacker News y Reddit eran un poco distintos por ser agregadores de noticias/foros). Últimamente me pregunto cómo cambiaría mi mundo si dejara incluso eso. Pienso si cambiaría mi percepción de "qué fue lo que realmente pasó" o mi visión del mundo, y si al leer directamente fuentes primarias con perspectivas diferentes podría llegar a conclusiones más interesantes. Curiosamente, nunca se me había ocurrido el RSS, pero en realidad es una herramienta perfecta para ese propósito
  • Siento que también debe existir algo así como una "cantidad mínima necesaria" de consumo de noticias. Si lees muchas fuentes distintas, llegará un punto en el que el beneficio adicional empiece a disminuir. Por ejemplo, me pregunto si leer solo un RSS de titulares del NYT no dará ya en la práctica un 90% de la misma información que revisar minuciosamente blogs especializados y muchas otras fuentes
• Uso blogtrottr.com para recibir los feeds directamente por correo. Me sorprende que no lo hayan mencionado aquí