Olutimilehin Olushuyi adalah seorang pengacara yang baru mengenal aksesibilitas. Kami berbicara tentang perjuangannya dengan JavaScript, standar internasional, dan pentingnya membaca konten situs.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Learn Accessibility!
Alexandra Klepper: Bagaimana Anda memulai aksesibilitas web?
Olutimilehin Olushuyi (Shuyi): Oke, jadi, ini adalah cerita lucu. Saya seorang pengacara. Saya menyadari pada tahun terakhir sekolah, saya tidak ingin berpraktik hukum selama sisa hidup saya. Jadi, saya mencoba keluar dari sekolah, tetapi dekan dan "ibu sekolah" saya, Profesor Ayodele Atsenuwa, berkata, "Mari kita bicarakan ini. Kamu sudah di tahun terakhir—selesaikan saja."
Pada akhirnya, saya senang dia mengatakan itu, dan saya senang saya menyelesaikannya, karena hal itu telah membantu saya dalam pekerjaan aksesibilitas saya. 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. Peluang itu tidak cocok, tetapi saat itulah pertama kalinya saya tahu bahwa orang menulis kode untuk semua produk yang kita gunakan. Saya berpikir, "Saya bisa mengambilnya." Saya mulai belajar sendiri HTML dan CSS. Kemudian, saya mempelajari JavaScript dan... [tertawa] JavaScript melakukan hal-hal JavaScript, jadi saya kembali berfokus pada bahasa semantik frontend.
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 bidang pengembangan web tanpa perlu mengetahui cara menulis JavaScript.
Saya menghubungi Heydon dan dia sangat bersedia membantu, sangat responsif. Sepertinya semua orang di bidang aksesibilitas seperti itu, dan saya berterima kasih untuk itu.
Alexandra: Saya sangat setuju, semua orang yang pernah saya ajak bicara sangat baik dan sangat membantu.
Shuyi: Tentu saja. Saat ini, saya lebih banyak bekerja di bidang advokasi. Saya tinggal di Nigeria, negara yang tidak mewajibkan aksesibilitas web berdasarkan hukum. Discrimination Against Persons with Disabilities Act disahkan sekitar tahun 2018. Namun, tidak ada hukum tentang aksesibilitas web, hanya hukum tentang aksesibilitas fisik. Hal ini seperti UU Penyandang Disabilitas Amerika (ADA) di Amerika Serikat. Hukum kita disusun dengan buruk, tetapi lebih baik daripada tidak ada sama sekali.
Saya menyadari bahwa jika saya 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 perlu mendukung agar aksesibilitas dapat berfungsi.
Alexandra: Saya yakin latar belakang hukum Anda sangat berguna dalam menangani aksesibilitas. Anda benar-benar dapat membaca dan memahami legislasi baru dengan cara yang tidak dapat dilakukan oleh orang biasa. Hal ini mencakup developer rata-rata.
Shuyi: Saya rasa salah satu keuntungan terbesar dari latar belakang hukum saya adalah saya dapat membaca materi latar belakang yang sangat banyak, dokumen yang sangat panjang, tanpa merasa lelah. Saya hanya melipat kaki, meletakkan laptop, dan mulai membaca. Lalu baca. Lalu baca. Ada keuntungannya,
Alexandra: Maksud saya … saya iri, itu adalah keterampilan yang hebat untuk dimiliki. Apakah Anda berpikir Anda akan bekerja sama dengan pemerintah untuk mengesahkan hukum aksesibilitas digital?
Shuyi: Terus terang, saya rasa tidak. Berinteraksi dengan pemerintah adalah hal yang berbeda. Membutuhkan waktu terlalu lama untuk membuat pemerintah melakukan sesuatu, terutama sebagai individu. Jenis pekerjaan tersebut lebih cocok untuk LSM dan organisasi lain 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 tercantum dalam hukum tersebut bertahun-tahun lalu. Seolah-olah draf pertama telah disetujui meskipun dunia telah berubah.
Pada akhirnya, kita senang ada sesuatu yang bisa diandalkan, tidak peduli seberapa usang informasi tersebut. Ada hukum yang harus ditegakkan.
Membuat tata letak yang mudah diakses
Alexandra: Saya membaca artikel Anda, "<article> vs. <section>: How To Choose The Right One" di Smashing Magazine dan rangkaian tweet yang menginspirasinya. Apa satu hal penting yang ingin Anda sampaikan kepada developer web?
Shuyi: Developer harus membaca konten sebelum 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—ini adalah pertama kalinya saya memikirkannya. Membaca konten adalah salah satu hal yang dapat Anda lakukan untuk membuat produk yang lebih baik.
Alexandra: Saat menjadi developer, saya sering mendengar klien lepas mengatakan, "Oh, buat saja sesuatu untuk kami dan kami akan mengisi kontennya nanti." Tentu saja, ada beberapa halaman yang memiliki konteks otomatis, seperti halaman kontak. Namun, jumlah halaman yang harus dibuat dan jenis dukungan kustom yang diperlukan hanya dapat diketahui setelah saya mendapatkan kontennya.
Shuyi: Sebelum mengetahui apa yang saya ketahui, klien terbaik saya akan memberi saya ide desain umum, dan saya akan membuat situs dengan banyak lorem ipsum. Saya akan mencari tahu semua itu. Namun, saat Anda menyadari seberapa besar pengaruh infrastruktur konten terhadap pengguna di web, Anda akan menyadari betapa banyaknya proses standar untuk membangun sesuatu di web yang sebenarnya cacat. Anda harus memiliki niat yang jelas saat membangun sesuatu.
Begitu banyak pekerjaan infrastruktur aksesibilitas yang tidak mendapatkan perhatian sama sekali, dan hal itu membuat saya sedih.
Alexandra: Bagaimana Anda melakukan riset untuk memastikan saran yang Anda berikan dalam artikel tersebut benar?
Shuyi: Pertama, saya memisahkan sumber informasi—hal ini juga dilakukan dalam bidang hukum, yaitu memisahkan sumber primer dan sekunder. Sumber utamanya adalah hukum yang sebenarnya (seperti ADA dan hukum Nigeria) dan sumber sekundernya adalah apa yang ditafsirkan pakar dari hukum tersebut.
Saya memutuskan untuk hanya merujuk pada sumber utama: spesifikasi HTML, WCAG, dan WAI-ARIA. Saya membaca karya orang lain, banyak karya bagus. Namun, pada akhirnya, pendapatnya sangat berbeda, jadi saya memutuskan bahwa saya hanya dapat menganggapnya sebagai konteks yang berguna, tetapi tidak dapat mengandalkannya sebagai jawaban yang benar.
Membangun komunitas yang mudah diakses
Alexandra: Anda menyebutkan bahwa Anda mencoba membentuk feed Twitter Anda menjadi tempat yang mudah diakses. Apakah Anda melakukan banyak percakapan lain di Twitter sejak artikel Smashing Magazine dipublikasikan tentang apa yang Anda pelajari?
Shuyi: Selama beberapa hari pertama, saya tidak dapat memahami Twitter dengan baik. Banyak orang yang mengikuti saya, lebih dari 200 orang. Awalnya saya bersemangat, tetapi kemudian saya takut. Seperti, saya baru memulai, jangan ikuti saya untuk mendapatkan banyak nasihat bijak. Saya ditambahkan ke banyak daftar Twitter.
Tapi, saya adalah orang. Saya men-tweet banyak hal yang tidak jelas, non-aksesibilitas, dan non-pengembang web. Saya tidak ingin mengecewakan orang lain. Jangan ikuti saya hanya karena aksesibilitas. Saya akan merasa seperti mengecewakan Anda.
Alexandra: [Tertawa], maksud saya, saya pikir banyak orang berpikir seperti itu. Saya tentu saja melakukannya terkait persona Twitter saya.
Shuyi: Sebagian besar respons terhadap artikel itu sendiri positif. Saya mendapat satu respons terhadap artikel yang agak kontroversial. Vitaly adalah editor saya, dan dia langsung menghubungi saya untuk menyampaikan komentar tersebut dan meminta saya untuk menyelidikinya. Ternyata, orang tersebut merujuk pada dokumen MDN yang menyatakan bahwa semua artikel harus memiliki elemen heading. Saya merekomendasikan agar bagian tersebut memiliki elemen heading berdasarkan spesifikasi.
Dokumen MDN merekomendasikan untuk menyertakan header, tetapi tidak menjelaskan manfaatnya.
Tentu saja, spesifikasi berubah lebih jarang daripada kebutuhan pengguna, jadi selama Anda dapat mendukung keputusan Anda untuk mengubah cara Anda membangun sesuatu, kemungkinan tidak ada masalah.
Jadi, izinkan saya memberikan contoh. Misalnya, Anda membuat komponen kartu bernama "Harga", dengan tiga elemen di dalamnya. Hayden Pickering akan menyarankan untuk menempatkan setiap kartu ke dalam elemen daftar. Dengan begitu, saat seseorang yang menggunakan teknologi pendukung (AT) membuka bagian tersebut, dia akan mendengar bahwa ada tiga item dalam daftar harga. Anda dapat menata gaya daftar sehingga tidak ada titik-titik, membuatnya terlihat sesuai keinginan Anda, tetapi hal ini membantu pengguna AT mendapatkan informasi yang berguna terlebih dahulu. Jika Anda membungkus setiap item dalam div, Anda hanya akan berfokus pada aspek visual, yang tidak membantu pengguna dengan gangguan penglihatan. Pikirkan orang sebelum desain.
Saya mengambil ide tersebut, dan memindahkannya untuk halaman blog. Postingan blog sebenarnya ada dalam elemen daftar. Dengan begitu, saat membuka halaman, pengguna akan diberi tahu bahwa mereka berada di salah satu dari sejumlah postingan di halaman tersebut.
Jadi, saya tetap berpegang pada rekomendasi saya dalam artikel tersebut, dan akan terus melakukannya hingga saya memahami alasan MDN membuat rekomendasi tersebut.
Alexandra: Karena dokumen MDN bersifat open source, apakah Anda akan menyarankan perubahan dan melakukan pembaruan di sana?
Shuyi: Terus terang, saya belum pernah memberikan kontribusi open source. Namun, inilah jenis pekerjaan yang ingin saya lakukan, tentu saja lebih dari bekerja dengan pemerintah.
Spesifikasi versus penerapan
Alexandra: Sepertinya salah satu kesimpulan pentingnya adalah bahwa terkadang spesifikasi mengatakan satu hal, tetapi penerapan dan dokumen eksternal lainnya mungkin menyarankan untuk melakukan hal yang berbeda. Bagaimana seseorang memutuskan saran siapa yang harus diikuti?
Shuyi: Saya sering memikirkan hal ini. Saya tidak yakin memiliki pengalaman yang diperlukan untuk menjawab pertanyaan tersebut. Kami selalu berusaha untuk mempersiapkan masa depan. Sebaiknya lakukan peningkatan berkelanjutan seiring perubahan web. Dengan begitu, saat spesifikasi diperbarui, Anda tidak perlu menyesuaikan situs. Seberapa besar kemungkinan Anda membuat pilihan dan tiga tahun kemudian spesifikasinya berubah.
Setiap pilihan yang kita buat sekarang adalah perkiraan terbaik kita tentang seperti apa masa depan web, ke arah mana menurut kita para penulis spesifikasi akan bergerak.
Alexandra: Web terus berubah, satu orang tidak mungkin memiliki semua jawaban. Apakah spesifikasi mengalami perubahan saat Anda menulis?
Shuyi: Saya mulai menulis artikel sebelum model kerangka dokumen dihapus dari spesifikasi. Model ini menyarankan agar tingkat heading dihitung secara otomatis berdasarkan seberapa dalam penempatannya. Namun, fitur ini tidak pernah benar-benar diterapkan dan hal itu menimbulkan banyak masalah bagi developer. Saran untuk developer adalah memperbaiki heading secara manual.
Jika artikel tersebut telah dipublikasikan sebelum perubahan spesifikasi, saya mungkin akan kembali dan melakukan pengeditan tersebut—karena artikel tersebut ada di Smashing Magazine. Namun, jika artikel itu ada di blog pribadi saya, apakah saya akan melakukannya? Mungkin tidak. Dan itu hanya membahas cara memperbarui artikel, bukan memperbarui seluruh situs yang dibuat berdasarkan spesifikasi yang berubah.
Apakah developer diharapkan segera mengubah situs mereka saat spesifikasi berubah? Tentu saja tidak. Mereka membuat perhitungan tentang apa yang terbaik saat membangun situs dan menerima pilihan tersebut. Spesifikasi akan berubah, spesifikasi mungkin tidak memiliki jawabannya.
Karier di bidang aksesibilitas
Alexandra: Berapa banyak waktu yang Anda habiskan untuk memikirkan standar aksesibilitas global? Standar dan hukum berbeda-beda di seluruh dunia. Saya yakin Anda telah membaca banyak hukum, dan saya yakin beberapa hukum menyuruh Anda melakukan hal yang berlawanan. Apa yang akan Anda lakukan dalam kasus tersebut?
Shuyi: Saya berpikir untuk meluncurkan bisnis untuk pekerjaan aksesibilitas lepas. Saya bergabung ke saluran chat aksesibilitas web global dan meminta tips tentang cara memulai. Adrian Roselli menghubungi kami dan mengatakan, "Klien Anda akan mengandalkan Anda untuk memastikan mereka mematuhi hukum yang dapat menimbulkan konsekuensi besar. Sebelum menawarkan layanan, ketahui wilayah yang menjadi keahlian Anda. Ketahui hukum yang Anda pahami agar, saat Anda mencari nafkah, Anda tidak meninggalkan kewajiban besar bagi klien. Mereka percaya bahwa Anda mengetahui hukum."
Tentu saja, banyak bisnis mencari bantuan terkait aksesibilitas karena mereka diwajibkan secara hukum, dan bukan hanya karena itu adalah hal yang benar. Kapitalisme adalah alasan aksesibilitas diterapkan. Pada akhirnya, tidak masalah mengapa hal itu terjadi, yang penting adalah produk dapat diakses.
Saya menghentikan sementara pekerjaan lepas saya hingga saya yakin sepenuhnya bahwa saya dapat membantu klien terkait hukum di wilayah mereka. Standardisasi sangat penting, upaya dan dampak WCAG tidak dapat dilebih-lebihkan. Memiliki framework pusat tentang cara kerja web memudahkan pemerintah 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 mempelajari aksesibilitas. Apakah ada saran lain yang Anda harapkan bisa Anda dapatkan sebelum memutuskan untuk mengejar karier ini?
Shuyi: Meskipun tidak akan mengubah jalur karier saya, akan lebih baik jika saya tahu bahwa meskipun pekerjaan aksesibilitas sangat mulia, pekerjaan ini sangat dipengaruhi oleh kapitalisme.
Alexandra: [Tertawa] Oh, ya.
Shuyi: Dan saya masih junior. Saya memiliki pengalaman satu tahun di bidang aksesibilitas. Terutama jika Anda tinggal di Afrika, seperti saya, ketersediaan posisi di bidang aksesibilitas terbatas. Perusahaan mempekerjakan pengelola, 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 bisa mulai bekerja tanpa mempelajari JavaScript—saya hanya perlu mempelajari aturan dan membantu tim saya menerapkannya. Namun, posisi developer di agensi mengharuskan saya memiliki pengalaman JavaScript. Saya pindah ke kota baru dan mengikuti bootcamp JavaScript agar dapat memenuhi persyaratan tersebut. Bagi siapa pun yang sedang dalam perjalanan aksesibilitas, ketahuilah bahwa Anda harus berfokus pada peningkatan keterampilan pengembangan terlebih dahulu.
Saya tidak akan berbohong, saya masih tidak menyukai JavaScript.
Lakukan satu hal: tambahkan fokus keyboard
Alexandra: Apakah JavaScript menjadi alasan saya sekarang menjadi penulis teknologi, bukan developer? Ya, memang begitu. Aku sangat membencinya. Semoga sukses dalam boot camp Anda.
Apa satu hal yang Anda ingin developer lakukan untuk membuat situs mereka dapat diakses?
Shuyi: Fokus keyboard. Saya memohon dari lubuk hati saya yang terdalam. 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 bermanfaat bagi semua orang.
Ikuti karya Shuyi di Twitter @shuyiolutimi.