1 pontos por GN⁺ 2023-12-12 | 2 comentários | Compartilhar no WhatsApp
  • 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

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

 
ndrgrd 2023-12-14

Como virou assunto, resolveram num instante. Pelo visto, é a mesma coisa em qualquer lugar ^^

 
GN⁺ 2023-12-12
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

    • Não sei quão antigo é esse “Google de antigamente”. Havia um bug no app web do Contacts em que a lista de estados era ordenada pela ordem do ID de 2 letras do estado e exibida pelo nome, então usuários de New York não conseguiam navegar com Tab e digitar o nome do estado para selecioná-lo
      Era um bug registrado que até gente de dentro do Google queria corrigir, mas só foi consertado este ano, depois de quase 10 anos
    • Fico curioso para saber mais ou menos quando devemos considerar que aconteceu o ponto de virada do “Google de antigamente”
  • 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

    • Então era por isso que https://developer.chrome.com/feeds morreu de repente. Mas por que “tinham que cumprir o prazo”?
    • Respostas como “estamos trabalhando em uma solução” e “estamos trabalhando para que seja incorporado” soam como a típica linguagem corporativa
      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”?
    • As reações aqui mostram bem como pessoas técnicas podem ser absolutistas irrealistas
      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
    • Esta frase no perfil do HN é boa: “RSS is alive https://paul.kinlan.me/index.xml
    • Qualquer programador minimamente competente consegue criar um feed RSS funcional em 1 hora. O que diabos está acontecendo no Google?
  • 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

    • Há mais três motivos. O Google Reader era frequentemente apontado como o melhor leitor de RSS, mas, quando foi encerrado, o número de usuários caiu; e muitos publicadores queriam que as pessoas visitassem seus sites, então ofereciam apenas títulos em vez do feed completo ou impunham limitações de várias formas
      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
    • RSS é exatamente o oposto dos interesses de serviços agregadores de links como o Google. Não acho que a falta de suporte adequado tenha sido por acaso
    • Depois disso, outros navegadores também removeram o suporte nativo a feeds RSS/Atom
      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
    • Talvez RSS nunca tenha se popularizado porque usuários comuns não entendiam bem o conceito. A Apple chegou a batizar uma versão do navegador como Safari RSS https://www.anandtech.com/show/1671/9
      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
    • O Vivaldi tem esse recurso embutido, e o leitor de RSS dele também é bom. Ainda é muito útil
  • 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

    • Ela ficou menos amigável a máquinas e automações distribuídas e democratizadas, mas continua amigável à automação para grandes scrapers de busca, que têm enormes recursos computacionais, dinheiro, blocos de IP e IA
      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
    • https://github.com/GAM-team/GAM
      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
    • A direção geral está certa, mas há uma solução de terceiros bem decente para o Google Workspace: https://github.com/GAM-team/GAM
    • A API até existe, mas, curiosamente, não é uma API do Workspace, e sim uma API do GCP, então há uma barreira grande para usá-la
    • Dá para automatizar muitas dessas tarefas usando as APIs DOM básicas no console de linha de comando do DevTools
      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

    • Requisições RSS não contribuem para nenhuma métrica de engajamento de algum gerente de programa do site de documentação para desenvolvedores, então devem não ser mais necessárias!
  • 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?

    • Remover algo que existia e depois dizer “opa, vamos fazer” é bem baixo
      Se querem simplesmente remover o que querem remover, tudo bem; não entendo por que ainda precisam mentir descaradamente. Em que isso ajuda?
    • Não, quer dizer que estão trabalhando em uma “solução”. Provavelmente vão criar algum sistema fechado e bloqueado de push, tipo Google Updates™, e ainda colocar níveis premium
  • O RSS pode ser justamente a solução!

    • Essa formulação também me pareceu estranha. A funcionalidade existia, eles a removeram, e agora estão trabalhando em uma solução… solução para quê?
      Será que o Google criou uma nova plataforma interna de blog e ainda não conseguiu adicionar suporte a RSS?
    • “Trabalhando ativamente em uma solução” — sério, que papo furado é esse?
  • 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

    • Sem anúncios, sem usar busca e sem pagar ao Google em troca de enviar manchetes de notícias para um dispositivo Android
      RSS é uma ameaça à lucratividade do Google!
    • Nunca usei o Reader, então tenho uma curiosidade sincera: o que havia naquele serviço que tornava difícil alguém copiá-lo?
    • Se você está no ecossistema da Apple, o NetNewsWire, com iOS+macOS+sincronização via iCloud, é a melhor solução
    • Já que estamos falando de alternativas ao Reader, uso o Miniflux como backend de sincronização e leitor web para o NetNewsWire
      O TheOldReader.com também é muito bom, e a UI foi fortemente inspirada no Google Reader
    • É bem possível que tenha sido por isso que o Google o matou. Ele dava ao usuário final controle demais sobre o conteúdo a consumir e sobre a forma de consumi-lo
      E, naturalmente, o Google também não conseguia saber de fato o que você leu e quando