W3C Di Dua Puluh Lima

Diterbitkan: 2022-03-10
Ringkasan singkat W3C merayakan hari jadinya yang ke- 25 pada tanggal 1 Oktober 2019. Dalam artikel ini, Rachel Andrew menjelaskan cara kerja W3C dan membagikan “Kisah Web” miliknya untuk menjelaskan mengapa proses Standar Web sangat penting bagi semua orang untuk memiliki platform web terbuka tempat mereka dapat berbagi cerita dan membangun hal-hal luar biasa untuk web bersama.

Pekan lalu, World Wide Web Consortium (W3C) merayakan hari jadinya yang ke- 25 dan mengundang orang-orang untuk berbagi mengapa platform web terbuka penting bagi mereka melalui tagar #WebStories. Karena saya adalah anggota Kelompok Kerja CSS di W3C dan perwakilan untuk Fronteers, saya pikir ini saat yang tepat untuk menjelaskan lebih banyak tentang peran W3C dalam pekerjaan yang kita semua lakukan.

Apa Sebenarnya W3C Itu?

Di situs web W3C, halaman Tentang menjelaskan W3C sebagai:

"... sebuah komunitas internasional di mana anggota organisasi, staf penuh waktu, dan masyarakat 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."

Ada tautan di halaman itu ke detail misi dan visi W3C, namun, motivasi utama organisasi ini adalah memastikan bahwa web adalah untuk semua orang — dan untuk segala hal.

Akses ke web tidak boleh dibatasi oleh siapa Anda, di mana Anda berada, atau perangkat yang Anda gunakan.

Siapa Organisasi Anggotanya?

Anggota W3C adalah organisasi yang membayar biaya keanggotaan untuk menjadi bagian dari W3C. Pada saat penulisan, ada 449 anggota, dan Anda dapat melihat daftar lengkapnya di sini. Jika Anda membaca daftar ini, Anda akan menemukan bahwa mayoritas anggota adalah perusahaan yang sangat besar. Beberapa adalah nama yang mudah dikenali oleh kami sebagai pengembang web: vendor browser seperti Google dan Mozilla, perusahaan internet besar seperti Airbnb dan Facebook. Namun, ada anggota dari berbagai industri. Web menyentuh hampir semua bidang kehidupan dan bisnis , dan ada perusahaan yang melakukan hal menarik di ruang yang mungkin tidak kita anggap sebagai perusahaan web. Misalnya, orang yang bekerja di penerbitan tradisional (banyak buku diformat menggunakan teknologi web) dan industri otomotif.

Kesamaan yang dimiliki semua anggota adalah bahwa web memengaruhi pekerjaan yang mereka lakukan , dan mereka ingin memiliki suara untuk menentukan arah pergerakan, dan bahkan berperan dalam menciptakan dan menentukan teknologi web.

Saya mewakili Fronteers (organisasi pengembang web Belanda) di W3C. Tahun ini, Fronteers mengambil langkah yang tidak biasa* menjadi Organisasi Anggota W3C.

* “Tidak biasa” karena mereka adalah organisasi sukarela yang mewakili pengembang web, bukan perusahaan besar yang mewakili kepentingan perusahaan besar.

Komite Penasehat (AC)

Organisasi anggota mengambil bagian dalam bisnis W3C dengan memberikan suara dalam berbagai hal. Ini diorganisir oleh perwakilan AC organisasi yang tugasnya membawa informasi dari W3C ke organisasi, dan juga membawa sudut pandang organisasi ke topik relevan yang dibahas di W3C.

Saya perwakilan untuk Fronteers dan jadi saya menghadiri dua pertemuan AC setahun — dan mendapatkan banyak email! Soal pemungutan suara, saya harus mencari tahu dari Fronteers bagaimana mereka ingin memilih dan kemudian memberikan suara Fronteers. Pada tahun lalu, salah satu masalah pemungutan suara yang penting adalah pemilihan anggota Dewan Pertimbangan (AB); Fronteers mengadakan pemungutan suara internal, dan saya mengambil hasilnya kembali untuk membuat pemungutan suara resmi di W3C.

Grup W3C

Sebagian besar pengembang web mungkin lebih sadar akan kelompok kerja W3C daripada organisasi lainnya, karena melalui kelompok inilah sebagian besar pekerjaan yang kami pedulikan berlangsung. Setiap organisasi anggota dapat memilih orang-orang dari organisasi mereka ke dalam kelompok kerja. Selain itu, grup dapat mengundang orang tertentu (dikenal sebagai Pakar yang Diundang ) untuk berpartisipasi dalam grup tersebut. Saya adalah Pakar yang Diundang di Kelompok Kerja CSS, dan sekarang menjadi bagian dari kelompok sebagai perwakilan Fronteers. Secara praktis, interaksi saya dengan Kelompok Kerja CSS tetap sama, namun, saya sekarang memiliki peran untuk dimainkan di W3C secara keseluruhan sebagai perwakilan W3C untuk Fronteers.

