Panorama atual dos leitores de feeds RSS

• Os feeds RSS e os leitores de feed existem há mais de 20 anos, e seu principal objetivo é consumir conteúdo de várias fontes em um só lugar e gerenciar a sobrecarga de conteúdo
• Atualmente, há diversos produtos de leitores de feed no mercado, classificados por modelo de distribuição (local, extensão de navegador, self-hosted, hospedado) e modelo de negócios (gratuito, pagamento único, SAAS)
• Extensões de navegador e produtos no dispositivo oferecem configuração simples e controle local dos dados, mas têm importação de feeds limitada; já soluções self-hosted oferecem controle total dos dados, porém exigem configuração técnica
• Produtos hospedados (Feedly, Inoreader, Readwise Reader etc.) oferecem, em média, a experiência de usuário mais refinada e o conjunto mais abrangente de recursos, além de suportarem importação contínua de feeds e sincronização entre dispositivos
• Para a maioria dos usuários, produtos hospedados com plano gratuito são a melhor escolha; quando é necessário controle total dos dados, vale considerar opções self-hosted (FreshRSS, Miniflux)

---

Introdução: a história e a importância dos leitores de feeds RSS

• Padrões de feed da web como RSS, Atom e JSON Feed são usados há mais de 20 anos e cumprem o papel de permitir o consumo de conteúdo de diferentes origens de uma só vez
• Recentemente, a necessidade de leitores de feed ficou ainda mais evidente como resposta ao excesso de conteúdo
• No passado, existiam apenas alguns poucos produtos, mas hoje há opções para diferentes contextos e usos
• Para quem está tendo o primeiro contato com RSS e leitores de feed, pode ser difícil encontrar um produto adequado por causa do excesso de opções
• Este texto tem como objetivo ajudar a encontrar o produto ideal por meio da classificação do mercado de leitores de feed e da comparação das características de cada produto

Sistema de classificação dos leitores de feed

• Os leitores de feed são classificados com base em dois eixos: modelo de distribuição e modelo de negócios
  • Modelo de distribuição: local (celular ou PC), extensão de navegador, self-hosted, hospedado
  • Modelo de negócios: gratuito, pagamento único, SAAS
• O modelo de distribuição é definido com base em onde os dados são armazenados e onde ocorre a importação dos feeds
  • Mesmo que haja web app e app mobile, se os feeds forem importados pelo servidor, ele é classificado como “hospedado”
• O modelo de negócios é classificado com base na opção mais barata que permite acesso ao conjunto completo de recursos
  • Produtos com opção self-hosted entram como “gratuitos”, enquanto produtos premium SAAS entram como “pagos (SAAS)”

Características e produtos por modelo de distribuição

• Extensão de navegador

  • Instalação e gerenciamento simples, com uso imediato sem necessidade de conta
  • Os dados ficam no armazenamento local, e a quantidade armazenável varia conforme a capacidade do dispositivo
  • A atualização dos feeds só acontece quando o navegador está aberto, então há chance de perder algumas postagens
  • Os dados, por padrão, só podem ser acessados no dispositivo em que a extensão está instalada, embora seja possível usar a sincronização do navegador
  • Oferece integração rica com o navegador, mas recursos que exigem alto poder computacional, como os baseados em machine learning, são limitados
  • Há pouquíssimos produtos gratuitos
  • Produtos representativos: Feedbro (atualmente o único produto ativo; Smart-RSS foi descontinuado em fevereiro)

