Standar Web: Apa, Mengapa, Dan Bagaimana

World Wide Web adalah tempat yang menarik.

Ketika Internet telah tumbuh dan menjadi tempat yang lebih umum, Internet telah menjadi instrumen perubahan yang sangat besar dalam hal cara kita berinteraksi dengan dunia dan satu sama lain.

Seperti kebanyakan orang, pengantar saya tentang pengembangan web di sekolah agak suram. Pelajaran ICT (Information Computing Technology) sekolah kami mengajarkan kami sangat sedikit, menggunakan Dreamweaver (saat itu adalah produk Macromedia) sebagai platform untuk mengedit visual situs web pribadi dengan pelajaran terbesar adalah "apa itu hyperlink". Kami bahkan tidak melihat sumber HTML situs web kami sendiri!

Jadi pendidikan saya seputar HTML dan CSS sebagian besar berasal dari bermain-main dengan opsi "lihat sumber" di situs web. Saya belajar melalui copy-paste sedikit demi sedikit untuk membuat situs web saya sendiri dan mengunduh template untuk bootstrap, sebelum saya tahu apa sebenarnya bootstrap itu.

Mengapa Saya Memberitahu Anda Ini?

Setelah baru-baru ini mensurvei pengikut Twitter saya (ini adalah ilmu pasti), saya menemukan bahwa sebagian besar orang (43% dari orang yang memilih), tidak tahu apa-apa tentang Standar Web dan hanya 5% dari mereka yang memilih adalah kontributor aktif.

[jajak pendapat] Apakah Anda seorang pengembang web atau pengotak? Pernahkah Anda membuat sesuatu untuk web sebelumnya?

Apakah Anda seorang pemula total atau pengembang web penuh waktu, harap jawab pertanyaan ini > Apa yang Anda ketahui tentang Standar Web?

RT untuk jangkauan

— Amy-ing untuk gelar PhD (@RedRoxProjects) 16. November 2018

Ketika Anda melihat cara orang belajar melakukan pengembangan web, sangat dapat dimengerti bahwa ini mungkin masalahnya. Volume tutorial online, kamp pelatihan, dan sumber daya online untuk mempelajari cara membuat situs web telah meningkatkan jumlah pengembang web otodidak (seperti saya) yang membangun barang untuk web.

Ini adalah salah satu keberhasilan besar Internet; siapa pun dapat mempelajari hampir semua hal — dan semakin banyak sumber daya untuk belajar di luar akademis benar-benar positif dalam hal menurunkan hambatan untuk mengakses pengembangan web sebagai karier.

Bahkan dengan sumber online gratis masih ada sejumlah hambatan dalam mempelajari cara menjadi pengembang web. Saya tidak mengatakan ini tidak ada — mereka benar-benar ada — dan kita harus berbuat lebih banyak sebagai komunitas untuk mengatasi ini.

Tetapi dengan diversifikasi proses pembelajaran muncul beberapa tantangan, termasuk informasi yang melimpah dan kesenjangan pengetahuan .

Saat mempelajari cara membuat sesuatu yang bercita rasa web, sangat mudah untuk terlibat dalam “ bagaimana cara membuat barang itu? ” Hal ini dapat mengakibatkan tidak seimbangnya mempertimbangkan “ mengapa saya harus membangunnya dengan cara ini? ” atau “ apa saja opsi untuk membangun benda itu? ”

Akibatnya, sama mudahnya menjadi kewalahan dengan banyaknya cara untuk menyelesaikan masalah terkait web Anda. Hal ini dapat mengakibatkan memilih solusi pertama dari hasil pencarian internet, tanpa mempertimbangkan apakah itu lebih baik (dalam hal paling kuat, dapat diakses dan aman) dari opsi yang tersedia.

Standar Web dan dokumentasi untuk mendukung Standar Web, memberikan banyak wawasan tentang 'mengapa' dan 'apa' dari world wide web. Mereka adalah sumber daya yang fantastis untuk pengembang web mana pun dan membantu Anda membangun berbagai hal untuk web yang berfungsi, dapat diakses, dan kompatibel lintas.

Posting ini dirancang untuk membantu siapa saja yang tertarik dengan web yang ingin mengetahui lebih banyak tentang standar web. Kami akan membahas:

• Pengantar standar web (apa itu, mengapa ada dan siapa yang membuatnya);
• Bagaimana menavigasi dan memanfaatkan standar dalam pekerjaan Anda;
• Cara Anda dapat terlibat dalam berkontribusi pada standar baru dan yang sudah ada.