Ada sejumlah besar kelompok kerja, yang mencakup berbagai macam teknologi. Kelompok-kelompok ini biasanya bekerja pada beberapa jenis penyampaian, seperti spesifikasi yang dihasilkan oleh Kelompok Kerja CSS. Ada juga sejumlah Kelompok Kepentingan , yang memungkinkan pertukaran ide seputar topik tertentu yang mungkin juga sebagian menjadi tanggung jawab beberapa kelompok kerja.

Grup di atas memerlukan komitmen waktu yang signifikan dan status keanggotaan W3C atau Pakar Diundang, namun, ada sejumlah Komunitas dan Grup Bisnis yang terbuka untuk orang yang tertarik dan tidak memaksakan komitmen waktu tertentu. Grup Komunitas Inkubator Platform Web adalah salah satu grup tersebut dan memiliki forum Wacana untuk diskusi fitur web baru, dan juga berbagai proposal di GitHub. Banyak dari fitur ini akhirnya menjadi CSS atau spesifikasi bahasa lainnya dan karenanya menjadi bagian dari platform.

Terlibat Dan Mengikuti

Selain bergabung dengan kelompok komunitas, perlu dicatat bahwa siapa pun dapat terlibat dalam pekerjaan W3C , yaitu Anda tidak perlu menjadi Pakar yang Diundang, bagian dari organisasi anggota, atau memiliki kualifikasi khusus. Misalnya, jika Anda ingin mengetahui apa yang terjadi di CSS Working Group, Anda dapat melihat Masalah kami di GitHub. Siapa pun dapat mengomentari masalah ini untuk menawarkan kasus penggunaan baru untuk suatu fitur dan bahkan dapat mengajukan masalah untuk fitur yang mereka rasa harus menjadi bagian dari spesifikasi CSS.

Seperti kebanyakan grup W3C, WG CSS menggunakan IRC untuk membuat rapat; diskusi apa pun tentang suatu masalah akan diposting kembali ke masalah itu setelahnya sehingga siapa pun yang tertarik dapat mengikuti.

Pesan GitHub dibuat secara otomatis untuk menautkan menit IRC ke masalah
Contoh pesan yang dibuat secara otomatis mengenai masalah yang telah dibahas dalam rapat.

Jika Anda ingin tahu apa yang dilakukan W3C yang lebih luas, maka dokumen sorotan strategis adalah tempat yang baik untuk dilihat. Dokumen terbaru diproduksi pada bulan September, dan memaparkan beberapa pekerjaan utama yang baru-baru ini dicapai oleh kelompok-kelompok W3C. Menggulir melalui dokumen itu menunjukkan berbagai kegiatan yang melibatkan W3C. Sangat penting bagi komunitas web untuk terlibat dengan standar , seperti yang telah kita lihat di masa lalu tentang apa yang terjadi ketika vendor mengontrol arah web.

Sejarah ini dijelaskan dengan indah oleh Amy Dickens dalam postingannya, “Web Standards: The What, The Why, And The How”:

"Tanpa komunitas Standar Web, pembuat browser akan 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 akan memiliki suara. dalam apa yang akan terjadi di masa depan."

#Cerita Web saya

Mengapa semua ini penting bagiku? Salah satu alasan saya sangat peduli dengan platform web yang tetap terbuka dan dapat diakses oleh orang baru yang ingin memublikasikan dan membangun sesuatu untuk web adalah karena rute yang saya ambil untuk sampai ke sini .

Seperti yang disebutkan sebelumnya, W3C merayakan hari jadi mereka dengan mengundang orang-orang untuk berbagi cerita tentang bagaimana mereka terlibat dalam web.* Dengan semangat itu (dan mungkin untuk mendorong pembaca Smashing berbagi cerita mereka), inilah milik saya.

* Begitu banyak orang telah berbagi perjalanan mereka di Blog W3C tentang bagaimana mereka pertama kali kagum dengan web dan terus kagum akan potensinya. Bergabunglah dan bagikan cerita Anda!

Saya tidak pernah berniat untuk bekerja dengan komputer. Saya berniat menjadi penari dan penyanyi, dan saya meninggalkan sekolah pada usia 16 tahun untuk kuliah di sekolah tari. Ayah saya adalah seorang programmer, bagaimanapun, jadi kami cukup tidak biasa pada saat itu karena kami memiliki komputer di rumah pada tahun 1985 ketika saya berusia 10 tahun.