• No dispositivo

  • Apps instaláveis por dispositivo para iOS, Android, Windows, Mac e Linux
  • A configuração é concluída com a instalação do aplicativo; alguns exigem conta e a manutenção é feita por atualização manual ou automática
  • Os dados ficam armazenados no dispositivo, o que permite máximo controle
  • A atualização só é possível quando o app está em execução, embora alguns apps ofereçam serviço de atualização em segundo plano
  • Em geral, os dados só podem ser acessados no dispositivo em que estão instalados
  • A sincronização de dados exige sincronização manual ou do sistema operacional, como iCloud
  • A arquitetura é voltada principalmente para um único usuário, e a maioria oferece bom acesso offline
  • Os recursos variam de app para app, mas a versatilidade e o desempenho costumam ser bons dentro dos limites do dispositivo
  • Apps mobile normalmente têm menos recursos que apps desktop
  • Recursos multiusuário ou infraestrutura especial, como assinatura de newsletters, são limitados
  • Principais produtos gratuitos: NetNewsWire, Thunderbird, RSS Guard, Vienna etc.
  • Principais produtos pagos: Fiery Feeds, Lire, Reeder, ReadKit etc.

• Self-hosted

  • São todos produtos open source e gratuitos, projetados para serem instalados em um servidor e executados continuamente
  • Como exigem configuração de servidor, domínio, reverse proxy etc., há uma barreira técnica de entrada
  • Todos os dados ficam armazenados no servidor, e o usuário do servidor tem controle total sobre o armazenamento e os dados
  • A execução contínua do serviço permite atualização rápida dos feeds e lida bem até com feeds de alta frequência
  • É possível acessar de qualquer lugar por um navegador web, e os dados são sincronizados automaticamente
  • Em média, oferecem mais recursos do que extensões de navegador ou leitores no dispositivo
  • Em teoria, não há limitação funcional, mas a infraestrutura costuma ser mantida simples para facilitar configuração e manutenção
  • São um pouco menos poderosos do que as alternativas hospedadas
  • Produtos representativos: Miniflux, FreshRSS, CommaFeed, Nextcloud News, selfoss, yarr
  • Todos são open source e gratuitos; o único custo é o do servidor (planos VPS básicos a partir de cerca de US$ 2 por mês)

• Hospedado (SAAS)

  • São serviços por assinatura gerenciados por empresas; exigem criação de conta e todos são produtos SAAS pagos (a maioria oferece plano gratuito)
  • Em média, oferecem a experiência de usuário mais refinada e os recursos mais abrangentes
  • O provedor do serviço assume toda a responsabilidade por dados, infraestrutura e atualizações
  • Os dados ficam armazenados nos servidores da empresa, mas é possível solicitar exportação e exclusão dos dados conforme leis como a GDPR
    • O espaço de armazenamento é essencialmente ilimitado (restrições contra abuso costumam estar descritas na página de preços)
  • Graças à infraestrutura de alta disponibilidade, é possível atualizar feeds e acessar o serviço a qualquer momento; feeds populares são atualizados com mais frequência
  • A infraestrutura complexa e poderosa permite recursos avançados como recomendações, recebimento por e-mail e resumos com IA
  • Em geral, são oferecidos principalmente como aplicações web, e alguns também têm apps nativos
  • Como os dados ficam no servidor, a sincronização entre dispositivos é padrão, e alguns oferecem suporte offline
  • Entregam a experiência de usuário mais completa
  • Produtos representativos: Lighthouse, Feedly, Inoreader, NewsBlur, Feedbin, Readwise Reader, Feeder etc.
  • Todos os produtos hospedados cobram mensalmente como SAAS (o Folo é gratuito por enquanto, mas deve adicionar recursos pagos no futuro)

Suporte a apps nativos e acesso offline

• Muitos produtos self-hosted ou hospedados não oferecem app próprio nem acesso offline
• No entanto, ao fornecer API (própria ou compatível com a Google Reader API), eles permitem integração com apps de terceiros (ReadKit, Fiery Feeds etc.) e acesso offline
  • O conteúdo é baixado e armazenado localmente
  • As alterações são sincronizadas de volta com o produto conectado
• Dessa forma, até serviços sem app próprio podem oferecer experiência de app nativo e recursos offline
• Alguns serviços, como FreshRSS, oferecem oficialmente uma lista de apps compatíveis

