Ainda não há suporte oficial a feed RSS, mas uma solução está sendo preparada
(developer.chrome.com)- A página Feeds do Chrome for Developers orienta como receber automaticamente novas publicações de áreas de interesse em um leitor RSS
- No momento, o destino de assinatura confirmado é o feed do Blog, e é possível adicionar o feed RSS por um link separado
Subscribe to Blog - Entre os exemplos de posts do Blog estão sites preparados para agentes, ferramentas de desenvolvedor de terceiros do Chrome DevTools for agents e mudanças no WebGPU
- Cada post mostra título, breve descrição e tags de tópicos relacionados, ajudando a entender o escopo do conteúdo publicado antes de assinar
- Para acompanhar atualizações do Chrome for Developers sem visitar o site separadamente, a forma mais direta é cadastrar o feed do Blog em um leitor RSS
Atualizações que podem ser recebidas por RSS no Chrome for Developers
- A página Feeds orienta como receber automaticamente, por um leitor RSS, atualizações de áreas de interesse do site Chrome for Developers
- O corpo da página explica que é possível adicionar ao leitor de feeds o feed RSS correspondente à área do site de interesse
Feed do Blog oferecido atualmente
- A seção de feed exibida no corpo da página é Blog
- O feed do Blog é fornecido pelo link Subscribe to Blog
Exemplos de posts exibidos no feed do Blog
- A developer toolkit to make your website agent-ready
- Aborda como criar sites preparados para agentes usando a categoria Agentic browsing do Lighthouse e o Chrome DevTools for agents
- Os tópicos relacionados são AI & Machine Learning, Blog, Chrome e Chrome DevTools
- Unlock runtime insights: Introducing third-party developer tools for Chrome DevTools for agents
- As ferramentas de desenvolvedor de terceiros do Chrome DevTools for agents permitem que frameworks e aplicações compartilhem contexto de runtime com assistentes de codificação por IA
- Os tópicos relacionados são AI & Machine Learning, Blog, JavaScript, Chrome DevTools e Chrome
- What's New in WebGPU (Chrome 149-150)
- Trata das mudanças no WebGPU no Chrome 149-150, incluindo validação mais rigorosa de immediates e transient attachments
- Os tópicos relacionados são WebGPU, New in Chrome, Release notes, JavaScript e Chrome
Informações que podem ser verificadas antes da assinatura
- Ao assinar o feed do Blog, é possível acompanhar novos posts do blog Chrome for Developers em um leitor RSS
- Cada item fornece título, resumo e áreas técnicas relacionadas, facilitando verificar o escopo do conteúdo a ser assinado
2 comentários
Como virou assunto, resolveram num instante. Pelo visto, é a mesma coisa em qualquer lugar ^^
Opiniões no Hacker News
O fato de um engenheiro da equipe de DevRel do Chrome ter criado e publicado por conta própria um gerador de RSS não oficial, em vez de esperar pelo RSS oficial, é um absurdo bem típico de empresa grande
O feed para este blog está em https://chrome-for-developers-rss.bramus.workers.dev/blog, e o fato de ele ter “aberto uma issue interna com a equipe do DevSite” não quer dizer que dê para saber quando isso vai virar prioridade
No Google de antigamente, acho que teria sido mais fácil alguém corrigir isso internamente na hora
Referência: https://front-end.social/@bramus/111448166340277056, https://github.com/bramus/web-dev-rss, https://github.com/bramus/chrome-for-developers-rss, https://issuetracker.google.com/issues/314910854#comment2
Era um bug registrado que até gente de dentro do Google queria corrigir, mas só foi consertado este ano, depois de quase 10 anos
Sou responsável pela equipe que opera este site. Movemos o site para outra infraestrutura, e essa infraestrutura não oferece suporte à geração automática de feeds RSS
Sabemos muito bem que a solução atual não é a ideal. Tínhamos que cumprir o prazo de migrar todo o conteúdo para o novo sistema e, depois disso, organizar os recursos que ficaram faltando
Estamos trabalhando para que isso seja incorporado o mais rápido possível — Paul
Parece significar “não vamos adicionar isso, mas talvez entreguemos uma alternativa que não atenda à demanda original”
Desta vez vou presumir boa-fé, mas não entendo por que falar de forma tão indireta. Não dá para dizer “estamos adicionando RSS” ou “nosso objetivo é restaurar o suporte a RSS”?
Negócios e trabalho, no fim, são feitos de trade-offs, mas muita gente no HN enxerga como se fosse algo absoluto. Cumprir o prazo e vir explicar pessoalmente foram atitudes corretas, e acho que mais hackers precisariam tomar decisões assim na prática para entender a realidade
Quando o Chrome começou a ganhar participação, os outros principais navegadores, talvez até o Internet Explorer, tinham suporte nativo à leitura de RSS
Eles também mostravam um ícone de RSS na barra de endereços ou em outro lugar, indicando que aquele site tinha RSS. Já o Chrome, ao abrir um link RSS, simplesmente jogava XML cru na tela e nem indicava se existia RSS
Acho que esse foi o principal motivo do declínio do RSS
Além disso, as pessoas passaram a usar Twitter e Facebook como agregadores de notícias e começaram a esperar que o grafo social pré-selecionasse notícias “relevantes” para elas
Some-se a isso que, em sites de notícias, uma lista pura de itens tem limitações. No RSS, todos os artigos aparecem como equivalentes, mas, em notícias, muita gente quer ver as matérias principais em destaque, como em uma página de notícias
Em dias como uma eleição, quando saem ao mesmo tempo uma matéria principal de resumo e matérias detalhadas por região e partido, tudo aparece no feed com o mesmo peso, dificultando encontrar a matéria principal, e a primeira matéria com resultados também fica desatualizada rapidamente
Firefox e Safari também tinham suporte antes, mas ele foi removido; no Safari, ao abrir um feed RSS, aparece uma página parecida com um 404 dizendo que feeds não são mais suportados
Mas, mesmo com a Apple promovendo assim, quase não ouvi falar de pessoas ao meu redor começando a usar. Quem já usava RSS tinha leitores melhores, e quem não usava parece não ter visto valor nessa implementação
A web, paradoxalmente, parece estar ficando cada vez menos amigável a máquinas e automação
Recentemente precisei modificar mais de 150 contas do Google Workspace, algo que, em um ambiente Unix de 20 anos atrás, eu teria feito com um shell script bem simples
Em vez disso, tive que ficar como um macaco clicando-copiando-colando-clicando 20 vezes por página. Com certeza deve haver uma API, mas teria levado 100 vezes mais tempo do que usar um script simples de linha de comando
No processo de tentar atrair mais olhares humanos, a web está perdendo cada vez mais a compatibilidade com máquinas
Eu queria mudar isso, então originalmente criei o BrowserBox como uma plataforma que fornecia “ferramentas de autoria para web scraping”. Essas ferramentas normalmente são oferecidas como extensões ou apps Electron para baixar, mas é preciso um método mais fácil de distribuir, mais poderoso, mais leve e menos preso à aprovação de ecossistemas fechados
O BrowserBox não precisa de cliente separado e funciona dentro de um navegador web comum, até no celular. A meta era permitir criar scripts de scraping até de um dispositivo móvel dentro do ônibus
Por enquanto acabei me desviando um pouco para a ideia de que o “navegador incorporável” em si é um produto útil, mas pretendo cumprir também o objetivo original. O ponto central é criar, sobre o Chrome DevTools Protocol e os recursos do BrowserBox, uma API parecida com extensões, só que melhor
É open source, então, se tiver interesse, fique à vontade para dar uma olhada: https://github.com/BrowserBox/BrowserBox
O GAM é uma ferramenta de linha de comando que permite a administradores do Google Workspace gerenciar configurações de domínios e usuários de forma rápida e fácil. Preciso dele mais ou menos uma vez por ano, mas, quando preciso, ele é realmente valioso
Não é o ideal, mas permite fazer a maior parte do que você faria manualmente, como clicar, ler texto e preencher campos de entrada, e também é fácil de aprender
Sou apenas um desenvolvedor web individual, com pouco dinheiro e sem nenhuma inteligência extraordinária, mas consegui implementar RSS em todos os blogs ou coisas parecidas com blogs que criei
Talvez eu deva ir a uma entrevista no Google e ensinar minha solução incrível
Quando dizem “no momento não há suporte oficial a feeds RSS, mas estamos trabalhando ativamente em uma solução”, isso quer dizer que haverá um feed RSS no futuro, certo?
Se querem simplesmente remover o que querem remover, tudo bem; não entendo por que ainda precisam mentir descaradamente. Em que isso ajuda?
O RSS pode ser justamente a solução!
Será que o Google criou uma nova plataforma interna de blog e ainda não conseguiu adicionar suporte a RSS?
Vi a mesma coisa no https://web.dev/ do Google
O último post que entrou no feed foi “Changes to the web.dev infrastructure”, de alguns meses atrás: https://web.dev/blog/webdev-migration
O feed ainda existe, mas não é atualizado: https://web.dev/feed.xml
Há posts novos sendo publicados no site. É triste que, ao reformular a infraestrutura moderna do site, o feed RSS tenha ficado fora da lista de funcionalidades, pelo menos por enquanto
O engenheiro do Google Bramus criou uma solução alternativa não oficial: https://mastodon.social/@bramus@front-end.social/111448166953123004
Parece que as pessoas não percebem o quanto RSS é útil
Ainda estou bravo com o Google por ter matado o Reader. Era a melhor forma de consumir conteúdo na web
RSS é uma ameaça à lucratividade do Google!
O TheOldReader.com também é muito bom, e a UI foi fortemente inspirada no Google Reader
E, naturalmente, o Google também não conseguia saber de fato o que você leu e quando