Sebagai seorang anak, saya suka mengetik kode game "pilih petualangan Anda sendiri", yang muncul di buku dan majalah. Saya suka melihat string teks yang kemudian akan muncul di game yang nantinya akan saya mainkan (biasanya, setelah ayah saya memperbaikinya) di Amstrad CPC464 kami. Saya suka mengunjungi lab komputer di Universitas Newcastle, melihat komputer besar, dan berbicara dengan wanita yang mengerjakannya. Mungkin yang paling penting (dan terlepas dari minat seni saya), saya tidak pernah tumbuh dewasa dengan pemikiran bahwa saya tidak bisa menggunakan komputer. Aku hanya tidak terlalu tertarik.

Buku dengan baris kode yang ingin diketik untuk membuat permainan teks
Buku-buku yang saya salin dari permainan sebagai seorang anak.

Di sekolah, saya belajar mengetik di mesin tik elektronik, dan satu-satunya komputer yang ada adalah di ruang seni yang digunakan untuk aplikasi menggambar dasar. Karena kami memiliki komputer di rumah, saya menggunakannya untuk tugas sekolah, meskipun beberapa guru tidak senang dengan esai yang dicetak.

Saya akhirnya meninggalkan dance dan pergi ke belakang panggung, bekerja di West-End of London. Lampu bergerak, set otomatis, dan sistem kontrol pertunjukan akan membuat perubahan besar pada industri yang telah melihat sedikit perubahan selama bertahun-tahun. Kami melihat awal dari perubahan itu ketika saya berada di West End; Saya ingat tertawa dengan kru ketika kami mendengar berita tentang beberapa pertunjukan dengan "sistem komputer mewah" yang memiliki banyak masalah yang tidak dimiliki produksi tradisional kami. Tak satu pun dari kita bisa membayangkan perubahan yang akan datang .

Kemudian saya hamil dengan putri saya dan harus meninggalkan teater. Saya pandai menjadi kru dan menyukai teater, tetapi itu adalah pekerjaan yang berat dan terkadang berbahaya dengan jam kerja yang tidak ramah — sebenarnya bukan pekerjaan untuk seseorang yang memiliki bayi. Saya tidak tahu apa yang akan saya lakukan, tetapi saya bisa mengetik jadi saya pikir mungkin saya bisa mengetik esai untuk orang-orang. Saya dijual ke komputer — setelah pergi ke Dunia PC mencari pengolah kata. Itu adalah Packard Bell 486 dengan layar 640x480 built-in — mesin mengerikan yang memungkinkan saya untuk membuat kartu suara atau modem berfungsi, tetapi tidak keduanya sekaligus. Saya memilih modem dan di sinilah cerita web saya benar-benar dimulai. Bahkan membuat modem ini bekerja dan memasukkan komputer ke Internet adalah suatu tantangan dan, begitu saya melakukannya, saya pergi mencari informasi tentang… bayi.

Aku tidak tahu apa-apa tentang bayi. Semua teman saya adalah pria yang bekerja di belakang panggung di teater. Saya tidak memiliki jaringan pendukung, tidak ada keluarga di sekitar saya untuk membantu, jadi saya masuk ke ParentsPlace dan menemukan orang-orang yang tidak keberatan dengan pertanyaan saya dan dengan senang hati membantu. Pada saat itu, jelas tidak ada Facebook. Artinya, jika Anda ingin berbagi foto dan cerita, Anda membuat situs web. Jadi di antara forum tentang melahirkan dan tantrum balita, ada orang- orang yang saling mengajari HTML dan berbagi set grafik beserta kode untuk menempatkannya. Rasanya seperti mengetik buku-buku "pilih petualanganmu sendiri" itu lagi. Saya kagum bahwa saya tidak membutuhkan siapa pun untuk memperbaiki kode saya — itu berhasil!

Tangkapan layar situs web ParentsPlace 1997
Diambil dari Internet Archive, ini adalah situs web bernama 'ParentsPlace' yang ada sekitar waktu saya mengandung putri saya. tautan arsip.org

Tak lama kemudian, orang-orang akan membayar saya untuk membangunkan mereka sebuah situs web, dan saya merasa bahwa saya harus membayar setidaknya dalam beberapa cara untuk semua pertanyaan yang saya ajukan. Jadi, saya mulai menjawab pertanyaan di forum. Itu adalah bagaimana tampaknya bekerja. Orang-orang akan belajar dan bergerak satu langkah ke atas , orang-orang baru akan datang dengan pertanyaan yang sama dan orang-orang yang selangkah lebih maju akan menjawab — sambil mengajukan pertanyaan mereka sendiri tentang mereka yang lebih jauh. Saya suka ini. Saya tidak pernah bisa memberikan pelajaran, tetapi saya punya waktu. Saya dapat membantu orang lain, dan sebagai imbalannya, orang-orang membantu saya. Saya menemukan melalui ini bahwa saya cukup baik dalam menjelaskan hal-hal teknis dengan cara yang lugas — kemampuan yang selalu saya akreditasi untuk fakta bahwa saya berjuang untuk mempelajari hal-hal baru ini sendiri. Itu tidak pernah mudah . Namun, saya bersedia menghabiskan waktu, dan menganggapnya menarik.