Suporte a newsletters

• Newsletters estão se tornando cada vez mais importantes como mecanismo de distribuição de blogs e conteúdo
• Alguns leitores de feed hospedados oferecem suporte nativo a newsletters
• Produtos no dispositivo não conseguem receber newsletters diretamente por limitações de infraestrutura
• É possível usar serviços que convertem newsletters em feeds RSS
  • Eles geram um endereço de e-mail e fornecem a URL do respectivo feed
  • E-mails recebidos nesse endereço são adicionados como novos itens do feed
  • As ferramentas Kill the Newsletter e Lighthouse Newsletter to RSS são oferecidas gratuitamente

Resumo das principais características por produto

• NetNewsWire (no dispositivo, gratuito)

  • Leitor de feeds gratuito para Mac e iOS
  • Armazena os dados no dispositivo por padrão, mas permite sincronização via iCloud e outros produtos
  • Extensão para Safari facilita a adição de feeds
  • Suporte a AppleScript permite automatizar fluxos de trabalho específicos

• Fiery Feeds (no dispositivo, SAAS)

  • App para Mac e iOS, com grande destaque para as várias opções de tema e personalização
  • Além do armazenamento próprio, pode integrar-se com iCloud e outros serviços como a API do FreshRSS
  • Recursos premium pagos por US$ 15 ao ano

• Reeder (no dispositivo, SAAS)

  • App para Mac e iOS, com recursos premium por cerca de US$ 10 ao ano
  • Seu principal diferencial é a timeline unificada com RSS, podcasts, redes sociais etc.

• FreshRSS (self-hosted, gratuito)

  • Leitor de feeds self-hosted que pode ser usado como web app após a configuração
  • Além de assinaturas de feeds comuns, oferece suporte avançado a feeds como WebSub
  • Pode ser personalizado com temas e extensões, com suporte a mais de 15 idiomas
  • Junto com o Miniflux, é uma das opções self-hosted mais recomendadas

• Miniflux (self-hosted, gratuito)

  • Foca mais em simplicidade e velocidade do que em recursos chamativos
  • Também oferece uma versão hospedada (US$ 15 por ano, com teste grátis de 15 dias)
  • Junto com o FreshRSS, é uma das opções self-hosted mais recomendadas

• Folo (hospedado, gratuito)

  • Produto mais recente desenvolvido pelos criadores do RSS Hub
  • Oferece apps para todas as principais plataformas, está gratuito no momento (com previsão de recursos premium pagos no futuro)
  • É open source e, em teoria, pode ser self-hosted
  • Oferece uma ampla gama de recursos, como suporte a newsletters, conversão de sites em feed e resumos com IA

• Feedly (hospedado, SAAS)

  • É o produto mais conhecido e tem o maior número de usuários entre todos os leitores de feed
  • Oferece recursos abrangentes e plano gratuito
  • Nos últimos anos, parece ter focado mais em recursos de IA e clientes corporativos

• Inoreader (hospedado, SAAS)

  • É o produto mais conhecido depois do Feedly e oferece plano gratuito
  • Tem uma lista impressionante de recursos, incluindo assinatura de redes sociais, automações e recursos de IA, API pública e integrações
  • No Reddit, são notáveis as reclamações sobre aumento de preços, mas a maioria dos usuários está satisfeita

• Readwise Reader (hospedado, SAAS)

  • Produto relativamente novo dos criadores do Readwise
  • É um ótimo leitor de feeds, mas seu verdadeiro ponto forte é a excelente experiência de leitura
  • Também oferece visualização de leitura para PDFs, e-books etc.
  • Embora apareça como beta, está nesse estado há anos e, na prática, é um produto estável