Mari kita mulai pengenalan standar web dengan bertanya, “ Mengapa kita membutuhkan standar untuk web? ”

World Wide Web Sebelum Standar

Kita dapat menganggap world wide web sebagai ekosistem informasi. Orang-orang membuat konten yang dimasukkan ke dalam web. Konten ini kemudian diteruskan melalui browser untuk memungkinkan orang mengakses informasi tersebut.

Sebelum Standar Web, tidak ada banyak aturan tetap untuk setiap bagian dari sistem ini; tidak ada aturan formal tentang bagaimana konten harus dibuat, atau persyaratan apa pun dalam hal bagaimana browser harus menyajikan informasi itu kepada orang-orang yang memintanya.

Jadi, di satu sisi, web beroperasi seperti mainan anak-anak di mana Anda harus menyortir balok-balok berbentuk berbeda ke dalam lubang yang benar. Dalam analogi ini, berbagai jenis browser adalah lubang berbentuk berbeda dan konten atau situs web, adalah blok berwarna cerah.

Di masa lalu, sebagai pembuat konten, Anda akan membuat situs web agar sesuai dengan browser yang dituju. Misalnya, Anda akan membuat blok berbentuk IE agar dapat melewati ini melalui lubang Internet Explorer.

Ini berarti bahwa blok situs web yang Anda buat hanya akan masuk melalui satu lubang itu dan Anda perlu membangun kembali konten Anda ke dalam bentuk lain agar dapat dilihat menggunakan salah satu browser lain.

Pengembang di tahun 90-an sering kali harus membuat tiga atau empat versi dari setiap situs web yang mereka buat, sehingga kompatibel dengan masing-masing browser yang tersedia saat itu. Dan terlebih lagi, pembuat browser dalam upaya untuk meningkatkan persaingan mereka akan memperkenalkan "fitur" yang mendiversifikasi pendekatan mereka dari pesaing mereka.

Pada awalnya, mungkin lebih adil untuk mengatakan browser Internet kami untuk mainan pencocokan konten lebih terlihat seperti ini:

Ini karena browser dibuat untuk menangani hal yang hampir sama, yang sebagian besar adalah konten berbasis teks. Jadi, sebagian besar, blok situs web akan masuk melalui sebagian besar lubang, dengan pengecualian mungkin satu tempat yang cocok — tetapi tidak sempurna.

Saat browser berkembang, mereka mulai menambahkan fitur (misalnya dengan mengubah bentuknya) dan menjadi semakin sulit untuk membuat blok yang akan melewati setiap lubang browser. Ini bahkan berarti bahwa sebuah balok yang dulunya bisa masuk melalui satu lubang tertentu, tidak lagi bisa masuk melalui lubang itu; menambahkan fitur-fitur ini ke dalam browser sering kali menghasilkan kompatibilitas terbalik yang buruk.

Ini benar-benar merusak bagi beberapa pengembang. Itu menciptakan sistem di mana kompatibilitas terbatas pada pembuat konten yang mampu terus memperbarui dan memperbaiki situs web mereka untuk setiap browser yang tersedia. Untuk semua orang, setiap kali fitur atau versi baru dirilis, ada kemungkinan situs web Anda tidak lagi berfungsi dengan browser itu.

Standar web diperkenalkan untuk melindungi ekosistem web, agar tetap terbuka, gratis, dan dapat diakses oleh semua orang. Menempatkan web dalam gelembung pelindung dan membubarkan dengan gagasan harus membangun situs web yang sesuai dengan browser tertentu.

Ketika standar diperkenalkan, pembuat browser didorong untuk mematuhi cara standar dalam melakukan sesuatu — sehingga kompatibilitas silang menjadi lebih mudah bagi pembuat konten dan tidak perlu lagi membangun beberapa versi situs web yang sama.

Catatan : Masih ada beberapa nuansa tentang kompatibilitas silang antar browser. Bahkan hari ini, lebih dari 20 tahun sejak standar diperkenalkan, kami belum cukup "satu ukuran cocok untuk semua".

Berikut sekilas beberapa momen penting dalam sejarah pengembangan browser web:

Sumber: “Peramban Web: Sejarah Singkat” oleh Rhiannon Williams

Mengapa Kami Membutuhkan Standar

Mengetahui sedikit tentang sejarah standar dan mengapa standar diperkenalkan, kita dapat mulai melihat manfaat memiliki standar untuk World Wide Web. Tetapi mengapa penting bagi kita untuk terus berkontribusi pada Standar Web? Berikut ini beberapa alasannya:

