Actualmente no hay soporte oficial para feeds RSS, pero están preparando una solución

 (developer.chrome.com)
1 puntos por GN⁺ 2023-12-12 | 2 comentarios | Compartir por WhatsApp
  • La página Feeds de Chrome for Developers indica cómo recibir automáticamente en un lector RSS las nuevas publicaciones de áreas de interés
  • Actualmente, el objetivo de suscripción confirmado es el feed del Blog, y se puede agregar el feed RSS mediante el enlace separado Subscribe to Blog
  • Los ejemplos de publicaciones del Blog incluyen sitios web preparados para agentes, herramientas de desarrollador de terceros para Chrome DevTools for agents y cambios en WebGPU
  • Cada publicación muestra título, una breve descripción y etiquetas de temas relacionados, lo que permite entender el alcance del contenido antes de suscribirse
  • Para seguir las actualizaciones de Chrome for Developers sin visitar el sitio por separado, la forma más directa es registrar el feed del Blog en un lector RSS

Actualizaciones que se pueden recibir por RSS en Chrome for Developers

  • La página Feeds explica cómo recibir automáticamente en un lector RSS las actualizaciones de áreas de interés del sitio Chrome for Developers
  • El cuerpo de la página explica que se pueden agregar al lector de feeds los feeds RSS correspondientes a las áreas del sitio que interesen

Feed del Blog disponible actualmente

  • La sección de feed que aparece en el cuerpo es Blog
  • El feed del Blog se ofrece mediante el enlace Subscribe to Blog

Ejemplos de publicaciones que aparecen en el feed del Blog

Información que se puede revisar antes de suscribirse

  • Al suscribirse al feed del Blog, se pueden seguir las nuevas publicaciones del blog de Chrome for Developers desde un lector RSS
  • Cada elemento incluye título, resumen y áreas técnicas relacionadas, lo que facilita verificar el alcance del contenido al que se va a suscribir

Lecturas relacionadas

2 comentarios

 
ndrgrd 2023-12-14

Como se volvió un tema candente, lo solucionaron en un abrir y cerrar de ojos. Parece que en todos lados es igual ^^
 