• Tiny Tiny RSS

  • Foi usado por muitas pessoas por muito tempo e é frequentemente recomendado no subreddit de RSS
  • Em 3 de outubro, o mantenedor anunciou a interrupção do trabalho e a remoção de toda a infraestrutura em 1º de novembro
  • Pode surgir um fork do projeto por outros mantenedores, mas a direção futura ainda é incerta

• Lighthouse (hospedado, SAAS)

  • Produto relativamente novo e em beta (o que significa que ainda não tem todos os recursos para sua visão que vai além da simples leitura de feeds)
  • Seu principal diferencial é focar mais nos artigos do que nos feeds e oferecer uma visualização separada (inbox) para curadoria de artigos
  • Foca em encontrar conteúdo de alto valor

Categorias semelhantes e critérios de escolha

• Agregadores de notícias

  • Coletam e fazem curadoria automaticamente de notícias de várias fontes
  • Oferecem algumas opções de personalização, mas são focados em notícias e não permitem assinar feeds arbitrários como um leitor de feeds
  • O foco é apresentar um resumo das histórias mais relevantes
  • Exemplos: Kagi News, Ground News, SmartNews

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

  • Servem para salvar e organizar links encontrados na web
  • Muitos leitores de feed também oferecem essa mesma função, mas listas de leitura são otimizadas para salvar links
  • Exemplos: Instapaper, Matter, Karakeep (com opção self-hosted)

Guia para escolher um leitor de feeds

• Para a maioria das pessoas, produtos hospedados são a melhor opção
  • Em geral, são os produtos mais refinados e poderosos
  • Contam com o suporte de empresas com engenheiros em tempo integral
  • Normalmente oferecem plano gratuito, permitindo uso sem custo dentro dos limites definidos
• Para necessidades mais específicas, produtos de outras categorias podem ser mais adequados
  • Exemplo: se você quiser controle total dos dados, escolha uma opção self-hosted
• O mais fácil é decidir primeiro a categoria e depois analisar ou testar vários produtos
• Quase todos os produtos suportam importação e exportação de OPML, então é possível migrar assinaturas de feeds entre serviços com pouquíssimo esforço
• É mais eficiente escolher a categoria adequada com base em critérios como finalidade de uso, nível de controle dos dados e necessidade de acesso offline

[quilt8703]

Depois que o Google Reader foi descontinuado, migrei para o Feedly, mas acabei ficando quase 10 anos sem usar e recentemente voltei a tirar a poeira dele e usar de novo. Pelo visto, vários serviços ainda estão sendo lançados hoje em dia. Eu realmente não sabia.

[GN⁺]

Opiniões no Hacker News