Menjaga Web Gratis Dan Dapat Diakses Semua Orang

Tanpa komunitas Standar Web, pembuat browser akan menjadi orang yang membuat keputusan tentang apa yang harus dan tidak boleh menjadi fitur dari world wide web. Ini dapat menyebabkan web menjadi komoditas yang dimonopoli, di mana hanya pemain terbesar yang memiliki suara tentang apa yang akan terjadi di masa depan.

Membantu Membuat Kode Sumber Lebih Sederhana; Mengurangi Waktu Pengembangan Dan Pemeliharaan

Karena semakin banyak browser muncul dan pembuat browser mulai melakukan diversifikasi dalam pendekatan mereka, menjadi semakin sulit untuk membuat konten yang akan disajikan dengan cara yang sama di beberapa browser. Ini meningkatkan jumlah pekerjaan yang diperlukan untuk membuat situs web yang sepenuhnya kompatibel, termasuk membengkakkan kode sumber untuk halaman web. Sebagai pengembang hari ini, kami masih harus melakukan penyertaan aneh [skrip X] sehingga ini berfungsi di [browser web X], tetapi tanpa Standar Web, ini akan jauh lebih buruk.

Menjadikan Web Tempat yang Lebih Mudah Diakses

Standar web membantu menstandardisasi cara situs web dapat berinteraksi dengan teknologi bantu. Artinya, pembuat browser dan pengembang web dapat memasukkan instruksi ke dalam halaman mereka yang dapat ditafsirkan oleh teknologi bantu untuk mempertahankan pengalaman pengguna akhir yang umum (atau terkadang lebih baik).

Mengizinkan Kompatibilitas dan Validasi Mundur

Standar web telah menciptakan fondasi yang memungkinkan situs web baru, yang mematuhi standar, untuk bekerja dengan versi browser yang lebih lama. Ide kompatibilitas mundur ini sangat penting untuk menjaga web tetap dapat diakses. Itu tidak menjamin browser lama akan menampilkan konten Anda persis seperti yang Anda harapkan, tetapi itu akan memastikan bahwa struktur dokumen web dipahami dan ditampilkan dengan tepat.

Membantu Menjaga SEO Lebih Baik (Search Engine Optimization)

Manfaat tersembunyi lainnya (pada saat Standar Web pertama kali diperkenalkan) adalah bahwa situs web yang sesuai dengan Standar Web lebih dapat ditemukan oleh mesin pencari. Hal ini semakin terlihat ketika mesin pencari Google menjadi pemain utama di dunia mesin pencari di awal tahun 2000-an.

Menciptakan Kumpulan Pengetahuan Umum

Dunia dengan standar web menciptakan tempat di mana seperangkat aturan ada, aturan yang dapat diikuti, dipahami, dan dikenal oleh setiap pengembang. Secara teori, ini berarti bahwa satu pengembang dapat membangun situs web yang sesuai dengan standar dan pengembang lain dapat melanjutkan dari tempat yang ditinggalkan sebelumnya tanpa banyak kesulitan. Pada kenyataannya, standar memberikan dasar untuk ini; tetapi idenya sangat bergantung pada pengembang yang menulis kode yang terdokumentasi dengan baik.

Siapa yang Memutuskan Apa yang Menjadi Standar Web?

Standar dibuat oleh orang-orang. Di ruang web dan Internet, ada budaya konsensus yang kuat — yang berarti banyak berbicara dan banyak berdiskusi.

Kelompok-kelompok yang mengembangkan standar kadang-kadang disebut sebagai “Organisasi Pengembangan Standar” atau SDO . SDO utama dalam ruang web termasuk Internet Engineering Task Force (IETF), World Wide Web Consortium (W3C), WHATWG, dan ECMA TC39. Secara historis ada juga kelompok seperti Proyek Standar Web (WaSP), yang menganjurkan Standar Web untuk diadopsi oleh organisasi.

Grup yang bekerja di Internet dan Standar Web umumnya beroperasi di bawah rezim bebas royalti. Itu berarti ketika Anda menggunakan standar web, Anda tidak perlu membayar siapa pun — seperti seseorang yang mungkin memegang paten yang relevan. Sementara gagasan bahwa Anda mungkin harus membayar royalti kepada seseorang untuk membangun browser web atau situs web mungkin tampak tidak masuk akal saat ini, belum lama ini organisasi seperti BT mencoba untuk menegaskan kepemilikan konsep hyperlink. Organisasi standar seperti yang tercantum di bawah ini membantu menjaga web tetap gratis (atau setidaknya bebas dari biaya lisensi).

