Saat ini belum ada dukungan feed RSS resmi, tetapi solusi sedang disiapkan

 (developer.chrome.com)
1 poin oleh GN⁺ 2023-12-12 | 2 komentar | Bagikan ke WhatsApp
  • Halaman Feeds Chrome for Developers menjelaskan cara otomatis menerima artikel baru dari area minat melalui RSS reader
  • Saat ini target langganan yang terlihat adalah feed Blog, dan feed RSS dapat ditambahkan melalui tautan terpisah Subscribe to Blog
  • Contoh artikel Blog mencakup situs web yang siap untuk agent, alat developer pihak ketiga Chrome DevTools for agents, dan perubahan WebGPU
  • Setiap artikel menampilkan judul, deskripsi singkat, dan tag topik terkait, sehingga cakupan konten yang akan muncul dapat dipahami sebelum berlangganan
  • Untuk mengikuti pembaruan Chrome for Developers tanpa perlu mengunjungi situs secara terpisah, cara paling langsung adalah mendaftarkan feed Blog ke RSS reader

Pembaruan Chrome for Developers yang dapat diterima melalui RSS

  • Halaman Feeds menjelaskan cara otomatis menerima pembaruan area minat di situs Chrome for Developers melalui RSS reader
  • Isi halaman menjelaskan bahwa feed RSS untuk area situs yang diminati dapat ditambahkan ke feed reader

Feed Blog yang saat ini tersedia

  • Bagian feed yang ditampilkan dalam isi halaman adalah Blog
  • Feed Blog tersedia melalui tautan Subscribe to Blog

Contoh artikel yang ditampilkan di feed Blog

Informasi yang dapat diperiksa sebelum berlangganan

  • Dengan berlangganan feed Blog, artikel baru dari blog Chrome for Developers dapat dilacak di RSS reader
  • Setiap item menyertakan judul, ringkasan, dan area teknologi terkait, sehingga mudah memeriksa cakupan konten yang akan dilanggan

Bacaan terkait

2 komentar

 
ndrgrd 2023-12-14

Karena jadi ramai dibicarakan, masalahnya langsung teratasi seketika. Sepertinya di mana-mana sama saja ya ^^
 