• Ainda sinto falta do antigo Google Reader. O melhor dele era a função social, que permitia compartilhar facilmente textos de que eu gostava com amigos, postar no feed e até comentar uns com os outros. Era uma rede realmente excelente para compartilhar posts de blog e artigos. Considero o fim do Google Reader um dos principais fatores do declínio da Old Web. Depois disso, a maioria das plataformas sociais passou a ter um incentivo ainda maior para impedir que os usuários saíssem da plataforma e fossem para outros sites. Fiz um teste recentemente no Facebook, comparando as visualizações de um post em que publiquei um link de um vídeo do YouTube com um texto longo com minhas opiniões, e outro post em que subi o mesmo vídeo diretamente no Facebook com o mesmo texto. O vídeo enviado diretamente teve 1000 vezes mais visualizações do que o post com apenas o link. Além disso, o Facebook geralmente escondia até o link do vídeo original, que só aparecia ao expandir em "ver todos os comentários". No fim, parece que o Facebook reduz muito a visibilidade — ou simplesmente esconde — posts com links para sites externos, o que passa uma sensação fechada e sufocante. Nesse ambiente, está cada vez mais difícil compartilhar posts de blog realmente perspicazes, a ponto de eu não querer mais usar isso. O que eu realmente quero não é só um bom leitor de RSS, mas também a experiência social leve que o antigo Google Reader ou o Google+ ofereciam
  • Acho que coisas como um feed social de RSS descentralizado ou recomendações de artigos também seriam possíveis se a comunidade criasse um padrão. Antigamente, as pessoas publicavam um "blogroll" ou um arquivo OPML no próprio blog para tornar pública a lista de feeds assinados. Não era um método padronizado e precisava ser feito manualmente, mas ainda assim era uma forma de recomendação descentralizada. Se um arquivo OPML fosse publicado em um caminho bem conhecido, os clientes poderiam montar um grafo de recomendações. Ainda assim, isso só recomendaria no nível do feed, e recomendar no nível do artigo seria muito mais interessante. Dá para construir esse tipo de sistema usando o Bluesky ou outras implementações distribuídas estilo Twitter. Um leitor de feeds poderia gerar posts de recomendação legíveis por máquina com base no que eu li e avaliei, além de também aceitar recomendações de outras pessoas e ponderá-las com base em confiança, grafo social e outros critérios. Tentei essa ideia no ttrss no passado, mas o mantenedor não mostrou muito interesse e acabei parando. Às vezes ainda penso nisso, mas nunca cheguei a executar
  • Quero apresentar meu projeto pessoal, lynkmi.com. Ele nasceu do espírito da web antiga e foi especialmente motivado pela tendência dos grandes sites de reprimir links que levam para fora. Lembro de quando o Facebook tinha uma seção de "links" onde era fácil ver tudo o que alguém havia compartilhado. É triste ver o quanto o mundo mudou. Espero que se juntem a nós nessa resistência. Todas as tags e perfis geram feeds RSS automaticamente, e recentemente adicionei também suporte interno a backlinks, do qual estou bastante satisfeito
  • Sobre a opinião de que o fim do Google Reader contribuiu para a queda da Old Web, talvez o oposto também seja verdade: as plataformas sociais ficaram poderosas demais, a Old Web desmoronou, e como resultado o Google Reader também desapareceu
  • Usei theoldreader.com por muito tempo, mas agora abandonei o RSS em si. Na época, esse serviço era o mais parecido com o Google Reader
  • O Newsblur também tem funções sociais parecidas
• Se você usa o ecossistema Apple, o NetNewsWire no Mac ou no iPhone é realmente excelente. Não é mais um produto comercial; o Brent Simmons o desenvolve gratuitamente com muito carinho. O post com sua filosofia recente de desenvolvimento pode ser lido aqui. A função mais importante, para mim, é que o estado de leitura dos feeds sincroniza entre o laptop e o celular
  • A sincronização do estado dos feeds é oferecida via iCloud e só pode ser usada em iPhone/Mac. Mas o NetNewsWire também suporta integração com agregadores RSS (como FreshRSS), então é possível sincronizar o estado de leitura até em dispositivos fora da Apple. Pensei várias vezes em testar outros apps de RSS ao longo dos anos, mas continuo com o NetNewsWire justamente por causa disso
  • Uso o NetNewsWire de forma contínua desde 2003. Ele funciona muito bem, de forma limpa, e gosto por ser um leitor de notícias centrado no usuário, sem tentativas de gamificação ou socialização
  • Eu também comecei no NetNewsWire e, depois que o iPhone apareceu, fui para o Reeder; mais tarde, quando o Google Reader foi encerrado, testei várias alternativas gratuitas até descobrir o News Explorer. Provavelmente foi um dos primeiros apps a suportar sincronização com iCloud. Na época, havia a percepção de que sincronização via iCloud era tecnicamente problemática, mas o News Explorer me mostrou que podia funcionar muito bem. Depois, o Brent também mudou de ideia e adotou iCloud sync no NetNewsWire. Hoje continuo usando o NetNewsWire e espero que algum dia ele ganhe recursos de filtragem de RSS. Por enquanto, uso o Feed Rinse(feedrinse.com)
  • +1 para o NetNewsWire. Além da sincronização via iCloud, ele também integra com agregadores de terceiros como BazQux, Feedbin, Feedly, Inoreader, NewsBlur, The Old Reader e FreshRSS, o que o torna uma boa opção caso você precise acessar de dispositivos não Apple
  • Uso o NetNewsWire como frontend e um FreshRSS hospedado por mim como backend, o que me dá controle total dos feeds em vários dispositivos (Mac/iOS/iPadOS, web)
