Cuma iş gününün sonudur. Kötü haberler her zaman cuma günü mesai bitiminde gelir.
Ofisten ayrılmak üzeresiniz, yeni bir yeniden yapılanmaya dair yeni bir mektup postanıza geldi.
Teşekkür ederim xxxx, yyy bugünden itibaren zzzz'i rapor edeceksiniz
...
Hugh'un ekibi de ürünlerimizin engelli kişiler için erişilebilir olmasını sağlayacak.
Oh hayır! Bunu neden hak ettim? Gitmemi mi istiyorlar? Kendinizi nankör bir sıkı çalışmaya ve diğer insanların hatalarını düzeltmeye hazırlayın. Bu kesinlikle bir başarısızlık...
Bu, birkaç yıl önce mevcut olan bir durumdu. Bazı zavallı ruhlara, kullanıcı arayüzünü engelli kişiler için erişilebilir hale getirmek amacıyla "temizleme" görevi verildi.
Bunun aslında ne anlama geldiği oldukça belirsizdi; muhtemelen bir odak göstergesi görebilseydiniz ve alanlar arasında sekme görebilseydiniz, bazı alternatif metinlere ve birkaç alan açıklamasına sahip olsaydınız, uygulamanızın erişilebilir olduğu düşünülürdü ...
Ancak birdenbire "böcekler" çığ hızıyla çoğalmaya başladı.
Çeşitli ekran okuyucular (Müh. Ekran Okuyucular) ve tarayıcılar tamamen farklı davrandı.
Kullanıcılar uygulamanın kullanılamadığından şikayetçi oldu.
Bir yerde bir hata düzeltilir düzeltilmez, başka bir yerde başka bir hata ortaya çıktı.
Ve kullanıcı arayüzü hatalarını basitçe değiştirmek ve düzeltmek, Büyük çabalar gerektiriyordu.
Oradaydım. Hayatta kaldım, ancak "başarılı olamadık" - teknik olarak çok fazla temizlik yaptık, birçok alan tanımı, rol ekledik ve bir miktar uyumluluk sağladık, ancak kimse mutlu değildi. Kullanıcılar hâlâ uygulamada gezinememekten şikayetçiydi. Yönetici hala sürekli hata akışından şikayet ediyordu. Mühendisler, sorunun yanlış bir şekilde ortaya konduğundan ve her durumda işe yarayacak açıkça tanımlanmış "doğru" bir çözümün bulunmadığından şikayetçiydi.
Erişilebilirliği anlama yolculuğumda kesinlikle göz açıcı anlar oldu.
Belki de ilki, bitmiş bir ürünün üstüne erişilebilirlik işlevselliği eklemenin zor olduğunun farkına varılmasıydı. Ve yöneticileri bunun inanılmaz derecede zor olduğuna ikna etmek daha da zor! Hayır, bu yalnızca "birkaç etiket eklemek" değildir ve kullanıcı arayüzü gayet iyi çalışacaktır. Hayır, bu üç haftada tamamlanamaz, üç ay bile yetmez.
Bir sonraki gerçek anım, görme engelli kullanıcıların uygulamamızı gerçekte nasıl kullandıklarını ilk elden gördüğümde geldi. Bu, hata mesajlarına bakmaktan ÇOK farklıdır.
Bu konuya tekrar tekrar döneceğim, ancak insanların uygulamamızı nasıl kullandıklarına ilişkin neredeyse tüm "varsayımlarımız" yanlıştı.
Tuş vuruşlarını kullanarak karmaşık bir kullanıcı arayüzünde gezinme Tab/Shift+Tab – bu berbat! Daha iyi bir şeye ihtiyacımız var. Klavye kısayolları, başlıklar.
Kullanıcı arayüzünü değiştirirken odağı kaybetmek büyük bir sorun değil, değil mi? Tekrar düşünelim; bu inanılmaz derecede kafa karıştırıcı.
Devam ettim, bir süre farklı projeler üzerinde çalıştım ve sonunda bu sefer erişilebilirliği doğru bir şekilde elde etmek için karmaşık bir kullanıcı arayüzü ve net bir kurulumla yeni bir projeye başladık.
Biz de bir adım geri attık ve bunu nasıl farklı şekilde uygulayıp başarılı olabileceğimize ve süreci nasıl daha az sıkıcı hale getirebileceğimize baktık!
Oldukça hızlı bir şekilde bazı sonuçlara vardık:
- Kullanıcı arayüzünü geliştiren kişilerin arya etiketleriyle/rolleriyle ve tabii ki bileşenlerin HTML yapısıyla uğraşmasını istemedik. Onlara, kutudan çıktığı gibi erişilebilirlik sağlayan doğru bileşenleri sağlamamız gerekiyordu.
- Erişilebilirlik == Kullanım kolaylığı – ör. Bu sadece teknik bir zorluk değil. Tüm tasarım sürecini değiştirmemiz ve kullanıcı arayüzü tasarımı başlamadan önce erişilebilirliğin dikkate alındığından ve tartışıldığından emin olmamız gerekiyordu. Kullanıcıların herhangi bir işlevi nasıl keşfedeceklerini, nasıl gezineceklerini ve klavyeden sağ tıklamanın nasıl çalışacağını önceden düşünmeniz gerekir. Erişilebilirlik, tasarım sürecinin ayrılmaz bir parçası olmalıdır; bazı kullanıcılar için bu, uygulamanın görünümünden çok daha fazlasıdır.
- En başından beri görme engelli ve diğer engelli kullanıcılardan uygulamanın kullanım kolaylığı konusunda geri bildirim almak istedik.
- Erişilebilirlik regresyonlarını yakalamak için gerçekten iyi yollara ihtiyacımız vardı.
Mühendislik açısından bakıldığında, ilk kısım oldukça eğlenceli görünüyordu; bir mimari geliştirmek ve bir bileşen kütüphanesi uygulamak. Gerçekten de öyleydi.
Bir adım geri çekilip bakıyorum ve bunu bir "uydurma" sorunu olmaktan ziyade bir tasarım sorunu olarak düşünerek bazı soyutlamalar ortaya koyduk. Bir bileşenin bir 'Yapısı' (HTML öğelerinden oluşur) ve bir 'Davranışı' (kullanıcıyla nasıl etkileşime girdiği) vardır. Örneğin, aşağıdaki parçacıklarda basit, sırasız bir listemiz var. "Davranışlar" eklendiğinde ilgili roller listeye eklenir, böylece liste bir liste gibi davranır. Aynısını menü için de yapıyoruz.
Aslında buraya yalnızca roller değil, aynı zamanda klavyede gezinmeye yönelik olay işleyicileri de eklenir.
Bu daha düzgün görünüyor. Aralarında net bir ayrım yapabilirsek, yapının nasıl oluşturulduğu önemli olmaz, Davranışları ona uygulayabilir ve erişilebilirliği doğru hale getirebiliriz.
Bunu şu adreste çalışırken görebilirsiniz: – UX kütüphanesi başından itibaren erişilebilirlik göz önünde bulundurularak tasarlanmış ve uygulanmıştır.
İkinci bölüm - tasarımla ilgili yaklaşımı ve süreçleri değiştirmek başlangıçta beni korkuttu: alt düzey mühendislerin organizasyonel değişimi zorlamaya çalışması her zaman iyi sonuçlanmıyor, ancak sürece önemli katkılarda bulunduğumuz en ilginç alanlardan biri olduğu ortaya çıktı. . Özetle, sürecimiz şu şekildeydi: yeni işlevsellik bir ekip tarafından geliştirilecek, ardından liderlik ekibimiz teklifi gözden geçirecek/tekrarlayacak ve onaylandıktan sonra tasarım genellikle mühendislik ekibine teslim edilecekti. Bu durumda mühendislik ekibi erişilebilirlik işlevine etkili bir şekilde "sahip oldu" çünkü bununla ilgili sorunları düzeltmek onların sorumluluğundaydı.
Başlangıçta erişilebilirlik ve kullanılabilirliğin ayrılmaz bir şekilde bağlantılı olduğunu ve bunun tasarım aşamasında yapılması gerektiğini, aksi takdirde büyük değişikliklere ve bazı rollerin yeniden tanımlanmasına yol açacağını açıklamak oldukça zor bir işti. Ancak yönetimin ve önemli oyuncuların desteğiyle fikri aldık ve uygulamaya koyduk, böylece tasarımların yönetime sunulmadan önce erişilebilirlik ve kullanılabilirlik açısından test edilmesi sağlandı.
Ve bu geri bildirim herkes için son derece değerliydi - kullanıcıların web uygulamalarıyla nasıl etkileşim kurduğuna dair bilgi paylaşımı/iletişim konusunda harikaydı, çok sayıda kullanıcı arayüzü sorunlu alanını bunlar oluşturulmadan önce belirledik, geliştirme ekipleri artık çok daha iyi özelliklere sahip tasarımın sadece görsel, aynı zamanda davranışsal yönleri. Gerçek tartışmalar teknik yönler ve etkileşimler hakkında eğlenceli, enerjik ve tutkulu tartışmalardır.
Bu (veya daha sonraki) toplantılarda görme engelli ve engelli kullanıcılarımız olsaydı bunu daha da iyi yapabilirdik; bunu organize etmek zordu, ancak artık hem yerel görme engelli kuruluşlarla hem de yürütme akışını erkenden doğrulamak için harici testler sağlayan şirketlerle çalışıyoruz. geliştirme - hem bileşen hem de uygulama akışı seviyelerinde.
Mühendisler artık oldukça ayrıntılı spesifikasyonlara, uygulamak için kullanabilecekleri mevcut bileşenlere ve uygulama akışını doğrulamanın bir yoluna sahipler. Deneyimlerin bize öğrettiği şeylerden biri de başından beri kaçırdığımız şeydir; gerilemeyi nasıl durdurabileceğimiz. Benzer şekilde insanlar, etkileşimlerdeki ve yürütme akışlarındaki (hem görsel hem de davranışsal) değişiklikleri tespit etmemiz gereken işlevselliği test etmek için entegrasyon veya uçtan uca testleri kullanabilir.
Görsel regresyonun belirlenmesi oldukça tanımlanmış bir görevdir; klavyeyle gezinirken odağın görünür olup olmadığını kontrol etmek dışında sürece eklenebilecek çok az şey vardır. Erişilebilirlikle çalışmaya yönelik nispeten yeni iki teknoloji daha ilgi çekicidir.
- sorunları tanımlamak için hem tarayıcıda hem de oluşturma/test döngüsünün bir parçası olarak çalıştırılabilen bir dizi araçtır.
- Ekran okuyucuların doğru şekilde çalıştığını doğrulamak özellikle zorlu bir görevdi. Erişimin sunulmasıyla birlikte Erişilebilirlik DOM, tıpkı görsel testlerde yaptığımız gibi, nihayet uygulamanın erişilebilirlik anlık görüntülerini alabiliyoruz ve bunları regresyon açısından test edebiliyoruz.
Böylece hikayenin ikinci bölümünde HTML kodunu düzenlemekten daha yüksek düzeyde soyutlamayla çalışmaya geçtik, tasarım geliştirme sürecini değiştirdik ve kapsamlı testleri başlattık. Yeni süreçler, yeni teknolojiler ve yeni soyutlama düzeyleri, erişilebilirliğin manzarasını ve bu alanda çalışmanın ne anlama geldiğini tamamen değiştirdi.
Ama bu sadece başlangıç.
Bir sonraki "anlayış", görme engelli kullanıcıların en son teknolojiyi kullandıklarıdır; yalnızca daha önce tanımladığımız değişikliklerden değil, aynı zamanda makine öğrenimi/AI tarafından mümkün kılınan yeni yaklaşımlar ve fikirlerden en çok yararlananlar da onlardır. Örneğin, Tam Ekran Okuyucu teknolojisi, kullanıcıların metni daha kolay ve net bir şekilde sunmasına olanak tanır. Yüksek sesle okunabilir, cümle yapısı gramer açısından ayrıştırılır ve hatta kelime anlamları bile grafiksel olarak görüntülenir. Bu, eski "erişilebilir kıl" zihniyetine hiç uymuyor; bu, herkese yardımcı olacak bir kullanılabilirlik özelliğidir.
ML/AI, tamamen yeni etkileşim ve çalışma yöntemleri sağlıyor ve biz de bu son teknoloji yolculuğun sonraki aşamalarının parçası olmaktan heyecan duyuyoruz. İnovasyon, düşüncedeki bir değişiklikten kaynaklanmaktadır; insanlık bin yıldır, makineler yüzlerce yıldır, web siteleri onlarca yıldır ve akıllı telefonlar ise daha da az bir süredir var; teknolojinin insanlara uyum sağlaması gerekiyor, bunun tersi de geçerli değil.
Not: Makale orijinalinden küçük sapmalarla çevrilmiştir. Bu makalenin ortak yazarı olarak, bu ara sözler konusunda Hugh'la aynı fikirdeydim.
Ankete sadece kayıtlı kullanıcılar katılabilir. Lütfen.
Uygulamalarınızın erişilebilirliğine dikkat ediyor musunuz?
-
Evet
-
Hayır
-
Uygulama erişilebilirliğini ilk kez duyuyorum.
17 kullanıcı oy kullandı. 5 kişi çekimser kaldı.
Kaynak: habr.com