GN⁺ 2023-12-12
Komentar Hacker News

  • Seorang engineer dari tim Chrome DevRel, alih-alih menunggu RSS resmi, membuat dan merilis sendiri generator RSS tidak resmi; ini benar-benar absurd khas perusahaan besar
    Feed untuk blog ini ada di https://chrome-for-developers-rss.bramus.workers.dev/blog, dan pernyataan bahwa “saya sudah mengajukan isu internal ke tim DevSite” tidak memberi tahu kapan itu akan menjadi prioritas
    Kalau Google yang dulu, rasanya siapa pun di internal akan lebih mudah langsung memperbaikinya
    Referensi: 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

    • Saya tidak tahu “Google yang dulu” itu sudah berapa lama yang lalu. Di aplikasi web Contacts pernah ada bug: daftar negara bagian diurutkan berdasarkan urutan ID negara bagian 2 digit tetapi ditampilkan sebagai nama, sehingga pengguna New York tidak bisa berpindah dengan tab lalu mengetik nama negara bagian untuk memilihnya
      Itu adalah bug terdaftar yang bahkan orang-orang internal Google ingin perbaiki, tetapi baru diperbaiki tahun ini setelah hampir 10 tahun
    • Saya penasaran kira-kira kapan harus dianggap sebagai titik balik “Google yang dulu”

  • Saya memimpin tim yang mengoperasikan situs ini. Kami memindahkan situs ke infrastruktur lain, dan infrastruktur tersebut tidak mendukung pembuatan feed RSS otomatis
    Kami sangat sadar bahwa solusi saat ini bukan yang terbaik. Kami harus memenuhi tenggat untuk memigrasikan seluruh konten ke sistem baru, lalu setelah itu membereskan fitur yang hilang
    Kami sedang mengerjakannya agar bisa diterapkan secepat mungkin — Paul

    • Jadi itu alasan https://developer.chrome.com/feeds tiba-tiba mati. Tapi mengapa “harus memenuhi tenggat”?
    • Jawaban seperti “sedang mengerjakan solusi” dan “sedang mengupayakan agar diterapkan” terdengar seperti ungkapan bisnis yang tipikal
      Kedengarannya seperti berarti “kami tidak akan menambahkannya, tetapi mungkin akan menawarkan alternatif yang tidak memenuhi kebutuhan lama”
      Kali ini saya mencoba berprasangka baik, tetapi saya tidak mengerti mengapa harus berputar-putar seperti ini. Tidak bisakah mengatakan “kami sedang menambahkan RSS” atau “kami menargetkan pemulihan dukungan RSS”?
    • Reaksi-reaksi di sini menunjukkan dengan baik betapa para teknisi bisa menjadi absolutis yang tidak realistis
      Bisnis dan pekerjaan pada akhirnya adalah soal trade-off, tetapi banyak orang di HN melihatnya seperti absolutisme. Memenuhi tenggat dan turun langsung untuk menjelaskan adalah hal yang baik, dan sepertinya lebih banyak hacker perlu benar-benar mengambil keputusan seperti ini agar paham realitasnya
    • Kalimat di profil HN ini terasa cerdas: “RSS is alive https://paul.kinlan.me/index.xml”
    • Programmer yang cukup kompeten mestinya bisa membuat feed RSS yang berjalan dalam 1 jam. Apa sebenarnya yang terjadi di Google?

  • Saat Chrome mulai merebut pangsa pasar, browser besar lain, mungkin bahkan Internet Explorer, punya dukungan pembaca RSS bawaan
    Mereka juga menampilkan ikon RSS di address bar dan tempat lain untuk memberi tahu bahwa situs ini punya RSS. Namun Chrome, ketika membuka tautan RSS, hanya melemparkan XML mentah, dan juga tidak memberi tahu apakah RSS tersedia
    Saya pikir inilah alasan utama kemunduran RSS

    • Ada tiga alasan lain. Google Reader sering disebut sebagai pembaca RSS terbaik, tetapi setelah dihentikan jumlah penggunanya menurun, dan banyak penerbit ingin orang datang ke situs mereka sendiri sehingga hanya menyediakan judul, bukan feed penuh, atau membatasinya dengan berbagai cara
      Selain itu, orang mulai memakai Twitter dan Facebook sebagai agregator berita, dan mulai berharap social graph mereka menyaring terlebih dahulu berita yang “relevan”
      Tambahan lagi, untuk situs berita, daftar item murni saja punya keterbatasan. Di RSS semua artikel terlihat setara, tetapi dalam berita banyak orang ingin melihat berita utama ditonjolkan seperti di halaman berita
      Pada hari seperti hari pemilu, ketika artikel ringkasan utama dan artikel rinci per wilayah/partai membanjir bersamaan, semuanya tampil dengan bobot yang sama di feed sehingga artikel utama sulit ditemukan, dan artikel hasil awal juga cepat menjadi usang
    • RSS berlawanan total dengan kepentingan layanan agregasi tautan seperti Google. Saya rasa bukan kebetulan bahwa mereka tidak mendukungnya dengan benar
    • Setelah itu browser lain juga menghapus dukungan feed RSS/Atom bawaan
      Firefox dan Safari dulu sama-sama mendukungnya, tetapi sekarang sudah dihapus, dan jika membuka feed RSS di Safari, muncul halaman mirip 404 yang mengatakan feed tidak lagi didukung
    • Saya menduga RSS tidak menjadi populer karena pengguna umum tidak benar-benar memahaminya. Apple bahkan menamai rilis browsernya Safari RSS https://www.anandtech.com/show/1671/9
      Namun meskipun Apple mendorongnya sejauh itu, saya hampir tidak pernah mendengar orang di sekitar mulai memakainya. Orang-orang yang sudah memakai RSS punya pembaca yang lebih baik, sementara yang belum memakai tampaknya tidak melihat nilai dari implementasi ini
    • Vivaldi punya fitur itu secara bawaan dan pembaca RSS-nya juga bagus. Sampai sekarang masih sangat berguna

  • Secara paradoks, web tampaknya makin lama makin kurang ramah terhadap mesin dan otomatisasi
    Baru-baru ini saya harus mengubah lebih dari 150 akun Google Workspace; kalau ini lingkungan Unix 20 tahun lalu, pekerjaan seperti itu bisa dilakukan dengan skrip shell yang sangat sederhana
    Sebagai gantinya, saya harus seperti monyet mengklik-menyalin-menempel-mengklik 20 kali di tiap halaman. Pasti ada API-nya, tetapi mungkin akan memakan waktu 100 kali lebih lama daripada memakai skrip command line sederhana
    Dalam proses mengejar lebih banyak perhatian manusia, web makin kehilangan keramahan terhadap mesin

    • Web memang jadi kurang ramah terhadap mesin dan otomatisasi yang terdistribusi dan terdemokratisasi, tetapi tetap ramah terhadap otomatisasi bagi scraper mesin pencari raksasa yang memiliki sumber daya komputasi, dana, blok IP, dan AI yang sangat besar
      Karena ingin mengubah hal ini, saya awalnya membuat BrowserBox sebagai platform yang menyediakan “alat pembuat web scraping”. Alat seperti ini biasanya disediakan sebagai ekstensi atau aplikasi Electron yang diunduh, tetapi diperlukan cara yang lebih mudah didistribusikan, lebih kuat, lebih ringan, dan tidak terlalu terikat pada persetujuan ekosistem tertutup
      BrowserBox tidak memerlukan klien terpisah dan juga berjalan di dalam browser web biasa di perangkat mobile. Tujuannya adalah agar orang bisa membuat skrip scraping bahkan dengan perangkat mobile di dalam bus
      Saat ini kami agak menyimpang sementara karena “browser yang bisa di-embed” itu sendiri ternyata produk yang berguna, tetapi kami juga berencana kembali menyelesaikan tujuan awalnya. Intinya adalah membuat API yang mirip ekstensi, tetapi lebih baik, di atas protokol Chrome DevTools dan fitur BrowserBox
      Ini open source, jadi kalau tertarik silakan lihat: https://github.com/BrowserBox/BrowserBox
    • https://github.com/GAM-team/GAM
      GAM adalah alat command line yang memungkinkan admin Google Workspace mengelola domain dan setelan pengguna dengan cepat dan mudah. Saya membutuhkannya kira-kira setahun sekali, tetapi setiap kali itu benar-benar berharga
    • Arah besarnya benar, tetapi untuk Google Workspace ada solusi pihak ketiga yang cukup bagus: https://github.com/GAM-team/GAM
    • API memang ada, tetapi anehnya itu bukan Workspace API melainkan GCP API, sehingga hambatan untuk memakainya cukup besar
    • Dari command line DevTools, banyak tugas seperti itu bisa diotomatisasi dengan DOM API bawaan
      Memang tidak ideal, tetapi bisa melakukan sebagian besar hal yang sebelumnya dilakukan manual, seperti mengklik, membaca teks, dan menulis ke kotak input, dan juga mudah dipelajari

  • Saya hanya seorang pengembang web individu, dengan uang sedikit dan kecerdasan yang tidak luar biasa, tetapi saya berhasil memasukkan implementasi RSS ke semua blog atau hal mirip blog yang saya buat
    Mungkin saya harus wawancara di Google dan mengajari mereka solusi saya yang menakjubkan

    • Permintaan RSS tidak berkontribusi pada metrik keterlibatan manajer program mana pun di situs dokumentasi developer, jadi mungkin itu memang tidak diperlukan lagi!

  • Kalau mereka bilang “saat ini belum ada dukungan feed RSS resmi, tetapi kami sedang aktif mengerjakan solusinya”, berarti nanti akan ada feed RSS, kan?

    • Menghapus sesuatu yang sudah ada lalu berkata “ups, akan kami kerjakan” itu benar-benar rendahan
      Kalau memang ingin menghapus sesuatu, hapus saja; saya tidak mengerti kenapa harus berbohong terang-terangan. Apa gunanya itu?
    • Bukan, maksudnya mereka sedang mengerjakan “solusi”. Mungkin mereka akan membuat sistem push tertutup dan terkunci seperti Google Updates™, lengkap dengan tingkat premium

  • RSS bisa jadi justru solusi itu!

    • Ungkapan itu juga terasa aneh bagi saya. Fiturnya sudah ada, lalu mereka menghapusnya, dan sekarang sedang mengerjakan solusi… solusi untuk apa?
      Apakah Google membuat platform blogging internal baru dan belum sempat menambahkan dukungan RSS?
    • “Sedang aktif mengerjakan solusi” itu benar-benar terdengar seperti omong kosong

  • Saya melihat hal yang sama di https://web.dev/ milik Google
    Artikel terakhir yang masuk ke feed adalah “Changes to the web.dev infrastructure” beberapa bulan lalu: https://web.dev/blog/webdev-migration
    Feed-nya masih ada, tetapi tidak diperbarui: https://web.dev/feed.xml
    Di situsnya sendiri ada artikel baru. Sayang sekali ketika merombak infrastruktur situs modern, feed RSS tersisih dari daftar fitur, setidaknya untuk saat ini

  • Insinyur Google, Bramus, membuat solusi tidak resmi: https://mastodon.social/@bramus@front-end.social/111448166953123004

  • Sepertinya orang-orang tidak benar-benar tahu seberapa bergunanya RSS
    Saya masih marah Google membunuh Reader. Itu adalah cara terbaik untuk mengonsumsi konten di web

    • Tanpa iklan, tanpa memakai pencarian, dan tanpa membayar Google sebagai imbalan untuk mendorong headline berita ke perangkat Android
      RSS adalah ancaman bagi profitabilitas Google!
    • Saya belum pernah memakai Reader, jadi benar-benar penasaran: apa yang membuat layanan itu sulit direplikasi oleh orang lain?
    • Kalau berada di ekosistem Apple, NetNewsWire dengan kombinasi sinkronisasi iOS+macOS+iCloud adalah solusi terbaik
    • Mumpung sedang membahas pengganti Reader, saya memakai Miniflux sebagai backend sinkronisasi sekaligus web reader untuk NetNewsWire
      TheOldReader.com juga sangat bagus, dan UI-nya sangat terinspirasi oleh Google Reader
    • Karena itulah mungkin Google membunuhnya. Layanan itu memberi pengguna akhir terlalu banyak kendali atas konten apa yang mereka konsumsi dan bagaimana cara mengonsumsinya
      Tentu saja, Google juga tidak bisa tahu apa yang sebenarnya dibaca dan kapan membacanya