GN⁺ 2023-12-12
Opiniones de Hacker News

  • Que un ingeniero del equipo de Chrome DevRel, en vez de esperar el RSS oficial, haya creado y publicado por su cuenta un generador de RSS no oficial es algo absurdamente típico de una gran empresa
    El feed para este blog está en https://chrome-for-developers-rss.bramus.workers.dev/blog, y eso de que “se abrió un issue interno con el equipo de DevSite” no permite saber cuándo será prioridad
    En el Google de antes, parece que habría sido más fácil que cualquiera lo arreglara directamente desde adentro
    Referencias: 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

    • No sé qué tan “de antes” es ese “Google de antes”. La app web de Contacts tenía un bug donde la lista de estados estaba ordenada por ID de estado de 2 letras y se mostraba por nombre, así que los usuarios de New York no podían navegar con Tab y escribir el nombre del estado para seleccionarlo
      Incluso dentro de Google era un bug registrado que querían arreglar, pero recién se corrigió este año, casi 10 años después
    • Me da curiosidad saber más o menos cuándo habría que ubicar el punto de inflexión del “Google de antes”

  • Estoy a cargo del equipo que opera este sitio. Movimos el sitio a otra infraestructura, y esa infraestructura no admite la generación automática de feeds RSS
    Sabemos muy bien que la solución actual no es la mejor. Teníamos que cumplir el plazo para migrar todo el contenido al nuevo sistema y, después de eso, ordenar las funciones faltantes
    Estamos trabajando para que se incorpore lo antes posible — Paul

    • Así que por eso https://developer.chrome.com/feeds murió de repente. Pero ¿por qué “tenían que cumplir el plazo”?
    • Las respuestas de que “estamos trabajando en una solución” y “trabajando para que se incorpore” suenan al típico lenguaje corporativo
      Parece querer decir: “no lo vamos a agregar, pero quizá presentemos una alternativa que no satisfaga el requerimiento existente”
      Esta vez quiero asumir buena fe, pero no entiendo por qué hablar con tantas vueltas. ¿No se puede decir “estamos agregando RSS” o “nuestro objetivo es restaurar el soporte de RSS”?
    • Las reacciones acá muestran muy bien lo absolutistas e irreales que pueden llegar a ser los técnicos
      En los negocios y el trabajo, todo termina siendo una cuestión de trade-offs, pero mucha gente en HN lo ve como un absoluto. Cumplir el plazo y salir a explicarlo directamente estuvo bien, y creo que más hackers deberían tener que tomar decisiones así en la práctica para entender la realidad
    • Esta frase en el perfil de HN tiene onda: “RSS is alive https://paul.kinlan.me/index.xml”
    • Cualquier programador medianamente competente puede hacer un feed RSS funcional en menos de 1 hora. ¿Qué diablos está pasando en Google?

  • Cuando Chrome empezó a ganar cuota de mercado, los otros navegadores importantes —probablemente incluso Internet Explorer— tenían soporte integrado para leer RSS
    Mostraban un ícono de RSS en la barra de direcciones u otros lugares para avisar que el sitio tenía RSS. Pero Chrome, si abrías un enlace RSS, solo te tiraba XML crudo y ni siquiera avisaba si existía RSS
    Creo que esa fue la razón principal del declive de RSS

    • Hay tres razones más. Google Reader solía ser considerado uno de los mejores lectores RSS, pero al cerrarlo se redujo la cantidad de usuarios; muchos editores querían que la gente entrara a su sitio, así que ofrecían solo títulos en vez de feeds completos o los limitaban de varias formas
      Además, la gente empezó a usar Twitter y Facebook como agregadores de noticias, y pasó a esperar que su grafo social le preseleccionara las noticias “relevantes”
      Por otra parte, en los sitios de noticias una simple lista de ítems tiene limitaciones. En RSS todos los artículos se ven con el mismo peso, pero en noticias mucha gente quiere ver destacadas las notas principales como en una portada
      En días como una elección, cuando salen al mismo tiempo una nota principal de resumen y notas detalladas por región o partido, en el feed todo aparece con la misma importancia, lo que dificulta encontrar la nota principal, y la primera nota de resultados también envejece enseguida
    • RSS va exactamente en contra de los intereses de servicios de agregación de enlaces como Google. No creo que la falta de buen soporte haya sido casualidad
    • Después de eso, otros navegadores también eliminaron el soporte integrado para feeds RSS/Atom
      Firefox y Safari lo soportaban antes, pero ahora ya no; si abrís un feed RSS en Safari, aparece una página parecida a un 404 diciendo que ya no admite feeds
    • Me pregunto si RSS no llegó a masificarse porque los usuarios comunes no lo entendían bien. Apple incluso llegó a ponerle a una versión del navegador el nombre Safari RSS https://www.anandtech.com/show/1671/9
      Pero, aunque Apple lo impulsó así, casi nunca escuché que la gente a mi alrededor empezara a usarlo. Quienes ya usaban RSS tenían lectores mejores, y quienes no lo usaban parecen no haber visto valor en esa implementación
    • Vivaldi trae esa función integrada y su lector RSS también es bueno. Sigue siendo muy útil

  • Paradójicamente, parece que la web se está volviendo cada vez menos amigable para las máquinas y la automatización.
    Hace poco tuve que modificar más de 150 cuentas de Google Workspace, algo que hace 20 años, en un entorno Unix, habría hecho con un script de shell muy simple.
    En cambio, tuve que hacer clic-copiar-pegar-clic 20 veces por página, como un mono. Seguro existe una API, pero habría tomado 100 veces más tiempo que usar un simple script de línea de comandos.
    En el proceso de captar más miradas humanas, la web está perdiendo cada vez más su facilidad para las máquinas.

    • Se volvió menos amigable para las máquinas y la automatización distribuidas y democratizadas, pero sigue siendo amigable para la automatización de los enormes scrapers de búsqueda que tienen recursos de cómputo masivos, dinero, bloques de IP e IA.
      Quería cambiar eso, y por eso originalmente hice BrowserBox como una plataforma que ofreciera “herramientas de autoría para web scraping”. Estas herramientas suelen ofrecerse como extensiones o apps Electron descargables, pero se necesita una forma que sea más fácil de distribuir, más potente, más ligera y menos atada a la aprobación de ecosistemas cerrados.
      BrowserBox no necesita un cliente aparte y funciona dentro de un navegador web normal, incluso en móviles. El objetivo era poder crear scripts de scraping desde un dispositivo móvil, incluso en el autobús.
      Ahora nos desviamos un poco hacia la idea de que el “navegador embebible” en sí es un producto útil, pero también quiero volver a cumplir el objetivo original. La clave es crear, sobre el protocolo Chrome DevTools y las funciones de BrowserBox, una API similar a una extensión, pero mejor.
      Es open source, así que si te interesa puedes pasar a verlo: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM es una herramienta de línea de comandos para que los administradores de Google Workspace gestionen rápida y fácilmente la configuración de dominios y usuarios. La necesito más o menos una vez al año, pero cuando toca es realmente valiosísima.
    • La dirección general es correcta, pero para Google Workspace hay una solución de terceros bastante buena: https://github.com/GAM-team/GAM
    • API sí hay, pero curiosamente no es una API de Workspace sino una API de GCP, así que hay bastantes barreras para usarla.
    • Puedes automatizar muchas de esas tareas usando las API DOM básicas desde la línea de comandos de DevTools.
      No es lo ideal, pero permite hacer la mayoría de las cosas que antes hacías manualmente, como clics, leer texto y escribir en campos, y además es fácil de aprender.

  • Soy un desarrollador web individual, con poco dinero y sin una inteligencia extraordinaria, pero he logrado incluir una implementación de RSS en todos los blogs o cosas parecidas a blogs que he creado.
    Quizá debería ir a una entrevista en Google y enseñarles mi increíble solución.

    • Las solicitudes RSS no contribuyen a ninguna métrica de engagement de algún program manager del sitio de documentación para desarrolladores, así que seguro ya no hacen falta.

  • Si dicen “ahora no hay soporte oficial para feeds RSS, pero estamos trabajando activamente en una solución”, ¿eso significa que en el futuro habrá feeds RSS, no?

    • Quitar algo que ya existía y luego decir “ups, lo haremos” es bastante bajo.
      Si quieren quitar lo que quieren quitar, háganlo y ya; no entiendo por qué además tienen que mentir tan descaradamente. ¿De qué sirve eso?
    • No, significa que están trabajando en una “solución”. Probablemente crearán un sistema de push cerrado y bloqueado, algo como Google Updates™, incluso con niveles premium.

  • ¡RSS podría ser justamente esa solución!

    • A mí también me pareció rara esa frase. La función existía, la quitaron y ahora están trabajando en una solución… ¿solución a qué?
      ¿Google creó una nueva plataforma interna de blogging y todavía no pudo agregarle soporte RSS?
    • “Estamos trabajando activamente en una solución” suena a una tontería total.

  • Vi lo mismo en https://web.dev/, de Google.
    El último artículo que entró al feed fue “Changes to the web.dev infrastructure”, de hace varios meses: https://web.dev/blog/webdev-migration
    El feed sigue existiendo, pero no se actualiza: https://web.dev/feed.xml
    En el sitio sí se publican artículos nuevos. Es una lástima que al modernizar la infraestructura del sitio el feed RSS haya quedado fuera de la lista de funciones, al menos por ahora.

  • Bramus, ingeniero de Google, creó un workaround no oficial: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • Parece que la gente no entiende lo útil que es RSS.
    Sigo enojado con Google por haber matado Reader. Era la mejor forma de consumir contenido en la web.

    • Sin anuncios, sin usar búsqueda y sin pagarle a Google a cambio de que empuje titulares de noticias a un dispositivo Android.
      ¡RSS es una amenaza para la rentabilidad de Google!
    • Nunca usé Reader, así que tengo curiosidad genuina: ¿qué tenía ese servicio que hiciera difícil que alguien lo replicara?
    • Si estás en el ecosistema Apple, NetNewsWire con iOS+macOS+sincronización de iCloud es la mejor solución.
    • Ya que estamos hablando de reemplazos de Reader, uso Miniflux como backend de sincronización y lector web para NetNewsWire.
      TheOldReader.com también es muy bueno, y su UI está fuertemente inspirada en Google Reader.
    • Por eso es muy posible que Google lo haya matado. Le daba al usuario final demasiado control sobre qué contenido consumir y cómo consumirlo.
      Y, por supuesto, tampoco podían saber realmente qué leíste ni cuándo.