現在、公式RSSフィードの提供はありませんが、解決策を準備中です

 (developer.chrome.com)
1 ポイント 投稿者 GN⁺ 2023-12-12 | 2件のコメント | WhatsAppで共有
  • Chrome for DevelopersのFeedsページは、関心分野の新着記事をRSSリーダーで自動的に受け取る方法を案内している
  • 現在確認できる購読対象はBlogフィードで、別途Subscribe to BlogリンクからRSSフィードを追加できる
  • Blogの掲載例には、エージェント対応Webサイト、Chrome DevTools for agentsのサードパーティ開発者ツール、WebGPUの変更点が含まれる
  • 各記事はタイトル・短い説明・関連トピックタグをあわせて表示し、購読前に配信コンテンツの範囲を把握できる
  • Chrome for Developersの更新を個別に訪問せず追跡するには、BlogフィードをRSSリーダーに登録する方法が最も直接的である

Chrome for DevelopersでRSSから受け取れる更新

  • Feedsページは、Chrome for Developersサイト内の関心分野の更新をRSSリーダーで自動受信する方法を案内している
  • ページ本文では、関心のあるサイト領域に対応するRSSフィードをフィードリーダーに追加できると説明している

現在提供されているBlogフィード

  • 本文に表示されているフィードセクションはBlogである
  • BlogフィードはSubscribe to Blogリンクから提供されている

Blogフィードに表示される記事例

  • A developer toolkit to make your website agent-ready
    • Lighthouse Agentic browsing categoryとChrome DevTools for agentsを使って、agent-readyなWebサイトを作る方法を扱っている
    • 関連トピックはAI & Machine Learning、Blog、Chrome、Chrome DevToolsである
  • Unlock runtime insights: Introducing third-party developer tools for Chrome DevTools for agents
    • Chrome DevTools for agentsのサードパーティ開発者ツールにより、フレームワークとアプリケーションがAIコーディングアシスタントにランタイムコンテキストを共有できる
    • 関連トピックはAI & Machine Learning、Blog、JavaScript、Chrome DevTools、Chromeである
  • What's New in WebGPU (Chrome 149-150)
    • Chrome 149-150のWebGPU変更点として、immediatesとtransient attachmentsのより厳格な検証を扱っている
    • 関連トピックはWebGPU、New in Chrome、Release notes、JavaScript、Chromeである

購読前に確認できる情報

  • Blogフィードを購読すると、Chrome for Developersブログの新着記事をRSSリーダーで追跡できる
  • 各項目はタイトル、要約、関連する技術領域をあわせて提供し、購読対象コンテンツの範囲を確認しやすい

関連記事

2件のコメント

 
ndrgrd 2023-12-14

話題になったら、あっという間に解決しましたね。どこへ行っても同じみたいです ^^
 
