Olutimilehin Olushuyi adalah seorang pengacara yang baru mengenal aksesibilitas. Kami membahas perjuangannya dengan JavaScript, standar internasional, dan pentingnya membaca konten situs.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Pelajari Aksesibilitas.
Alexandra Klepper: Bagaimana Anda memulai aksesibilitas web?
Olutimilehin Olushuyi (Shuyi): Oke, jadi lucu sekali ceritanya. Saya seorang pengacara. Saya menyadari di tahun terakhir sekolah saya, saya tidak ingin berlatih hukum selama sisa hidup saya. Jadi, saya mencoba untuk putus sekolah, tetapi dekan dan "ibu sekolah" saya, Profesor Ayodele Atsenuwa, berkata, "Mari kita bicara tentang ini. Anda sudah di tahun terakhir—selesaikan saja."
Pada akhirnya, saya senang dia mengatakan hal itu, dan saya senang saya menyelesaikannya, karena hal itu telah membantu saya dalam pekerjaan aksesibilitas. Profesor Atsenuwa bertanya kepada saya apa yang ingin saya lakukan, dan saya tidak tahu.
Saya mulai mencari peluang karier baru, dan menghubungi beberapa orang yang ingin membangun startup dan membutuhkan pengacara. Kesempatan itu tidak cocok, tetapi itu adalah pertama kalinya saya mengetahui bahwa orang-orang menulis kode untuk semua produk yang kami gunakan. Saya berpikir, "Saya bisa mengambil ini." Saya mulai mempelajari HTML dan CSS sendiri. Kemudian, saya membuka JavaScript dan... [tertawa] JavaScript melakukan hal-hal JavaScript, jadi saya kembali berfokus pada bahasa semantik frontend saya.
Saya menemukan karya Andy Bell dan Heydon Pickering. Saya membeli Every Layout, dan itu mengubah hidup saya. Andy terus menyebutkan aksesibilitas, tetapi saya tidak tahu apa artinya dalam konteks ini. Saya menyadari bahwa saya mungkin dapat bekerja di pengembangan web tanpa perlu mengetahui cara menulis JavaScript.
Saya menghubungi Heydon dan dia sangat terbuka, sangat responsif. Sepertinya semua orang di bidang aksesibilitas seperti itu, dan saya bersyukur atas hal itu.
Alexandra: Saya setuju, semua orang yang saya ajak bicara sangat baik dan sangat membantu.
Shuyi: Tentu saja. Saat ini, saya melakukan lebih banyak pekerjaan dalam advokasi. Saya berdomisili di Nigeria, negara tempat aksesibilitas web tidak diwajibkan oleh hukum. UU Diskriminasi terhadap Penyandang Disabilitas diberlakukan pada tahun 2018. Namun, tidak ada hukum aksesibilitas web, hanya hukum tentang aksesibilitas fisik. Ini seperti Americans with Disabilities Act (ADA) di Amerika Serikat. Hukum kami tidak terstruktur dengan baik, tetapi lebih baik daripada tidak ada sama sekali.
Saya menyadari bahwa jika ingin memiliki peluang untuk membuat perbedaan dan menjadi developer yang berfokus pada aksesibilitas, pertama-tama saya harus membuat ekosistem menyadari kebutuhan aksesibilitas. Saya mulai membuat tweet tentang advokasi aksesibilitas. Saya berbicara dengan perusahaan dan merek, yang dukungannya diperlukan agar aksesibilitas dapat berfungsi.
Alexandra: Saya yakin latar belakang hukum Anda sangat berguna dalam menangani aksesibilitas. Anda benar-benar dapat membaca legislasi baru dan memahaminya dengan cara yang tidak akan dilakukan orang biasa. Hal ini termasuk developer rata-rata.
Shuyi: Menurut saya salah satu hadiah terbesar dari latar belakang hukum saya adalah saya dapat duduk di halaman materi latar belakang yang sangat panjang, dokumen yang sangat panjang, tanpa merasa lelah. Saya hanya melipat kaki, mengangkat laptop, dan mulai membaca. Dan membaca. Dan membaca. Ada keunggulannya,
Alexandra: Maksud saya … Saya iri, itu adalah keterampilan yang bagus. Apakah Anda merasa akan bekerja sama dengan pemerintah untuk meloloskan hukum aksesibilitas digital?
Shuyi: Sejujurnya, saya rasa tidak. Berinteraksi dengan pemerintah tidak berbeda. Butuh waktu terlalu lama bagi pemerintah kita untuk melakukan sesuatu, terutama sebagai individu. Pekerjaan semacam itu lebih cocok untuk LSM dan organisasi lainnya yang memiliki staf dan sumber daya untuk mewujudkan perubahan.
Hukum fisik membutuhkan waktu yang sangat lama untuk disahkan, dan kebutuhan aksesibilitas telah jauh melampaui apa yang akhirnya diberlakukan dalam hukum beberapa tahun lalu. Ini seperti draf pertama yang disahkan meskipun dunia telah berubah.
Pada akhirnya, kami senang ada sesuatu yang bisa diandalkan, tidak peduli sudah ketinggalan zaman. Ada hukum yang harus ditegakkan.
Membuat tata letak yang mudah diakses
Alexandra: Saya telah membaca artikel Anda,
<article> vs. <section>: How To Choose The Right One
di Smashing Magazine dan thread Twitter
yang menginspirasinya. Apa yang akan Anda katakan sebagai satu hal penting, apa satu hal
yang Anda inginkan dari developer web?
Shuyi: Developer harus membaca konten sebelum mereka mulai membuat tata letak.
Awalnya, untuk desain situs saya, saya hanya menghitung jumlah paragraf dan menempatkannya di bagian dan artikel, tanpa banyak berpikir. Namun, seseorang menarik perhatian saya pada penyalahgunaan bagian—itu adalah pertama kalinya saya memikirkannya. Membaca konten adalah satu hal yang dapat Anda lakukan untuk membuat produk yang lebih baik.
Alexandra: Saat menjadi developer, saya sering kali mendengar klien lepas mengatakan, "Oh, buatkan saja sesuatu untuk kami, nanti kami akan mengisi kontennya". Tentu saja, ada beberapa halaman yang memiliki konteks otomatis, seperti halaman kontak. Namun, mengetahui jumlah halaman yang akan dibuat, dan jenis dukungan kustom yang diperlukan, hanya dapat dijawab setelah saya mendapatkan konten.
Shuyi: Sebelum mengetahui apa yang saya ketahui, klien terbaik saya akan memberi saya ide desain umum, dan saya telah membuat situs dengan banyak lorem ipsum. Saya akan mencari tahu semuanya. Namun, saat menyadari seberapa besar pengaruh infrastruktur konten terhadap pengguna di web, Anda akan menyadari betapa banyak proses standar untuk mem-build sesuatu di web yang sebenarnya cacat. Anda harus disengaja saat membuat sesuatu.
Begitu banyak pekerjaan infrastruktur aksesibilitas yang tidak mendapatkan perhatian sama sekali, dan hal ini membuat saya sedih.
Alexandra: Bagaimana Anda melakukan riset untuk memastikan bahwa saran yang Anda berikan dalam artikel tersebut sudah benar?
Shuyi: Pertama, saya memisahkan sumber informasi—hal itulah yang Anda lakukan dalam hukum, memisahkan sumber primer dan sekunder. Sumber utamanya adalah hukum yang sebenarnya (seperti hukum ADA dan Nigeria) dan sumber sekunder adalah apa yang ditafsirkan oleh pakar dari hukum tersebut.
Saya memutuskan untuk hanya merujuk ke sumber utama: spesifikasi HTML, WCAG, dan WAI-ARIA. Saya membaca karya orang lain, banyak karya bagus. Namun, pada akhirnya, karena pendapatnya sangat berbeda, saya memutuskan bahwa saya hanya dapat menganggapnya sebagai konteks yang berguna, tetapi tidak mengandalkannya sebagai jawaban yang benar.
Membangun komunitas yang mudah diakses
Alexandra: Anda menyebutkan bahwa Anda mencoba membentuk feed Twitter menjadi tempat untuk aksesibilitas. Pernahkah Anda melakukan banyak percakapan lain di Twitter sejak publikasi artikel Smashing Magazine tentang hal yang Anda pelajari?
Shuyi: Selama beberapa hari pertama, saya tidak dapat memahami Twitter dengan baik. Banyak sekali orang yang mengikuti saya, seperti 200+ orang. Awalnya saya bersemangat, tetapi kemudian saya merasa takut. Misalnya, saya baru memulai, jangan mengikuti saya untuk mencari kebijakan yang bijaksana. Saya ditambahkan ke banyak daftar Twitter.
Tapi, saya adalah manusia. Saya sering membuat tweet tentang banyak hal yang tidak jelas, tidak terkait aksesibilitas, dan tidak terkait developer web. Saya tidak ingin mengecewakan orang lain. Jangan ikuti saya hanya karena aksesibilitas. Saya merasa akan mengecewakan Anda.
Alexandra: [Tertawa], Saya rasa banyak orang yang berpikir demikian. Saya tentu saja melakukannya untuk persona Twitter saya.
Shuyi: Sebagian besar respons terhadap artikel itu sendiri bersifat positif. Saya mendapatkan satu respons terhadap artikel yang agak kontroversial. Vitaly adalah editor saya, dan dia menghubungi saya secara langsung untuk membagikan komentar dan meminta saya untuk menyelidikinya. Ternyata, orang tersebut mereferensikan dokumen MDN yang menyatakan bahwa semua artikel harus memiliki elemen judul. Saya merekomendasikan agar bagian tersebut memiliki elemen judul berdasarkan spesifikasi.
Dokumen MDN merekomendasikan untuk menyertakan header, tetapi tidak benar-benar menjelaskan apa saja manfaatnya.
Tentu saja, spesifikasi berubah lebih jarang daripada kebutuhan pengguna, jadi selama Anda dapat mendukung keputusan untuk mengubah cara mem-build sesuatu, hal itu mungkin tidak masalah.
Jadi, izinkan saya memberikan contoh. Misalnya, Anda membuat komponen kartu bernama "Harga", dengan tiga elemen di dalamnya. Hayden Pickering menyarankan untuk memasukkan setiap kartu ke dalam elemen daftar. Dengan begitu, saat seseorang yang menggunakan teknologi bantuan (AT) membuka bagian tersebut, akan ada pemberitahuan bahwa ada tiga item dalam daftar harga. Anda dapat menata gaya daftar sehingga tidak ada titik-titik, membuatnya terlihat seperti yang Anda inginkan, tetapi hal ini membantu pengguna AT mendapatkan informasi yang berguna terlebih dahulu. Jika menggabungkan setiap item dalam div, Anda hanya akan berfokus pada aspek visual, yang tidak membantu pengguna dengan gangguan penglihatan. Pikirkan orang sebelum mendesain.
Saya mengambil ide itu, dan mengubahnya menjadi sebuah laman blog. Postingan blog sebenarnya berada dalam elemen daftar. Dengan demikian, saat memasuki halaman, pengguna akan diberi tahu bahwa mereka berada di salah satu dari sejumlah postingan di halaman.
Jadi, saya tetap mempertahankan rekomendasi saya dalam artikel ini, dan saya akan melakukannya hingga saya memahami alasan MDN membuat rekomendasi tersebut.
Alexandra: Karena dokumen MDN bersifat open source, apakah Anda akan menyarankan perubahan dan melakukan update di sana?
Shuyi: Sejujurnya, saya belum memberikan kontribusi open source apa pun. Namun, ini adalah jenis pekerjaan yang ingin saya lakukan, tentunya lebih dari sekadar bekerja dengan pemerintah.
Spesifikasi versus implementasi
Alexandra: Sepertinya salah satu hal penting yang dapat diambil adalah terkadang spesifikasi menyatakan satu hal, tetapi implementasi dan dokumen eksternal lainnya mungkin menyarankan untuk melakukan hal yang berbeda. Bagaimana seseorang memutuskan saran siapa yang akan diikuti?
Shuyi: Saya sering memikirkan hal ini. Saya tidak yakin saya memiliki pengalaman yang diperlukan untuk menjawab pertanyaan tersebut. Kami selalu berusaha agar siap menghadapi masa depan. Sebaiknya lakukan peningkatan berkelanjutan seiring perubahan web. Dengan begitu, saat spec diperbarui, Anda tidak perlu melakukan retrofit pada situs. Berapa peluang Anda membuat pilihan dan tiga tahun dari sekarang spesifikasinya berubah.
Setiap pilihan yang kita buat sekarang adalah tebakan terbaik kita tentang seperti apa masa depan web, arah yang kita perkirakan akan diambil penulis spesifikasi.
Alexandra: Web terus berubah, satu orang tidak dapat memiliki semua jawaban. Apakah spesifikasi mengalami perubahan saat Anda menulis?
Shuyi: Saya mulai menulis artikel sebelum model garis besar dokumen dihapus dari spesifikasi. Model ini menyarankan bahwa tingkat judul harus dihitung secara otomatis berdasarkan kedalaman tingkat bertingkat. Namun, hal ini tidak pernah benar-benar diterapkan dan hal itu menimbulkan banyak masalah bagi developer. Saran untuk developer adalah memperbaiki judul secara manual.
Jika artikel telah dipublikasikan sebelum perubahan spesifikasi, saya mungkin akan kembali dan melakukan pengeditan tersebut—lagi pula, artikel tersebut ada di Smashing Magazine. Namun, jika diposting di blog pribadi saya, apakah saya akan melakukannya? Mungkin tidak. Dan itu hanya membicarakan pembaruan artikel, bukan memperbarui seluruh situs yang dibuat berdasarkan spesifikasi yang berubah.
Apakah kita mengharapkan developer segera mengubah situs mereka saat spesifikasi berubah? Tentu saja tidak. Mereka melakukan penghitungan tentang apa yang terbaik saat membuat situs dan menjalani pilihan tersebut. Spesifikasi akan berubah, spesifikasi mungkin tidak memiliki jawaban.
Aksesibilitas sebagai karier
Alexandra: Berapa banyak waktu yang Anda habiskan untuk memikirkan standar aksesibilitas global? Standar dan hukum berbeda di seluruh dunia. Saya yakin Anda telah membaca banyak aturan tersebut, dan saya yakin beberapa hukum mengharuskan Anda melakukan hal yang berlawanan. Apa yang akan Anda lakukan dalam kasus tersebut?
Shuyi: Saya berpikir untuk meluncurkan bisnis untuk pekerjaan aksesibilitas freelance. Saya bergabung dengan saluran chat aksesibilitas web global dan meminta tips tentang cara memulainya. Adrian Roselli menghubungi dan berkata, "Klien Anda akan mengandalkan Anda untuk mematuhi hukum yang dapat menimbulkan konsekuensi besar. Sebelum menawarkan layanan, ketahui wilayah yang menjadi keahlian Anda. Ketahui hukum yang Anda pahami sehingga, saat mencari nafkah, Anda tidak membebani klien dengan kewajiban yang besar. Mereka memercayai Anda untuk mengetahui hukum yang berlaku."
Tentu saja, banyak bisnis mencari bantuan aksesibilitas karena mereka diwajibkan secara hukum, dan bukan hanya karena itu adalah hal yang benar. Kapitalisme adalah alasan aksesibilitas diterapkan. Pada akhirnya, tidak penting mengapa hal itu terjadi, yang penting adalah produk dapat diakses.
Saya menjeda pekerjaan lepas sampai saya yakin sepenuhnya bahwa saya dapat membantu klien dengan hukum di wilayah mereka. Standarisasi sangat penting, upaya dan dampak WCAG tidak dapat dilebih-lebihkan. Memiliki framework pusat tentang cara kerja web memudahkan pemerintah untuk mengandalkan standar yang sama. Namun, tentu saja, tidak semua pemerintah akan menerima standar tersebut.
Alexandra: Anda telah mendapatkan banyak saran bagus dari orang-orang hebat dalam perjalanan Anda menuju aksesibilitas. Apakah ada saran lain yang ingin Anda dapatkan sebelum memutuskan untuk mengejar karier ini?
Shuyi: Meskipun hal itu tidak akan mengubah jalur karier saya, ada baiknya mengetahui bahwa, pekerjaan aksesibilitas yang mulia, hal itu sangat dipengaruhi oleh kapitalisme.
Alexandra: [Tertawa] Oh ya.
Shuyi: Saya adalah junior. Saya memiliki pengalaman selama satu tahun di bidang aksesibilitas. Terutama jika Anda tinggal di Afrika, seperti saya, ketersediaan posisi dalam aksesibilitas terbatas. Perusahaan mempekerjakan manajer, satu orang untuk memenuhi persyaratan hukum apa pun yang diperlukan. Namun, saya ingin bekerja dalam tim, tempat saya dapat belajar dan mengembangkan keterampilan.
Saya sangat senang dapat bekerja tanpa mempelajari JavaScript—sehingga saya hanya dapat mempelajari aturan dan membantu tim saya menerapkannya. Namun, posisi developer di agensi mengharuskan saya memiliki pengalaman JavaScript. Saya pindah ke kota baru dan bergabung dengan bootcamp JavaScript agar dapat memenuhi persyaratan tersebut. Bagi orang lain yang sedang dalam perjalanan aksesibilitas, ketahuilah bahwa Anda harus berfokus untuk membangun keterampilan pengembangan terlebih dahulu.
Saya tidak akan berbohong, saya tetap tidak menyukai JavaScript.
Lakukan satu hal: menambahkan fokus keyboard
Alexandra: Apakah JavaScript adalah alasan saya sekarang menjadi penulis teknologi, bukan developer? Ya, benar. Saya sangat membencinya. Semoga Anda berhasil dalam program pelatihan ini.
Apa satu hal yang Anda ingin developer lakukan untuk membuat situs mereka dapat diakses?
Shuyi: Fokus keyboard. Saya memohon dari lubuk hati saya. Trackpad saya tidak berfungsi, jadi saat bepergian, saya mengandalkan keyboard untuk menjelajahi web, dan hampir setiap situs sangat buruk. Fokus keyboard tidak hanya bermanfaat bagi penyandang disabilitas.
Membangun platform yang mudah diakses akan bermanfaat bagi semua orang.
Ikuti terus pekerjaan Shuyi di Twitter @shuyiolutimi.