Apa itu IETF?

IETF adalah kakek dari organisasi standar Internet. Di sinilah teknologi Internet yang mendasari seperti TCP/IP (Transmission Control Protocol/Internet Protocol) dan DNS (Domain Name System) distandarisasi. Teknologi kunci lain yang dikembangkan di IETF adalah sesuatu yang disebut Hyper-Text Transport Protocol (HTTP) yang mungkin pernah Anda dengar.

Jika Anda telah memperhatikan munculnya HTTP2 dan perkembangan selanjutnya (berbasis UDP) HTTP3, di sinilah pekerjaan itu terjadi. Sebagian besar pekerjaan di IETF difokuskan pada tingkat yang lebih rendah dari model Interkoneksi Sistem Terbuka.

Apa itu W3C?

World Wide Web Consortium (W3C) adalah komunitas internasional di mana organisasi anggota, staf penuh waktu, pakar yang diundang, dan masyarakat umum bekerja sama untuk mengembangkan Standar Web. Dipimpin oleh penemu Web dan Direktur Tim Berners-Lee dan CEO Jeffrey Jaffe, misi W3C adalah memimpin Web ke potensi penuhnya.

Komunitas ini didirikan pada tahun 1994 di MIT (Massachusetts Institute of Technology) bekerja sama dengan CERN. Pada saat posting ini, W3C memiliki 475 perusahaan dan organisasi anggota dan ada sebagai konsorsium antara 4 institusi akademik: MIT (AS), ERCIM (Prancis), Universitas KEIO (Jepang) dan Universitas Beihang (Cina).

Bekerja di W3C terjadi dalam kelompok kerja dan kelompok masyarakat . Grup komunitas adalah tempat di mana banyak inovasi awal terjadi seputar teknologi web baru. Standar web baru dapat diproduksi oleh kelompok komunitas tetapi secara resmi dilihat sebagai "pra-standar." Grup komunitas terbuka bagi siapa saja untuk berpartisipasi, baik organisasi tempat Anda bekerja atau berafiliasi dengannya adalah anggota W3C atau tidak.

Kelompok kerja W3C adalah tempat standar web baru secara resmi dicetak. Kelompok kerja biasanya mulai dengan pengajuan standar, seringkali sesuatu yang sudah dikirimkan di beberapa browser. Namun, pekerjaan teknis untuk menyempurnakan standar-standar ini terjadi di dalam kelompok-kelompok ini sebelum standar tersebut disahkan untuk persetujuan akhir sebagai “Rekomendasi W3C.” Pada saat sesuatu mencapai fase "rekomendasi" di W3C, itu paling sering diimplementasikan dan digunakan secara luas di seluruh web.

Kelompok kerja lebih sulit bagi orang-orang yang tidak berafiliasi dengan organisasi anggota untuk menjadi bagian darinya. Namun, Anda dapat menjadi pakar yang diundang ke grup. Salah satu alasan mengapa kelompok kerja sedikit lebih sulit untuk bergabung dan beroperasi dengan lebih banyak proses adalah karena mereka juga bertindak sebagai pemegang kekayaan intelektual — dengan bergabung dengan organisasi kelompok kerja W3C dan perusahaan menyetujui lisensi bebas royalti yang tercantum dalam kebijakan paten W3C .

Anggota Dewan Penasihat W3C Natasha Rooney telah menyusun dokumen hebat, Dokumen Proses W3C untuk Orang Sibuk, yang menjelaskan banyak seluk beluk bekerja di W3C.

Apa itu WHATWG?

WHATWG awalnya merupakan kelompok sempalan dari W3C. Itu dibentuk pada tahun 2007 karena beberapa vendor browser tidak setuju dengan arah di mana W3C mendorong HTML. WHATWG terus menjadi tempat di mana HTML dikembangkan dan dikembangkan. Namun, komunitas partisipasi dalam spesifikasi HTML masih mencakup banyak orang dari komunitas W3C, dan banyak orang yang berafiliasi dengan WHATWG berpartisipasi dalam kelompok kerja W3C.

Pada saat posting ini, hubungan antara W3C dan WHATWG tetap berubah. Dari perspektif pengembang, ini tidak terlalu menjadi masalah karena pengembang dapat mengandalkan sumber daya seperti MDN untuk mencerminkan "kebenaran" teknologi web mana yang dapat digunakan di browser tertentu. Namun, hal itu menyebabkan ketidakjelasan, dalam hal di mana harus berpartisipasi dalam pengembangan standar tertentu. WHATWG juga memiliki perjanjian lisensi bebas royaltinya sendiri — perjanjian partisipasi WHATWG.

