Olutimilehin Olushuyi adalah seorang pengacara, yang baru mengenal aksesibilitas. Kami berbicara tentang pertempurannya dengan JavaScript, standar internasional, dan pentingnya membaca konten situs.
Postingan ini menyoroti pakar komunitas, sebagai bagian dari Pelajari Aksesibilitas
Alexandra White: Bagaimana Anda memulai aksesibilitas web?
Olutimilehin Olushuyi (Shuyi): Oke, jadi ini cerita lucu. Saya seorang pengacara. Saya menyadari di tahun terakhir sekolah, saya tidak ingin berlatih hukum di akhir hidup saya. Jadi, saya mencoba putus sekolah, tetapi dekan dan "ibu sekolah", Profesor Ayodele Atsenuwa, berkata, "Mari kita bahas ini. Kamu sudah berada di tahun terakhir—selesaikan saja."
Pada akhirnya, saya senang dia mengatakannya, dan saya senang selesai, karena itu membantu saya dalam pekerjaan aksesibilitas. Profesor Atsenuwa bertanya apa yang ingin saya lakukan, dan saya tidak tahu.
Saya mulai mencari peluang karier baru, dan berhubungan dengan beberapa orang yang ingin membangun {i>startup<i} dan membutuhkan pengacara. Kesempatan tersebut tidak tepat, tetapi itu adalah pertama kalinya saya tahu orang-orang menulis kode untuk semua produk yang kami gunakan. Saya berpikir, "Saya bisa memahaminya." Saya mulai mempelajari HTML dan CSS sendiri. Lalu, saya membuka JavaScript dan ... [tertawa] JavaScript mengerjakan JavaScript, jadi saya kembali fokus pada bahasa semantik {i>front-end<i}.
Saya menemukan karya Andy Bell dan Heydon Pickering. Saya membeli Setiap Tata Letak, dan itu mengubah hidup saya. Andy terus menyebutkan aksesibilitas, tapi 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 reseptif dan sangat responsif. Sepertinya semua orang di bidang aksesibilitas memang seperti itu, dan saya berterima kasih.
Alexandra: Saya pasti setuju, semua orang yang saya ajak bicara sangat baik dan sangat membantu.
Shuyi: Tentu saja. Saat ini, saya melakukan lebih banyak pekerjaan di bidang advokasi. Saya tinggal di Nigeria, negara dengan aksesibilitas web tidak dimandatkan oleh hukum. Undang-Undang Diskriminasi Terhadap Penyandang Disabilitas disahkan pada tahun 2018. Namun, tidak ada hukum aksesibilitas web, hanya hukum tentang aksesibilitas fisik. Sama seperti Americans with Disabilities Act (ADA) Amerika Serikat. Hukum kita memiliki struktur yang buruk, tetapi lebih baik daripada tidak ada sama sekali.
Saya menyadari jika saya akan memiliki kesempatan untuk membuat perbedaan dan menjadi pengembang yang berfokus pada aksesibilitas, pertama-tama saya harus membuat ekosistem menyadari kebutuhan aksesibilitas. Saya mulai mengirim tweet tentang advokasi aksesibilitas. Saya telah berbicara dengan perusahaan dan merek, yang dukungannya diperlukan untuk mendapatkan aksesibilitas ke tempat kerja.
Alexandra: Saya yakin latar belakang hukum Anda sangat berguna dalam menangani aksesibilitas. Anda dapat benar-benar membaca undang-undang baru dan memahaminya dengan cara yang tidak dipahami oleh kebanyakan orang. Jumlah ini mencakup rata-rata developer.
Shuyi: Menurut saya, salah satu hadiah terbesar dari latar belakang hukum saya adalah saya dapat menyimak halaman-halaman materi latar belakang yang tanpa henti, dokumen yang sangat panjang, tanpa merasa lelah. Saya hanya melipat kaki, meletakkan laptop, dan mulai membaca. Dan baca. Dan baca. Kelebihannya,
Alexandra: Maksudnya ... Saya iri, itu keterampilan yang bagus untuk dimiliki. Apakah Anda pernah bekerja sama dengan pemerintah untuk mengesahkan undang-undang aksesibilitas digital?
Shuyi: Jujur, saya rasa tidak. Berinteraksi dengan pemerintah adalah permainan bola yang berbeda. Perlu waktu terlalu lama bagi pemerintah untuk melakukan sesuatu, terutama sebagai individu. Pekerjaan semacam ini akan lebih baik bagi LSM dan organisasi lain yang memiliki staf dan sumber daya untuk membawa perubahan.
Hukum fisik membutuhkan waktu yang sangat lama untuk disahkan, dan kebutuhan aksesibilitas bergerak jauh melampaui apa yang berakhir dalam hukum tersebut bertahun-tahun lalu. Seolah-olah draf pertama dilewatkan meskipun dunia telah berubah.
Pada akhirnya, kami senang karena ada sesuatu yang bisa diandalkan, terlepas dari seberapa usang aplikasi itu. 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 pesan Twitter
yang menginspirasinya. Apa yang akan Anda katakan adalah satu hal penting, apa yang Anda inginkan dari pengembang web?
Shuyi: Developer harus membaca konten sebelum mulai membuat tata letak.
Awalnya, untuk desain situs saya, saya hanya menghitung jumlah paragraf dan memasukkannya ke dalam 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 memiliki klien pekerja lepas yang berkata, "Oh, cukup buat sesuatu untuk kami dan kami akan mengisi kontennya nanti." Tentu saja, ada beberapa halaman yang memiliki konteks otomatis, seperti halaman kontak. Namun, dengan mengetahui jumlah halaman yang harus dibuat, dan dukungan kustom seperti apa yang dibutuhkan, hal itu hanya bisa dijawab saat saya mendapatkan kontennya.
Shuyi: Sebelum mengetahui apa yang saya ketahui, klien terbaik saya biasanya memberi saya ide desain umum, dan saya telah membuat situs dengan banyak lorem ipsum. Saya akan mempelajari semua hal itu. Namun, saat menyadari betapa infrastruktur konten memengaruhi pengguna di web, Anda menyadari betapa banyaknya kesalahan dalam proses standar untuk membangun berbagai hal di web. Anda harus memiliki tekad yang kuat saat membuat sesuatu.
Begitu banyak pekerjaan infrastruktur aksesibilitas tidak mendapat perhatian sama sekali, dan hal itu menghancurkan hati saya.
Alexandra: Bagaimana Anda melakukan riset untuk memastikan saran yang Anda berikan dalam artikel tersebut sudah benar?
Shuyi: Pertama, saya memisahkan sumber informasi. Itu adalah hal yang Anda lakukan dalam hukum, yang memisahkan sumber primer dan sekunder. Sumber utamanya adalah hukum aktual (seperti hukum ADA dan Nigeria) dan sumber sekundernya adalah hukum yang ditafsirkan oleh pakar dari hukum tersebut.
Saya memutuskan untuk hanya merujuk pada sumber utama: spesifikasi HTML, WCAG, dan WAI-ARIA. Saya membaca berbagai karya orang lain, dan berbagai karya yang bagus. Namun, pada akhirnya, pendapat yang muncul sangat berbeda, sehingga saya memutuskan hanya dapat menganggapnya sebagai konteks yang berguna, tetapi tidak mengandalkan pendapat tersebut sebagai jawaban yang tepat.
Membangun komunitas yang mudah diakses
Alexandra: Anda menyebutkan upaya Anda untuk mencoba membentuk feed Twitter menjadi tempat aksesibilitas. Pernahkah Anda melakukan banyak percakapan lain di Twitter sejak publikasi artikel Smashing Magazine tentang apa yang Anda pelajari?
Shuyi: Selama beberapa hari pertama, saya tidak bisa memahami Twitter. Begitu banyak orang mengikuti saya, seperti lebih dari 200 orang. Awalnya saya bersemangat, tapi kemudian takut. Seperti, saya baru memulai, jangan ikuti saya untuk mendapatkan banyak hikmah. saya ditambahkan ke banyak daftar Twitter.
Tapi saya manusia. Saya {i>tweet<i} tentang banyak hal yang samar-samar, non-aksesibilitas, dan hal-hal dari pengembang non-web. Aku tidak mau mengecewakan orang. Jangan ikuti saya hanya karena aksesibilitas! Aku akan merasa akan mengecewakanmu.
Alexandra: [tertawa] Maksud saya, banyak orang yang berpikir demikian. Saya tentu saja melakukannya tentang persona Twitter saya.
Shuyi: Sebagian besar tanggapan atas artikel itu sendiri adalah positif. Saya mendapat satu tanggapan untuk artikel yang sedikit kontroversial. Vitaly adalah editor saya, dan dia langsung menghubungi untuk membagikan komentar dan meminta saya untuk menyelidikinya. Ternyata, orang tersebut merujuk dokumen MDN yang mengatakan bahwa semua artikel harus memiliki elemen judul. Saya menyarankan agar bagian ini memiliki elemen judul berdasarkan spesifikasi.
Dokumen MDN merekomendasikan untuk menyertakan header, tetapi tidak benar-benar menjelaskan manfaatnya.
Spesifikasi berubah lebih jarang dari kebutuhan pengguna, tentu saja, selama Anda dapat mendukung keputusan untuk mengubah cara mem-build sesuatu, mungkin tidak masalah.
Jadi, izinkan saya memberikan contoh. Katakanlah Anda sedang membuat komponen kartu yang disebut "Prices", dengan tiga elemen di dalamnya. Hayden Pickering menyarankan untuk menempatkan setiap kartu ke dalam elemen daftar. Dengan begitu, saat seseorang yang menggunakan teknologi asistif (AT) sampai di bagian tersebut, orang tersebut akan diberi tahu bahwa ada tiga item dalam daftar harga. Anda dapat menata gaya daftar sehingga tidak ada poin butir, membuatnya terlihat sesuka Anda, tetapi hal ini membantu pengguna AT mendapatkan informasi yang berguna terlebih dahulu. Jika Anda menggabungkan setiap item dalam div, Anda hanya perlu berfokus pada aspek visual, yang tidak membantu pengguna dengan gangguan penglihatan. Pikirkan orang-orang sebelum mendesain.
Saya mengambil ide itu, dan mengubahnya menjadi laman blog. Postingan blog sebenarnya berada dalam elemen daftar. Dengan begitu, saat masuk ke halaman, pengguna akan diberi tahu bahwa mereka berada di salah satu dari beberapa postingan di halaman.
Jadi, saya bertahan dengan rekomendasi saya dalam artikel itu, dan saya akan melakukannya sampai saya mengerti mengapa MDN membuat rekomendasi itu.
Alexandra: Karena dokumen MDN bersifat open source, apakah Anda akan menyarankan perubahan dan melakukan pembaruan di sana?
Shuyi: Jujur, saya belum membuat kontribusi open source apa pun. Namun, ini adalah pekerjaan yang ingin saya lakukan, tentu saja lebih dari sekadar bekerja sama dengan pemerintah.
Spesifikasi versus penerapan
Alexandra: Salah satu poin pentingnya adalah terkadang spesifikasinya menyatakan satu hal, tetapi implementasi dan dokumen eksternal lainnya mungkin menyarankan untuk melakukan sesuatu yang berbeda. Bagaimana seseorang memutuskan saran siapa yang harus diikuti?
Shuyi: Saya banyak memikirkan hal ini. Saya tidak yakin memiliki pengalaman yang diperlukan untuk menjawab pertanyaan itu. Kami selalu berusaha agar siap menghadapi masa depan. Sebaiknya lakukan peningkatan berkelanjutan seiring perubahan web. Dengan demikian, setelah spesifikasi diperbarui, Anda tidak perlu memperbaiki situs Anda. Besarnya peluang Anda membuat pilihan dan tiga tahun dari sekarang spesifikasinya berubah.
Setiap pilihan yang kita buat sekarang adalah perkiraan terbaik tentang seperti apa masa depan web menurut kami, ke arah mana menurut kami penulis spesifikasi.
Alexandra: Web terus berubah, hanya satu orang tidak dapat memiliki semua jawaban! Apakah spesifikasinya mengalami perubahan saat Anda menulis?
Shuyi: Saya mulai menulis artikel sebelum model garis batas dokumen dihapus dari spesifikasi. Model ini menyarankan bahwa tingkat arah harus dihitung secara otomatis berdasarkan seberapa dalam tingkatannya. Namun, penerapannya tidak pernah diimplementasikan dan menimbulkan banyak masalah bagi developer. Saran bagi developer adalah memperbaiki judul mereka secara manual.
Jika artikel tersebut telah dipublikasikan sebelum perubahan spesifikasi, saya mungkin akan kembali dan melakukan pengeditan tersebut—lagipula, artikel tersebut ada di Smashing Magazine. Tapi jika itu ada di blog pribadi saya, akankah saya tetap ada di blog pribadi saya? Mungkin tidak. Ini hanyalah cara memperbarui artikel, bukan memperbarui seluruh situs web yang dibuat berdasarkan perubahan spesifikasi.
Apakah kami berharap developer segera mengubah situs mereka saat spesifikasi berubah? Tentu saja tidak. Mereka membuat perhitungan tentang hal terbaik saat membangun situs dan menerapkan 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-beda di seluruh dunia. Saya yakin Anda sudah membaca banyak bagian itu, dan saya yakin beberapa hukum memberitahu Anda untuk melakukan hal yang sebaliknya. Apa yang akan Anda lakukan dalam kasus tersebut?
Shuyi: Saya berpikir untuk meluncurkan bisnis untuk pekerjaan aksesibilitas pekerja lepas. Saya membuka saluran obrolan aksesibilitas web global dan meminta kiat tentang cara memulai. Adrian Roselli menghubungi dan berkata, "Klien Anda akan mengandalkan Anda untuk membuat mereka mematuhi hukum yang dapat menimbulkan konsekuensi besar. Sebelum menawarkan layanan, ketahui wilayah keahlian Anda. Ketahui undang-undang apa yang Anda kuasai, sehingga saat Anda mencari nafkah untuk diri sendiri, Anda tidak meninggalkan klien dengan tanggung jawab yang besar. Mereka memercayai Anda untuk memahami hukum."
Tentu saja, banyak bisnis yang mencari bantuan aksesibilitas karena diwajibkan secara hukum, dan bukan hanya karena langkah tersebut adalah hal yang benar. Kapitalisme adalah alasan diterapkannya aksesibilitas. Pada akhirnya, tidak masalah mengapa itu terjadi, yang penting produk dapat diakses.
Saya berhenti bekerja lepas sampai saya memiliki keyakinan penuh bahwa saya dapat membantu klien dengan hukum di wilayah mereka. Standardisasi sangat penting, upaya dan dampak WCAG tidak boleh dilebih-lebihkan. Memiliki kerangka kerja terpusat tentang cara kerja web akan memudahkan pemerintah untuk mengandalkan standar yang sama. Namun tentu saja, tidak semua pemerintah akan menerima standar tersebut.
Alexandra: Anda mendapatkan banyak saran dari orang-orang hebat dalam perjalanan Anda menuju aksesibilitas. Adakah saran lain yang Anda harapkan akan Anda dapatkan sebelum memutuskan untuk mengejar karier ini?
Shuyi: Meskipun tidak akan mengubah jalur karier saya, akan lebih baik jika mengetahui bahwa walaupun pekerjaan aksesibilitas, hal ini sangat terpengaruh oleh kapitalisme.
Alexandra: [tertawa] Oh ya.
Shuyi: Dan saya seorang junior. Saya memiliki pengalaman selama satu tahun di bidang aksesibilitas. Apalagi jika Anda tinggal di Afrika, seperti saya, ketersediaan posisi dalam aksesibilitas terbatas. Perusahaan adalah manajer perekrutan, satu orang untuk memenuhi persyaratan hukum apa pun yang dibutuhkan. Tapi saya ingin bekerja dalam tim, di mana saya bisa belajar dan membangun keterampilan.
Saya tidak sabar untuk mulai bekerja tanpa mempelajari JavaScript, saya bisa mempelajari aturannya dan membantu tim saya menerapkannya. Tetapi posisi developer di agensi mengharuskan saya memiliki pengalaman JavaScript. Saya pindah ke kota baru dan bergabung dengan kamp pelatihan JavaScript sehingga saya dapat memenuhi persyaratan tersebut. Bagi orang lain dalam perjalanan aksesibilitas mereka, perlu diketahui bahwa Anda harus berfokus untuk membangun keterampilan pengembangan terlebih dahulu.
Saya tidak akan berbohong, saya masih tidak menyukai JavaScript.
Lakukan satu hal: tambahkan fokus keyboard
Alexandra: [tertawa] Apakah JavaScript menjadi alasan saya sekarang menjadi penulis teknologi, bukan developer? Ya. Ya, benar. Aku sangat benci itu. Semoga berhasil di kamp pelatihan Anda.
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 saat ini tidak berfungsi, jadi ketika saya sedang bepergian, saya mengandalkan keyboard saya untuk menavigasi web, dan hampir setiap situs web terlihat buruk. Fokus keyboard tidak hanya bermanfaat bagi orang difabel.
Membangun platform yang mudah diakses akan bermanfaat bagi semua orang.
Ikuti terus karya Shuyi di Twitter @shuyiolutimi.