Tetap Terkini: Membaca Spesifikasi dan Proposal

Teknologi sisi depan berubah cepat. CSS, JS, dan API peramban baru dirilis setiap kuartal. Insinyur senior tidak menunggu tulisan blog — mereka membaca sumbernya: draf W3C, proposal TC39, spesifikasi CSS WG, dan halaman status implementasi peramban.

TC39 adalah komite yang mengembangkan JavaScript. Proposal melewati 5 tahap: 0 (gagasan awal), 1 (proposal), 2 (draf), 3 (kandidat), 4 (selesai, dirilis dalam ECMAScript). Tahap 3 adalah saat proposal cukup aman untuk diandalkan (peramban telah menerapkannya dan sintaksnya sudah dibekukan).

Setiap proposal berada di github.com/tc39/proposal-NAME. README menjelaskan motivasi, sintaks, dan contoh. Cabang 'teks spesifikasi' berisi tata bahasa formal. Proposal yang baru diterapkan: Record & Tuple, Operator Alur, Dekorator v3, dan Pembantu Iterator.

github.com/tc39/proposals: daftar setiap proposal beserta tahapnya. 2ality.com: blog Axel Rauschmayer yang merangkum setiap pertemuan. v8.dev: V8 milik Google merilis proposal paling cepat, dan tulisan blognya menjelaskan proposal tersebut.

W3C menetapkan standar CSS, ARIA, dan API web. WHATWG memelihara HTML, DOM, Fetch, dan URL — 'standar yang terus diperbarui'. Keduanya bekerja secara terbuka di GitHub. Siapa pun boleh mengajukan masalah di repositori html milik WHATWG.

CSS WG terus merilis spesifikasi: kueri kontainer, :has(), penyusunan CSS, transisi tampilan, penempatan jangkar, dan animasi berbasis gulir. Pantau melalui github.com/w3c/csswg-drafts dan blog CSS WG.

Bahkan proposal tahap 4 belum dapat digunakan sampai peramban merilisnya. Periksa: caniuse.com (umum), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline melaporkan fitur mana yang 'Baru tersedia' (tersedia di versi terbaru semua peramban utama) dan 'Tersedia luas' (sekitar 30 bulan atau lebih). Ini sangat baik untuk menentukan hal yang aman dirilis.

1) web.dev/blog — relasi pengembang web Google. 2) Blog WebKit — pengumuman Safari. 3) v8.dev/blog — JS V8 dan Chrome. 4) Buletin CSS-Tricks. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Bacalah sumber pustaka yang Anda gunakan. React, Vue, dan Vite semuanya tersedia di GitHub. Membaca cara para pengelola memecahkan masalah rumit adalah salah satu cara terbaik untuk meningkatkan kemampuan.

Jangan hanya membaca tentang fitur baru — cobalah. Buat demo kecil dengan View Transitions API, dengan pemilih :has(), dan dengan metode Set ECMAScript yang baru. Anda benar-benar hanya belajar dengan menggunakannya.

Tidak semua hal baru yang menarik layak dimasukkan ke produksi. Tanyakan: apakah ini Baseline? apakah berfungsi di peramban target kita? berapa biaya pengisi kompatibilitasnya? masalah apa yang diselesaikannya yang tidak dapat diselesaikan pendekatan saat ini? apakah tim saya memahaminya? Terapkan dengan sengaja, bukan secara refleks.

Ajukan masalah pada proposal TC39 / WHATWG dengan kasus penggunaan dan contoh tandingan — komite-komite tersebut benar-benar mendengarkan para pengembang. Jadikan demo Anda sumber terbuka. Berikan komentar pada proposal yang Anda pedulikan. Dengan cara inilah platform berkembang.

Insinyur senior berpikir dalam hitungan tahun, bukan siklus kerja singkat. Membaca spesifikasi menjadikan Anda orang yang mengetahui :has() enam bulan lebih awal daripada orang lain, memilih pustaka pengambilan data yang tepat sebelum tim mengalami masalah, dan memahami Komponen Server sebelum migrasi. Wawasan itu terus terakumulasi.

Baca sumbernya: proposal TC39, spesifikasi W3C/WHATWG, dan draf CSS WG. Tahap 3+ aman untuk produksi dengan alat transformasi kode. Pantau melalui caniuse, chromestatus, webkit.org/status, dan Baseline (web.dev/baseline). Berlanggananlah ke web.dev, blog WebKit, v8.dev, CSS-Tricks, dan JS Weekly. Buat demo untuk benar-benar memahami materi. Evaluasi secara kritis. Berkontribusilah kembali. Cara berpikir senior terus berkembang — insinyur yang membaca spesifikasi akan memimpin.