Dengan putri saya di lutut saya, saya mulai belajar Perl sendiri karena saya tidak suka buku tamu yang tidak tersedia dan ingin menulis sendiri. Saya menginstal Linux di Compaq bekas, dan mempelajari dasar-dasar administrasi sistem, cara mengkompilasi Apache, membungkus izin file kepala saya, dan pada saat putri saya berusia tiga tahun, saya mendapat pekerjaan menuju teknis tim di perusahaan properti "dot com".

Saya menjadi tertarik pada standar web pada dasarnya karena tidak masuk akal bagi saya bahwa kami harus membuat situs web yang sama dua kali — agar dapat berfungsi di kedua browser . Pada saat itu, Dreamweaver adalah alat pilihan bagi banyak pengembang web, karena membuat berurusan dengan kekacauan tabel bersarang yang harus kami hadapi menjadi lebih mudah. Jadi, dipengaruhi oleh pekerjaan The Web Standards Project, saya (bersama dengan pacar saya saat itu, sekarang menjadi suami Drew McLellan) mulai berbagi tip dan ekstensi Dreamweaver dengan grup Dreamweaver Usenet, sambil menjelaskan mengapa standar web itu penting dan menunjukkan bagaimana membuat standar dukungan Dreamweaver.

Tangkapan layar bio saya di situs WaSP diambil dari Internet Archive
Bio saya di situs WaSP pada tahun 2002 — tidak banyak yang bisa dikatakan! (tautan arsip.org)

Pada akhirnya, kami berdua berakhir di Macromedia Beta, membantu membuat Dreamweaver sendiri lebih sesuai standar. Kami juga diundang untuk bergabung dengan Proyek Standar Web — khususnya untuk menjadi bagian dari Gugus Tugas Dreamweaver. Saya tidak percaya bahwa Jeffrey Zeldman mengirim email kepada saya , meminta saya untuk bergabung dengan WaSP! Mereka adalah orang-orang yang saya kagumi dan telah belajar banyak darinya. Fakta bahwa mereka ingin saya menjadi bagian dari organisasi itu luar biasa dan memberi saya begitu banyak kepercayaan diri untuk melanjutkan pekerjaan yang sudah saya lakukan.

Keterlibatan itu menjadi landasan karir saya; Saya menyadari bahwa kemampuan saya untuk menjelaskan hal-hal teknis dapat membantu pengembang web lain mempelajari teknologi baru ini dan memahami kebutuhan akan standar. Saya juga menemukan bahwa mampu menjelaskan sesuatu dengan jelas berguna dalam meningkatkan laporan bug, dan menulis kasus penggunaan untuk fitur perangkat lunak baru (di browser atau alat seperti Dreamweaver). Dua dekade setelah menemukan standar web, saya masih melakukan pekerjaan ini. Itu terus menarik minat saya, dan saya pikir itu lebih penting dari sebelumnya .

Sifat web yang terbuka, teknologi yang relatif sederhana, dan sikap komunitas yang membantu dan saling berbagi adalah alasan saya ada di sini. Salah satu alasan terbesar mengapa saya tetap bertahan setelah bertahun-tahun adalah karena standar Web dan perjuangan terus-menerus untuk web terbuka. Itulah mengapa saya berpikir bahwa W3C dan proses standar sangat penting, dan mengapa menurut saya sangat penting bahwa pengembang web juga terlibat dalam prosesnya.

Saya ingin membantu memastikan bahwa suara pengembang web yang mengerjakan proyek kecil didengar, dan bahwa arah web tidak didikte oleh beberapa perusahaan raksasa. Web adalah tempat kita berkarier , dan seringkali bahkan kehidupan sosial kita; itu adalah cara kita berkomunikasi satu sama lain. Saya ingin itu tetap menjadi tempat yang saya inginkan. Saya ingin itu tetap cukup terbuka sehingga orang berikutnya tanpa latar belakang teknis dapat mengajukan dan mulai menerbitkan dan membuat, dan menemukan tempat yang mereka inginkan untuk membangun karier juga.

Apa Cerita Web Anda?

Apakah Anda telah bekerja di web selama lebih dari 20 tahun atau hanya satu, silakan bagikan cerita Anda di blog W3C, di situs Anda sendiri, atau mungkin tulis sesuatu di bagian komentar di bawah ini. Saya ingin mendengar perjalanan Anda!