GN⁺ 2023-12-12
Hacker News の意見

  • Chrome DevRel チームのエンジニアが公式 RSS を待つ代わりに、非公式 RSS ジェネレーターを自分で作って公開したというのは、いかにも大企業らしい理不尽さだと思う
    このブログ用のフィードは https://chrome-for-developers-rss.bramus.workers.dev/blog にあり、「DevSite チームに社内イシューを上げた」というのが、いつ優先事項になるのかは分からない
    昔の Google なら、誰かが社内で直接直すほうが簡単だった気がする
    参考: 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

    • 「昔の Google」がどれくらい昔を指すのか分からない。Contacts の Web アプリに、州（state）の一覧が2桁の州 ID 順にソートされ、名前で表示されるバグがあり、New York のユーザーは Tab で移動して州名を入力して選択できなかった
      Google 内部でも直したがっていた登録済みバグだったが、ほぼ10年たって今年ようやく修正された
    • 「昔の Google」の転換点をだいたいいつと見るべきなのか気になる

  • このサイトを運営するチームを担当している。サイトを別のインフラへ移行したが、そのインフラは RSS フィードの自動生成をサポートしていない
    今の解決策が最善ではないことは痛いほど分かっている。新システムへすべてのコンテンツを移行する期限に間に合わせる必要があり、その後で欠けている機能を整理しなければならなかった
    できるだけ早く反映されるよう作業中です — Paul

    • https://developer.chrome.com/feeds が突然死んだ理由はこれだったんですね。ところで「期限に間に合わせる必要があった」というのは、なぜだったのですか？
    • 「解決策に取り組んでいる」「反映されるよう作業中」という答えは、典型的なビジネス的表現に聞こえる
      「追加はしないが、おそらく既存の要求を満たさない代替案を出す」という意味に見える
      今回は善意に解釈しようと思うが、なぜこんな回りくどい言い方をするのか分からない。「RSS を追加中」や「RSS サポートの復旧を目指している」と言ってはいけないのか？
    • ここの反応は、技術者がどれほど非現実的な絶対主義者になり得るかをよく示している
      ビジネスと仕事は結局トレードオフなのに、HN の多くの人は絶対論のように見る。期限に間に合わせたことと、自ら出てきて説明したことは良い対応で、もっと多くのハッカーがこうした判断を実際に経験してみれば現実が分かると思う
    • HN プロフィールのこの一文はセンスがある: “RSS is alive https://paul.kinlan.me/index.xml”
    • そこそこ有能なプログラマーなら、1時間以内に動く RSS フィードを作れる。Google ではいったい何が起きているのか？

  • Chrome がシェアを取り始めた頃、他の主要ブラウザには、おそらく Internet Explorer にさえ、標準で RSS リーダー機能があった
    アドレスバーなどに RSS アイコンを表示して、このサイトに RSS があることも知らせてくれた。ところが Chrome は RSS リンクを開くと生の XML を投げてくるだけで、RSS の存在も知らせなかった
    RSS 衰退の主な理由はこれだと思う

    • 理由はさらに3つある。Google Reader は最高の RSS リーダーとしてよく挙げられていたが、終了によってユーザー数が減ったし、多くの発行者は人々に自分のサイトへ来てほしかったので、全文フィードではなくタイトルだけを提供したり、さまざまな方法で制限したりした
      また人々は Twitter と Facebook をニュース収集ツールとして使い始め、「関連性のある」ニュースをソーシャルグラフがあらかじめ選んでくれることを期待するようになった
      加えて、ニュースサイトでは純粋な項目リストだけでは限界がある。RSS ではすべての記事が同等に見えるが、ニュースでは多くの人がニュースページのようにメインニュースを強調して見たいと思う
      選挙日のように、メインの要約記事と地域別・政党別の詳細記事が一緒に大量に出る日には、フィード上ではすべて同じ重みで表示されるためメイン記事を見つけにくく、最初の結果記事もすぐ古くなってしまう
    • RSS は Google のようなリンク集約サービスの利害と真逆だ。きちんとサポートしなかったのは偶然ではないと思う
    • その後、他のブラウザも標準の RSS/Atom フィード対応を削除した
      Firefox と Safari はどちらも以前は対応していたが、今は外されており、Safari で RSS フィードを開くと、もうフィードをサポートしていないという 404 のようなページが出る
    • 一般ユーザーが RSS をよく理解できず、普及しなかったのではないかと思う。Apple はブラウザのリリース名を Safari RSS と付けるほどだった https://www.anandtech.com/show/1671/9
      それでも Apple がそこまで推したのに、周囲で使い始めたという話はほとんど聞かなかった。すでに RSS を使っていた人にはもっと良いリーダーがあり、使っていなかった人はこの実装に価値を見いだせなかったようだ
    • Vivaldi にはその機能が内蔵されていて、RSS リーダーも良い。今でも非常に便利だ

  • Web は逆説的に、ますます機械や自動化に優しくなくなっているように思う
    最近、150個以上の Google Workspace アカウントを修正しなければならなかったが、20年前の Unix 環境なら、ごく簡単なシェルスクリプトで済んだ作業だった
    代わりに、ページごとに20回ずつクリック、コピー、貼り付け、クリックを猿のように繰り返す羽目になった。API はきっとあるのだろうが、簡単なコマンドラインスクリプトを書くより100倍は時間がかかったはずだ
    より多くの人の目を引こうとする過程で、Web はどんどん機械フレンドリーさを失っている

    • 分散され民主化された機械・自動化には優しくなくなったが、莫大な計算資源・資金・IP ブロック・AI を持つ巨大検索スクレイパーにとっては、依然として自動化に優しい
      これを変えたくて、もともと BrowserBox を「Web スクレイピング作成ツール」を提供するプラットフォームとして作った。こうしたツールは通常、拡張機能やダウンロード型の Electron アプリとして提供されるが、もっと配布しやすく、強力で軽量で、閉鎖的なエコシステムの承認に縛られにくい方式が必要だった
      BrowserBox は別途クライアントを必要とせず、モバイルでも通常の Web ブラウザ内で動作する。バスの中でモバイル端末からでもスクレイピングスクリプトを作れるようにするのが目標だった
      今は「埋め込み可能なブラウザ」自体が有用なプロダクトだという方向に少し逸れているが、もともとの目的も改めて果たすつもりだ。核心は、Chrome DevTools Protocol と BrowserBox の機能の上に、拡張機能に似ているがより優れた API を作ることだ
      オープンソースなので、興味があれば見に来てほしい: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM は Google Workspace 管理者がドメインやユーザー設定を素早く簡単に管理できるコマンドラインツールだ。年に1回程度しか必要にならないが、その時には本当に貴重だ
    • 大きな方向性はその通りだが、Google Workspace にはかなり良いサードパーティの解決策がある: https://github.com/GAM-team/GAM
    • API はあるにはあるが、なぜか Workspace API ではなく GCP API なので、使うには越えるべきハードルが大きい
    • DevTools のコマンドラインで基本的な DOM API を使えば、そのうち多くの作業を自動化できる
      理想的ではないが、手作業でやっていたクリック、テキストの読み取り、入力欄への入力といった作業の大半はできるし、学ぶのも簡単だ

  • 個人の Web 開発者1人で、資金も少なく、たいした知能もないが、自分が作ったすべてのブログやブログに似たものには、RSS 実装をうまく入れてきた
    Google の面接に行って、自分の驚くべき解決策を教えてあげるべきかもしれない

    • RSS リクエストは開発者向けドキュメントサイトのどこかのプログラムマネージャーのエンゲージメント指標に寄与しないから、もう不要ということなのだろう！

  • 「現在は公式 RSS フィードのサポートはないが、解決策に積極的に取り組んでいる」というなら、今後 RSS フィードができるという意味だよね？

    • あったものを削除してから「おっと、やります」と言うのは、本当に低劣だ
      ただ消したいものを消せばいいのに、なぜあからさまな嘘までつかなければならないのか分からない。それがいったい何の役に立つのか？
    • いや、「解決策」に取り組んでいるという意味だ。たぶん Google Updates™ みたいなロックインされた閉鎖型プッシュシステムを作って、プレミアム階層まで付けるのだろう

  • RSS こそがその解決策かもしれない！

    • あの表現は自分も変だと思った。機能があり、それを削除し、今度は解決策に取り組んでいるという……何に対する解決策なのか？
      Google が新しい社内ブログプラットフォームを作ったが、まだ RSS 対応まで付けられていないということなのか？
    • 「解決策に積極的に取り組んでいる」なんて、本当に何を言っているんだという感じだ

  • Google の https://web.dev/ でも同じものを見た
    フィードに最後に入った記事は、数か月前の「Changes to the web.dev infrastructure」だった: https://web.dev/blog/webdev-migration
    フィードはまだあるが更新されていない: https://web.dev/feed.xml
    サイトには新しい記事が投稿されている。モダンなサイトインフラを刷新する中で、RSS フィードが機能リストから外れたのは残念だ。少なくとも今のところはそうだ

  • Google エンジニアの Bramus が非公式の回避策を作った: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • 人々は RSS がどれほど便利かをよく分かっていないようだ
    Google が Reader を終了させたことには今でも腹が立っている。Web 上のコンテンツを消費する最高の方法だった

    • 広告なしで、検索も使わず、Android 端末にニュースの見出しを送り込む見返りとして Google に金を払うこともない
      RSS は Google の収益性への脅威だ！
    • Reader を使ったことがないので純粋に気になるのだが、あのサービスのどんな要素が、誰かが複製するのを難しくしていたのか？
    • Apple エコシステムなら、iOS+macOS+iCloud 同期の組み合わせによる NetNewsWire が最高の解決策だ
    • Reader 代替の話になったついでに言うと、NetNewsWire に Miniflux を同期バックエンド兼 Web リーダーとして使っている
      TheOldReader.com もとても良く、UI は Google Reader から強く着想を得ている
    • だからこそ Google が潰した可能性が高い。エンドユーザーに、消費するコンテンツと消費方法に対する制御権を与えすぎたからだ
      当然、実際に何をいつ読んだのかも分からないしね