Apa Itu "Mengapa CG"?

Grup Komunitas Inkubator Web (WICG, diucapkan Why-CG ) adalah grup komunitas khusus, di dalam W3C, tempat beberapa teknologi web baru dan yang sedang berkembang dibahas dan dikembangkan.

Jika Anda memiliki ide bagus untuk standar baru, fitur baru untuk standar yang ada, atau teknologi baru yang menurut Anda harus dimasukkan ke dalam web, ada baiknya memeriksa di sini terlebih dahulu untuk melihat apakah hal seperti itu sudah dibahas. Jika ya, bagus! Ikuti diskusi ini dan berikan dukungan Anda. Jika tidak, maka sarankan! Itulah gunanya grup ini.

Apa itu ECMA TC39?

Ecma adalah organisasi standar untuk sistem informasi dan komunikasi, yang didirikan pada tahun 1961 untuk menstandarisasi sistem komputer di Eropa. Namanya berasal dari yang sebelumnya dikenal sebagai "Asosiasi Produsen Komputer Eropa" tetapi sekarang disebut sebagai "Ecma International — asosiasi Eropa untuk standarisasi sistem informasi dan komunikasi" sejak organisasi tersebut mengglobal pada tahun 1994.

Standar ECMA-262 menguraikan Spesifikasi Bahasa ECMAScript, yang merupakan spesifikasi standar bahasa skrip yang dikenal sebagai JavaScript. Ada sepuluh edisi ECMA-262 yang telah diterbitkan (edisi kesepuluh diterbitkan pada Juni 2018).

TC39 (Komite Teknis 39) adalah komite yang mengembangkan JavaScript. Seperti grup lain yang tercantum di sini, anggotanya adalah perusahaan yang mencakup sebagian besar pembuat browser utama. Komite memiliki pertemuan rutin yang dihadiri oleh delegasi yang dikirim dari organisasi anggota dan juga oleh para ahli yang diundang. TC39 beroperasi untuk mencapai konsensus, seperti halnya banyak kelompok lain, dan kesepakatan yang dibuat sering kali menimbulkan kewajiban bagi anggotanya (dalam hal fitur masa depan yang perlu diterapkan oleh organisasi anggota). Proses TC39 meliputi percepatan proposal melalui serangkaian tahapan, perkembangan proposal dari satu tahap ke tahap berikutnya harus disetujui oleh panitia.

Apa Itu Proyek Standar Web?

Proyek Standar Web dibentuk pada tahun 1998 sebagai perlawanan terhadap fitur yang terjadi antara browser di tahun 90-an; dengan tujuan utama agar pembuat browser mematuhi standar yang ditetapkan oleh W3C.

Ketika organisasi tumbuh dan perang browser berakhir, proyek mulai mengalihkan fokus. Grup ini mulai bekerja dengan pembuat browser untuk meningkatkan dukungan standar mereka, berkonsultasi dengan pembuat perangkat lunak yang membuat alat untuk pembuatan situs web dan mendidik perancang dan pengembang web tentang pentingnya standar web. Poin terakhir ini, menghasilkan pembuatan kerangka kurikulum web InterAct yang sekarang dikelola oleh W3C.

Proyek Standar Web berhenti aktif pada tahun 2013. Sebuah posting blog terakhir dibuat pada tanggal 1 Maret yang berterima kasih kepada kerja keras para anggota dan pendukung proyek. Dalam sambutan penutup posting ini, pembaca diingatkan bahwa pekerjaan Proyek Standar Web belum sepenuhnya berakhir, dan tanggung jawab kini berada di tangan ribuan pengembang yang terus peduli untuk memastikan web tetap bebas, terbuka, dan saling terhubung. sumber daya yang dapat dioperasikan dan diakses.

Bagaimana Sesuatu Menjadi Standar Web?

Jadi, bagaimana standar dibuat? Jawaban singkatnya adalah melalui BANYAK diskusi.

Proposal untuk standar baru biasanya dimulai sebagai diskusi dalam kelompok komunitas (khususnya kasus di W3C) atau melalui masalah yang diangkat pada repositori GitHub yang relevan.

Di SDO yang berbeda, tampaknya ada tema umum tentang kenaikan; setelah diskusi dimulai, itu kemudian bergerak ke atas dalam organisasi, dan di setiap tingkat, komite penentu perlu mencapai konsensus untuk menyetujui peningkatan diskusi itu. Hal ini dilakukan berulang-ulang hingga pembahasan menjadi proposal, kemudian proposal tersebut menjadi draft dan draft tersebut menjadi standar resmi.