• Se você está desenvolvendo seu próprio leitor de feeds, vale muito consultar o Feed Reader Score Project da Rachel by the Bay (este link, referência de boas práticas). Na prática, se um feed só atualiza uma vez por semana, você deve evitar consultar o servidor a cada minuto ou diariamente. É essencial usar corretamente ETag e Last-Modified
• Usei o Inoreader por alguns anos e este ano migrei para o Miniflux. O preço do Inoreader foi parecendo cada vez mais alto em relação aos recursos que eu realmente usava. A migração foi muito fácil: subi o Miniflux com Docker compose e exportei o OPML do Inoreader para importar no Miniflux. Também foi simples expor o endpoint web com tsdproxy e tailscale funnels. No começo eu usava só o webapp, mas depois descobri que há muitos apps compatíveis com o Miniflux. No fim, estou curtindo esta combinação:
  • Read You no celular/tablet Android (GitHub)
  • Reactflux no laptop Windows (GitHub)
  • RSSGuard no desktop Linux (GitHub)
  • Reeder classic no iPad (já tinha comprado, então continuo usando)
  • PoweReader no iPhone de trabalho (powereader.app) O ponto forte do Miniflux é suportar várias APIs, como Fever e Google Reader. Se o frontend suportar qualquer uma delas, já funciona perfeitamente. Gosto muito de poder ter uma experiência nativa em qualquer plataforma
• Quero apresentar meu leitor de feeds brook-feed-reader (link do add-on para Firefox). Por enquanto ele só funciona no Firefox, mas, se houver interesse, posso considerar portar para o Chrome. Eu queria ler feeds diretamente no navegador e gerenciá-los no próprio dispositivo. Não precisa de hospedagem nem pagamento; é só uma ferramenta simples em que eu controlo totalmente o conteúdo que leio. Se alguém testar, talvez o número de usuários no mundo passe para dois dígitos
  • Tenho interesse. Sinto falta da época em que o próprio Firefox tinha recursos nativos de categorização, e eu estava procurando um leitor de RSS leve para desktop. Se isso também funcionar no Firefox mobile, provavelmente eu até apagaria meu app móvel
  • Como referência, é relativamente fácil dar suporte a extensões de Firefox e Chrome (mv2 e mv3) a partir de uma única base de código
  • Fico curioso se seria possível portar também como extensão do VSCode
  • Tenho interesse na versão para Chrome também
• Este texto fez um bom resumo do mercado de leitores de RSS, mas ao mesmo tempo também parece um pouco marketing de conteúdo para um serviço chamado Lighthouse. Eu uso o Feedly, e o problema real do RSS normalmente não está na interface do leitor, mas no fato de muitos sites publicarem no RSS apenas uma parte do artigo, e não o texto completo, ou não oferecerem suporte a imagens. As imagens de demonstração dos leitores mostram os melhores casos possíveis, mas a maioria dos sites não pessoais acaba enviando só um ou dois parágrafos, então na prática fica mais para uma coleção de links
  • Uso o Feedly desde o fim do Google Reader, por uma migração natural. Não sou apaixonado por ele, mas a estabilidade contínua fez com que eu nunca procurasse alternativas. Em algum momento quero explorar opções melhores, e o item número um da minha lista de desejos é um recurso que faça crawling do corpo do feed para que eu consiga ler por completo até os artigos truncados. Ter que sair do RSS para o navegador e depois ainda entrar no modo leitor do navegador é burocrático demais. Mas hoje descobri um cliente chamado FeedMe, que sincroniza com o Feedly e consegue carregar o texto completo dentro do feed. Também oferece recursos como filtros, que eu queria. Imagino que existam outros clientes assim; eu só estava procrastinando por pura preguiça
  • O FreshRSS consegue buscar o texto completo usando seletores CSS e afins. Eu mesmo já fiz vários hidratadores de feed RSS que buscavam diretamente o código-fonte para preencher imagens ou, no caso do HN, usavam informações de Open Graph para mostrar coisas como pontuação e número de comentários
  • Na verdade, alguns frontends também analisam o link e extraem o artigo completo, e alguns chegam até a lidar com sites que exigem login
  • Alguns leitores, como o Miniflux, também suportam download do artigo completo