Sekarang seperti yang disebutkan sebelumnya, ketika sesuatu bukan standar resmi, ini tidak berarti bahwa itu tidak digunakan dalam beberapa browser. Faktanya, pada saat sesuatu menjadi standar, kemungkinan besar sudah digunakan secara luas di banyak browser yang tersedia. Dalam hal ini, peran standar adalah bagian dari proses normalisasi dan adopsi fitur baru; itu menetapkan penggunaan yang diharapkan untuk sesuatu dan kemudian menguraikan bagaimana pembuat dan pengembang browser dapat menyesuaikan diri dengan harapan ini.

Apa itu TPAC?

Setiap tahun, W3C mengadakan satu acara besar, pertemuan multi-kelompok selama seminggu diselingi oleh unconference satu hari pada hari Rabu (Plenary Teknis) dikombinasikan dengan pertemuan Komite Penasihatnya (kelompok yang terdiri dari satu orang untuk setiap organisasi atau perusahaan yang merupakan anggota W3C). Satukan Technical Plenary dan Advisory Committee, dan Anda mendapatkan TPAC (sering diucapkan tee-pac ). Meskipun ini adalah acara yang dijalankan oleh W3C, Anda akan sering menemukan orang-orang “dari” WHATWG, IETF atau TC39 di sini juga.

Tahun lalu, orang-orang Samsung Internet berkumpul untuk berpartisipasi dalam TPAC. Kami juga mensponsori beasiswa keragaman yang dimaksudkan untuk membawa orang-orang dari kelompok yang kurang terwakili ke TPAC dan ke komunitas Standar Web.

TPAC Pertamaku

Ketika saya pertama kali mendengar tim berbicara tentang TPAC, saya tidak tahu apa yang diharapkan. Setelah membaca tentang acara tersebut di situs web TPAC, saya mendaftarkan diri dan memesan perjalanan saya. Tak lama kemudian, saya berada di kereta dari London ke Lyon bersama tim.

Pada saat kedatangan, saya diberi Lanyard saya dan peta berbagai ruangan tempat semua aksi terjadi. Tujuan saya, selama tiga hari saya hadiri, adalah untuk bergabung dengan sebanyak mungkin jenis aksesibilitas yang saya bisa. Setelah tiba tidak lama setelah segala sesuatunya dimulai pada hari pertama saya, saya berdiri menatap pintu tertutup untuk kelompok kerja Pedoman Aksesibilitas yang ingin saya duduki. Banyak hal terlintas di benak saya saat itu; "Mungkin aku harus menunggu sampai istirahat?" "Tidak, jangan konyol, itu masih satu jam lagi." "Mungkin aku harus mengetuk?" "Tapi bukankah itu lebih mengganggu daripada hanya masuk?" “Mungkin sebaiknya aku tidak masuk sama sekali…” Tapi setelah beberapa menit, aku memberanikan diri untuk masuk ke kamar.

Ada meja bundar yang diatur (yang khas dari banyak sesi ini) dengan orang-orang duduk di meja dengan laptop; bersama dengan sejumlah kursi yang diatur di sekitar tepi ruangan agar orang-orang dapat bergabung dalam peran yang lebih observasional. Setiap grup juga memiliki ruang obrolan di IRC, yang dapat diikuti oleh siapa saja dari keanggotaan W3C (baik menghadiri TPAC secara langsung atau tidak). Aku duduk di ujung salah satu meja; meskipun saya masih tidak yakin apakah itu hal yang tepat untuk dilakukan dalam hal etiket.

Awalnya, saya khawatir kehadiran saya akan menonjol seperti patung beruang raksasa di luar venue; tetapi tidak ada seorang pun di ruangan itu yang memperhatikan kedatangan saya dan diskusi berlanjut. Grup akan segera menerima pembaruan tentang pekerjaan yang sedang dilakukan oleh Gugus Tugas Perak; kelompok komunitas yang mencoba membuat standar aksesibilitas itu sendiri lebih mudah diakses.

Sangat menarik untuk duduk di meja untuk diskusi ini. Sementara sebagai peserta pertama kali, beberapa bahasa membutuhkan waktu untuk membiasakan diri (istilah seperti 'kesesuaian' dan 'normatif'); sangat menyenangkan berada di dalam ruangan yang penuh dengan orang-orang yang sangat peduli dengan aksesibilitas. Banyak peserta kelompok kerja ini berbicara dari posisi pengalaman langsung dalam hal menggunakan web dengan persyaratan aksesibilitas. Setelah menghabiskan tiga tahun terakhir saya meneliti persyaratan aksesibilitas dalam teknologi musik digital, saya merasa cukup di rumah mengikuti pertanyaan yang diajukan oleh anggota grup ini.

Karya yang dipamerkan Satgas Perak pada diskusi pertama ini sungguh menarik minat saya. Rasanya seperti sudut pandang yang menyegarkan tentang bagaimana membuat standar, secara umum, lebih mudah diakses dan membingkainya sedemikian rupa sehingga membuat navigasi lebih mudah dan saran serta panduan yang lebih disesuaikan. Selama beberapa hari berikutnya, saya bergabung dengan grup (jauh lebih kecil) ini dan memiliki kesempatan untuk memasukkan ke dalam percakapan — yang sangat positif. Sejak TPAC, saya bergabung dengan kelompok komunitas untuk Satgas Perak dan memiliki rencana untuk bergabung dengan pertemuan mingguan di tahun baru.

Salah satu hal menyenangkan tentang TPAC (bagi mereka yang tidak memimpin kelompok kerja atau dalam semacam peran utama) adalah kemampuan untuk masuk dan keluar dari sesi. Di antara hal-hal yang saya hadiri selama beberapa hari saya berada di TPAC, ada sesi dari grup komunitas Inkubator Web (WICG), pertemuan pengembang dengan pembicaraan dari anggota komunitas terkemuka dan demonstrasi teknologi web baru, dan Diversity dan Inklusi untuk pertemuan W3C. Bonus tambahan ekstra untuk pergi ke TPAC dengan tim Samsung Internet adalah kami dapat bertemu dengan orang-orang dari tim kami yang berbasis di Korea, serta anggota tim Samsung lainnya dari AS.

Cara Menggunakan Standar Web Dalam Pekerjaan Anda

Jadi, sekarang setelah Anda mengetahui mengapa dan mengapa Standar Web, bagaimana Anda menggunakan standar web dalam pekerjaan Anda?

Mozilla Developer Network Web Docs (MDN Web Docs)

Kami (tim Samsung Internet) menyarankan jika Anda tertarik untuk mempelajari lebih lanjut tentang standar web atau teknologi tertentu, Anda mulai dengan Dokumen Web MDN (Mozilla Developer Network). Sementara MDN WebDocs dimulai sebagai Proyek Mozilla, baru-baru ini telah menjadi tempat pengembang web pergi untuk dokumentasi lintas-browser pada teknologi platform web.

Tahun lalu, Samsung bergabung dengan Bocoup, Google dan Microsoft dan W3C untuk membentuk Dewan Penasihat Produk MDN WebDocs untuk membantu memastikan bahwa MDN mempertahankan posisi ini.

Saat Anda mencari teknologi di MDN, Anda akan melihat matriks kompatibilitas browser yang memberi tahu Anda apa dukungan browser tersebut. Anda juga akan menemukan tautan ke versi standar yang paling relevan dan terkini. Saat Anda mengikuti tautan ke suatu standar, Anda akan diarahkan ke halaman web yang relevan yang menguraikan standar itu dan spesifikasi teknisnya. Halaman-halaman ini mungkin sedikit berlebihan pada awalnya, karena strukturnya agak 'akademis'.

Untuk memberi Anda beberapa tip dalam menavigasi dokumentasi, mari kita lihat standar yang paling saya kenal: Pedoman Aksesibilitas Konten Web W3C (2.1).

Ini adalah format standar web W3C. Ini menampilkan daftar isi di sisi kiri halaman sementara konten diatur ke dalam tajuk yang sangat terstruktur — dimulai dengan versi, laporan, dan detail editor. Header dalam standar ini sering digunakan untuk mengutip bagian yang relevan dari standar " Oh, tapi WCAG 2.1 1.2.2 mengatakan "; tetapi bagi mereka yang tidak memiliki memori alfanumerik dari hard-disk, jangan takut, itu bukan persyaratan bahwa Anda harus mengetahui hal-hal ini dengan hati.

Saran pertama saya tentang menavigasi standar web adalah mencoba untuk tidak kewalahan oleh ini. Jika Anda berasal dari jalur non-akademik ke dalam pengembangan web seperti saya, struktur dokumen-dokumen ini pada awalnya dapat terlihat cukup formal, dan bahasanya juga dapat terasa seperti ini. Jangan biarkan ini menjadi alasan untuk menghindari penggunaan ini sebagai sumber informasi — karena sejujurnya ini adalah sumber informasi terbaik yang tersedia untuk mencari tahu bagaimana dan mengapa hal-hal web bekerja seperti yang mereka lakukan.