• Já usei praticamente todo tipo de RSS, mas nos últimos 3 anos acabei ficando com o BazQux. Eu tento receber toda a informação da internet pelo leitor de RSS, e para mim os pontos importantes são:
  1. conseguir descobrir automaticamente feeds ocultos, como os do YouTube ou do Reddit
  2. gerar feeds RSS por conta própria para serviços que não oferecem RSS (antes isso incluía Twitter, VK e Instagram, mas não é mais possível por causa do fechamento das APIs)
  3. conseguir carregar o texto completo dos artigos Pensando bem, escolher um leitor de RSS acaba sendo mais uma questão de decidir qual backend usar. Extrair texto de XML não é tão difícil; o realmente difícil é gerar RSS até para sites que tentam bloquear isso — e isso provavelmente vai aumentar. Depois de escolher o backend, basta usar o app frontend que você preferir. No caso de dispositivos Apple, recomendo o Reeder
• Depois de cerca de 10 anos testando vários leitores de feed (NetNewsWire, Feedbin, Miniflux etc.), acabei fazendo self-host do meu próprio leitor de feeds em um banco com hospedagem gratuita da LibSQL.
  • O NetNewsWire era ótimo, mas eu não podia usá-lo no meu celular
  • O Feedbin era excelente, mas eu queria reduzir os gastos com assinatura
  • O Miniflux funcionava bem, mas configurar Postgres remoto era trabalhoso, e o plano gratuito do Neon se esgotava em poucos dias
    Então fiz meu próprio leitor de feeds em um Raspberry Pi como homeserver, e foi um projeto de fim de semana perfeito. Os padrões de feed já estão bem estabelecidos, então o código rotineiro dá para resolver rapidamente com IA. E é revigorante poder adicionar qualquer recurso novo na hora que eu quiser. Por exemplo, implementei eu mesmo a função de "ler depois" que existia no Feedbin (e não no Miniflux)
• Já faz um bom tempo que cortei todas as redes sociais da minha vida (embora eu achasse que Hacker News e Reddit fossem um pouco diferentes por serem agregadores de notícias/fóruns). Hoje em dia, às vezes me pergunto como meu mundo mudaria se eu cortasse até isso. Será que minha percepção do que "realmente aconteceu" ou minha visão de mundo mudaria? Será que, lendo diretamente fontes primárias de pontos de vista diferentes, eu chegaria a conclusões mais interessantes? Estranhamente, eu nunca tinha pensado em RSS nesse contexto, mas na verdade ele parece ser exatamente a ferramenta certa para isso
  • Acho que deve existir também um conceito de "quantidade mínima necessária" no consumo de notícias. Quando você lê muitas fontes diferentes, chega um ponto em que o benefício adicional começa a cair bastante. Por exemplo, fico me perguntando se ler apenas um feed RSS das manchetes do NYT não já daria, na prática, algo como 90% do volume de informação que eu obteria vasculhando blogs especializados e várias outras fontes
• Eu uso blogtrottr.com para receber feeds diretamente por e-mail. Me surpreende que esse serviço não tenha sido mencionado aqui