Berikut adalah beberapa tip cepat untuk bekerja dengan standar web:

• Versi TL;DR
  Pertama, penting untuk dipahami bahwa tidak ada TL;DR untuk standar web. Alasan mereka menjadi dokumen yang panjang dan komprehensif ini adalah karena memang harus demikian. Tidak ada kebutuhan yang terlewat dalam hal menuntut struktur dan mengharapkan kita dari hal-hal pengembangan web. Namun (tip pro, dan cara untuk menghindari informasi yang berlebihan), adalah memulai dengan abstrak standar dan mengikuti tautan apa pun ke dokumen pengantar. Dalam contoh saya, dokumen standar WCAG 2.1 membawa kita ke halaman tertaut lainnya untuk Ikhtisar Pedoman Aksesibilitas Konten Web. Yang menyediakan berbagai dokumentasi yang berguna termasuk panduan referensi cepat tentang cara memenuhi WCAG 2.

• Manfaatkan glosarium istilah
  Ini hanya membantu untuk memahami arti yang tepat dari kata dan frase dalam konteks standar web. Mari kita hadapi itu; ada begitu banyak istilah di luar sana dengan banyak arti. Memeriksa glosarium juga membantu menavigasi beberapa istilah yang lebih akademis.

• 'Temukan di halaman' adalah teman Anda
  Setelah Anda membiasakan diri dengan gambaran umum dan mendapat ide tentang istilah yang digunakan dalam standar web, Anda dapat mulai mencari melalui dokumentasi untuk informasi yang Anda butuhkan. Standar web dirancang sedemikian rupa sehingga Anda dapat menggunakannya dalam beberapa cara. Jika Anda berusaha untuk mendapatkan pemahaman yang komprehensif maka membaca dari awal sampai akhir disarankan; however, you can also drop in and out of the sections as you require them. The good folks creating web standards have made efforts to ensure that referential content is linked to the source and any helpful resources are also included, which helps support the kind of “on demand” usage that is common. Take this example from WCAG 2.1:

• If you're not sure — ask!
  This community is put together from a bunch of people who care and have an investment in the future of web technologies. If you want to make sure you are adhering to Web Standards but maybe have got caught up in a language barrier, and you're struggling to interpret what is meant by a phrase within a web standard, there are many folks out there that can help. You can raise issues through the W3C GitHub repositories for the W3C Web Standards or join the conversations about Web Standards through the suggested resources on the participate section of the W3C website.

How Do I Get Involved?

So, now that you know how to read up on your standards, what about getting involved?

Well, here are a few places to start:

• GitHub repositories for standards
  The WC3, TC39, WhatWG and WICG all have organizations on GitHub that contain repositories for the work they are doing. Be sure to check in on the READme, contribution guidelines and code of conduct (if there is one) before you begin. Use the issues of a repository to look at what is currently being discussed in terms of future developments for the standard it relates to.
• The W3C website
  Here you can look at all the working groups, community groups, and forums. It is a great place to start; if you join the organization and become a member of a community group or working group you'll be invited to the ongoing discussions, meetings, and events for that group.
• The WhatWG website
  For all things WhatWG. Here there are guides on how to participate, FAQs, links to the GitHub repositories and a blog that is maintained by members of the WhatWG.
• The WICG website
  Whilst the Web Incubator Community Group can be found from the W3C website, they are worth a separate shout-out here as they have their own web community page and Discourse instance. (For those of you not familiar with Discourse, it allows communities to create and maintain forums for discussion.)
• The TC39 standard
  This is pretty comprehensive and includes links to the ways in which you can to contribute to the standard.
• Speak to Developer Advocates
  Many Web Developer Advocates are members of an SDO or known to be working on standards; teams like ours (the Samsung Internet Developer Advocates) are often involved in the work of Web Standards and happy to talk to developers that are interested in them. After all, standards have a huge impact on the future of the web and in turn the work that we do. So, depending on the web standard that interests you, you'll be able to find folks like us (who are part of the work for those standards) through social media spaces like Twitter or Mastodon.

Terima kasih sudah membaca! Remember that web standards impact everyone that builds or consumes websites, so the work of Web Standards is something we should all care about.

If you want to chat more about web standards, accessibility on the web, web audio or open-source adventures — you can find me on Twitter and I'm also on Mastodon.

A huge thanks to Daniel Appelquist, who helped bring this article together.