ხელმისაწვდომობისკენ

პარასკევი სამუშაო დღის დასასრულია. ცუდი ამბები ყოველთვის მოდის პარასკევს სამუშაო დღის ბოლოს.

თქვენ აპირებთ ოფისის დატოვებას, ფოსტით ახლახან მოვიდა ახალი წერილი სხვა რეორგანიზაციის შესახებ.

გმადლობთ xxxx, yyy დღეიდან თქვენ შეგატყობინებთ zzzz
...
და ჰიუ-ს გუნდი უზრუნველყოფს ჩვენი პროდუქტების ხელმისაწვდომობას შშმ პირებისთვის.

Ო არა! რატომ დავიმსახურე ეს? უნდათ რომ წავიდე? მოემზადეთ უმადური შრომისთვის და შეეცადეთ გამოასწოროთ სხვა ადამიანების შეცდომები. ეს ნამდვილად მარცხია...

ეს იყო ხელმისაწვდომობა რამდენიმე წლის წინ. ზოგიერთ ღარიბ სულს მიეცა სამუშაო ინტერფეისის „გასუფთავება“, რათა ეცადათ ის ხელმისაწვდომი ყოფილიყო შეზღუდული შესაძლებლობის მქონე ადამიანებისთვის.

რას ნიშნავდა ეს სინამდვილეში საკმაოდ ბუნდოვანი იყო - სავარაუდოდ, თუ თქვენ შეგეძლოთ ფოკუსის ინდიკატორის და ჩანართის ნახვა ველებში, გქონდეთ ალტერნატიული ტექსტი და რამდენიმე ველის აღწერა, ჩაითვლებოდა, რომ თქვენი აპლიკაცია ხელმისაწვდომია ...

მაგრამ უეცრად "ბაზებმა" ზვავის სისწრაფით დაიწყეს გამრავლება.

ეკრანის სხვადასხვა წამკითხველი (Eng. Screen Readers) და ბრაუზერები სულ სხვანაირად იქცეოდნენ.

მომხმარებლები ჩივიან, რომ აპლიკაცია გამოუსადეგარია.

როგორც კი ერთ ადგილას შეცდომა გამოსწორდა, მეორე ადგილზე ჩნდებოდა.

და უბრალოდ მომხმარებლის ინტერფეისის შეცდომების შეცვლა და გამოსწორება მოითხოვდა ჰერკულეს ძალისხმევას.

Მე იქ ვიყავი. გადავრჩი, მაგრამ ვერ "გამოგვაღწია" - ტექნიკურად ბევრი გავწმინდეთ, დავამატეთ ბევრი სფეროს აღწერა, როლი და მივაღწიეთ გარკვეულ შესაბამისობას, მაგრამ ბედნიერი არავინ იყო. მომხმარებლები კვლავ ჩიოდნენ, რომ აპლიკაციაში ნავიგაცია არ შეეძლოთ. მენეჯერი კვლავ უჩიოდა შეცდომების მუდმივ ნაკადს. ინჟინრები ჩიოდნენ, რომ პრობლემა არასწორად იყო დაყენებული, არ იყო მკაფიოდ განსაზღვრული „სწორი“ გადაწყვეტა, რომელიც იმუშავებდა ყველა შემთხვევაში.

იყო თვალისმომჭრელი მომენტები ჩემი მოგზაურობის მანძილზე ხელმისაწვდომობის გასაგებად.
შესაძლოა, პირველი იყო იმის გაცნობიერება, რომ მზა პროდუქტის თავზე ხელმისაწვდომობის ფუნქციების დამატება რთული იყო. და კიდევ უფრო რთულია მენეჯერების დარწმუნება, რომ ეს წარმოუდგენლად რთულია! არა, ეს არ არის მხოლოდ „რამდენიმე ტეგის დამატება“ და UI კარგად იმუშავებს. არა, ეს არ შეიძლება დასრულდეს სამ კვირაში, თუნდაც სამი თვე არ იყოს საკმარისი.
ჩემი სიმართლის შემდეგი მომენტი დადგა, როდესაც უშუალოდ დავინახე, როგორ იყენებდნენ ბრმა მომხმარებლები ჩვენს აპლიკაციას. ეს ძალიან განსხვავდება შეცდომის შეტყობინებების ყურებისგან.

ამას ისევ და ისევ დავუბრუნდები, მაგრამ თითქმის ყველა ჩვენი „ვარაუდი“ იმის შესახებ, თუ როგორ იყენებდნენ ადამიანები ჩვენს აპს, არასწორი იყო.

რთული მომხმარებლის ინტერფეისის ნავიგაცია კლავიშების დაჭერის გამოყენებით Tab/Shift+Tab - ეს საზიზღარია! რაღაც უკეთესი გვჭირდება. კლავიატურის მალსახმობები, სათაურები.

ინტერფეისის შეცვლისას ფოკუსის დაკარგვა დიდი პრობლემა არ არის, არა? მოდით კიდევ ერთხელ დავფიქრდეთ - ეს წარმოუდგენლად დამაბნეველია.

გავაგრძელე, ვიმუშავე სხვადასხვა პროექტზე გარკვეული პერიოდის განმავლობაში, შემდეგ კი დავიწყეთ ახალი პროექტი, რთული მომხმარებლის ინტერფეისით და მკაფიო ინსტალაცია, რათა საბოლოოდ მივიღოთ ხელმისაწვდომობა ამჯერად.

ასე რომ, ჩვენ გადავდგით ნაბიჯი უკან და შევხედეთ, როგორ შეგვეძლო ამის განხორციელების სხვაგვარად განხორციელება და წარმატების მიღწევა და პროცესი ნაკლებად მოსაწყენი!

საკმაოდ სწრაფად მივედით რამდენიმე დასკვნამდე:

1. ჩვენ არ გვინდოდა, რომ ადამიანები, რომლებიც ამუშავებენ მომხმარებლის ინტერფეისს, არ შეეშალათ არიების ეტიკეტები/როლები და, რა თქმა უნდა, კომპონენტების HTML სტრუქტურა. ჩვენ გვჭირდებოდა მათთვის სწორი კომპონენტების მიწოდება, რომლებიც ქმნიდნენ ხელმისაწვდომობას.
2. ხელმისაწვდომობა == გამოყენების სიმარტივე – ე.ი. ეს არ არის მხოლოდ ტექნიკური გამოწვევა. ჩვენ გვჭირდებოდა დიზაინის მთელი პროცესის შეცვლა და იმის უზრუნველყოფა, რომ ხელმისაწვდომობა იყო გათვალისწინებული და განხილული UI დიზაინის დაწყებამდე. ადრე უნდა იფიქროთ იმაზე, თუ როგორ აღმოაჩენენ მომხმარებლები რაიმე ფუნქციას, როგორ იმუშავებენ ისინი და როგორ იმუშავებს კლავიატურაზე მარჯვენა ღილაკით დაწკაპუნება. ხელმისაწვდომობა უნდა იყოს დიზაინის პროცესის განუყოფელი ნაწილი - ზოგიერთი მომხმარებლისთვის ეს ბევრად მეტია, ვიდრე აპლიკაციის გარეგნობა.
3. თავიდანვე გვინდოდა უსინათლო და სხვა შეზღუდული შესაძლებლობის მქონე მომხმარებლების გამოხმაურება აპლიკაციის მარტივად გამოყენების შესახებ.
4. ჩვენ გვჭირდებოდა მართლაც კარგი გზები ხელმისაწვდომობის რეგრესიების დასაჭერად.

ისე, საინჟინრო თვალსაზრისით, პირველი ნაწილი საკმაოდ სახალისოდ ჟღერდა - არქიტექტურის შემუშავება და კომპონენტების ბიბლიოთეკის დანერგვა. და მართლაც ასე იყო.

ნაბიჯის გადადგმა, ყურება ARIA მაგალითები და იმის გათვალისწინებით, რომ ეს იყო დიზაინის პრობლემა და არა "შესაბამისი" პრობლემა, ჩვენ შემოვიღეთ რამდენიმე აბსტრაქცია. კომპონენტს აქვს „სტრუქტურა“ (შედგება HTML ელემენტებისგან) და „ქცევა“ (როგორ ურთიერთობს იგი მომხმარებელთან). მაგალითად, ქვემოთ მოცემულ ფრაგმენტებში გვაქვს უბრალო შეუკვეთავი სია. „ქცევების“ დამატებით, სიას ემატება შესაბამისი როლები, რათა ის იმოქმედოს სიის მსგავსად. იგივეს ვაკეთებთ მენიუში.

სინამდვილეში, აქ დამატებულია არა მხოლოდ როლები, არამედ კლავიატურის ნავიგაციისთვის მოვლენის დამმუშავებლები.

ეს უფრო მოწესრიგებულად გამოიყურება. თუ ჩვენ შეგვეძლო მათ შორის სუფთა გამიჯვნა, არ აქვს მნიშვნელობა როგორ შეიქმნა სტრუქტურა, ჩვენ შეგვეძლო მასზე გამოვიყენოთ ქცევები და მივიღოთ ხელმისაწვდომობა.

თქვენ შეგიძლიათ ნახოთ ეს მოქმედებაში https://stardust-ui.github.io/react/ - UX ბიბლიოთეკა რეაგირებას, რომელიც შექმნილია და დანერგილია თავიდანვე ხელმისაწვდომობის გათვალისწინებით.

მეორე ნაწილი - დიზაინის ირგვლივ მიდგომისა და პროცესების შეცვლა თავიდან შემაშინა: დაბალი ინჟინრები, რომლებიც ცდილობენ ორგანიზაციული ცვლილებების გატარებას, ყოველთვის არ მთავრდება კარგად, მაგრამ აღმოჩნდა, რომ ეს იყო ერთ-ერთი ყველაზე საინტერესო სფერო, სადაც ჩვენ მნიშვნელოვანი წვლილი შევიტანეთ პროცესში. . მოკლედ, ჩვენი პროცესი შემდეგი იყო: ახალ ფუნქციებს შეიმუშავებდა ერთი გუნდი, შემდეგ ჩვენი ხელმძღვანელობის გუნდი განიხილავდა/გაიმეორებდა წინადადებას და შემდეგ, დამტკიცების შემდეგ, დიზაინი, როგორც წესი, გადაეცემა საინჟინრო გუნდს. ამ შემთხვევაში, საინჟინრო გუნდს ფაქტობრივად „ეკუთვნოდა“ ხელმისაწვდომობის ფუნქცია, რადგან მათი პასუხისმგებლობა იყო მასთან დაკავშირებული ნებისმიერი პრობლემის გადაჭრა.

თავიდან საკმაოდ რთული სამუშაო იყო იმის ახსნა, რომ ხელმისაწვდომობა და გამოყენებადობა განუყოფლად არის დაკავშირებული და ეს უნდა გაკეთებულიყო დიზაინის ეტაპზე, წინააღმდეგ შემთხვევაში ეს გამოიწვევს დიდ ცვლილებებს და გარკვეული როლების ხელახლა განმარტებას. თუმცა, მენეჯმენტისა და ძირითადი მოთამაშეების მხარდაჭერით, ჩვენ ავიღეთ იდეა და განვახორციელეთ ის, რომ დიზაინები შემოწმდა ხელმისაწვდომობაზე და გამოყენებადობაზე, სანამ ისინი წარედგინებოდა მენეჯმენტს.

და ეს გამოხმაურება ძალიან ღირებული იყო ყველასთვის - ფანტასტიკური იყო, როგორც ცოდნის გაზიარების/კომუნიკაციის სავარჯიშო იმის შესახებ, თუ როგორ ურთიერთობენ მომხმარებლები ვებ აპლიკაციებთან, ჩვენ დავადგინეთ მრავალი UI პრობლემური სფერო, სანამ ისინი აშენდებოდნენ, განვითარების გუნდებს ახლა აქვთ ბევრად უკეთესი სპეციფიკაციები. დიზაინის მხოლოდ ვიზუალური, არამედ ქცევითი ასპექტებიც. რეალური დისკუსიები არის სახალისო, ენერგიული, ვნებიანი დისკუსიები ტექნიკური ასპექტებისა და ურთიერთქმედებების შესახებ.

ამის გაკეთება კიდევ უფრო უკეთესად შეგვეძლო, თუ გვყავდა ბრმა და შეზღუდული შესაძლებლობის მქონე მომხმარებლები ამ (ან შემდგომ) შეხვედრებზე - ამის ორგანიზება რთული იყო, მაგრამ ახლა ჩვენ ვმუშაობთ როგორც ადგილობრივ ბრმა ორგანიზაციებთან, ასევე კომპანიებთან, რომლებიც ახორციელებენ გარე ტესტირებას შესრულების ნაკადის დასადასტურებლად ადრეულ ეტაპზე. განვითარება - როგორც კომპონენტის, ასევე შესრულების ნაკადის დონეზე.

ინჟინრებს ახლა აქვთ საკმაოდ დეტალური სპეციფიკაციები, ხელმისაწვდომი კომპონენტები, რომელთა გამოყენება შეუძლიათ და შესრულების ნაკადის დადასტურების გზა. გამოცდილებამ გვასწავლა ის, რაც გვაკლდა მთელი ამ ხნის განმავლობაში - როგორ შევაჩეროთ რეგრესია. ანალოგიურად, ადამიანებს შეუძლიათ გამოიყენონ ინტეგრაცია ან ბოლოდან ბოლომდე ტესტები ფუნქციონირების შესამოწმებლად, რაც ჩვენ გვჭირდება ურთიერთქმედებებისა და შესრულების ნაკადებში ცვლილებების აღმოსაჩენად - როგორც ვიზუალური, ასევე ქცევითი.

ვიზუალური რეგრესიის განსაზღვრა საკმაოდ განსაზღვრული ამოცანაა, პროცესს ძალიან ცოტა რამ შეიძლება დაემატოს, გარდა იმისა, რომ შეამოწმოთ არის თუ არა ფოკუსი ხილული კლავიატურით ნავიგაციისას. უფრო საინტერესოა ხელმისაწვდომობასთან მუშაობის ორი შედარებით ახალი ტექნოლოგია.

1. ხელმისაწვდომობის შეხედულებები არის ინსტრუმენტების ერთობლიობა, რომელიც შეიძლება გაშვებული იყოს როგორც ბრაუზერში, ასევე როგორც build/test ციკლის ნაწილი პრობლემების იდენტიფიცირებისთვის.
2. ეკრანის წამკითხველების სწორად მუშაობის შემოწმება განსაკუთრებით რთული ამოცანა იყო. წვდომის დანერგვით ხელმისაწვდომობა DOM, ჩვენ საბოლოოდ შეგვიძლია გადავიღოთ აპლიკაციის ხელმისაწვდომობის სნეპშოტები, ისევე როგორც ვიზუალური ტესტებისთვის, და შევამოწმოთ ისინი რეგრესიისთვის.

ასე რომ, სიუჟეტის მეორე ნაწილში - ჩვენ გადავედით HTML კოდის რედაქტირებიდან აბსტრაქციის უფრო მაღალ დონეზე მუშაობაზე, შევცვალეთ დიზაინის შემუშავების პროცესი და შემოვიღეთ საფუძვლიანი ტესტირება. ახალმა პროცესებმა, ახალმა ტექნოლოგიებმა და აბსტრაქციის ახალმა დონეებმა მთლიანად შეცვალა ხელმისაწვდომობის ლანდშაფტი და რას ნიშნავს ამ სივრცეში მუშაობა.
მაგრამ ეს მხოლოდ დასაწყისია.

შემდეგი „გაგება“ არის ის, რომ უსინათლო მომხმარებლები მართავენ უახლესი ტექნოლოგიას - ისინი არიან ისინი, ვინც ყველაზე მეტ სარგებელს იღებენ არა მხოლოდ იმ ცვლილებებით, რომლებიც ადრე აღვწერეთ, არამედ ისიც, რომ ახალი მიდგომები და იდეები შესაძლებელი გახდა ML/AI-ს საშუალებით. მაგალითად, Immersive Reader ტექნოლოგია მომხმარებლებს საშუალებას აძლევს წარმოადგინონ ტექსტი უფრო მარტივად და ნათლად. მისი ხმამაღლა წაკითხვა შესაძლებელია, წინადადების სტრუქტურა გრამატიკულად იშლება და სიტყვების მნიშვნელობაც კი გრაფიკულად არის ნაჩვენები. ეს საერთოდ არ ჯდება ძველ „გახადე ხელმისაწვდომ“ მენტალიტეტში – ეს არის გამოყენებადობის ფუნქცია, რომელიც ყველას დაეხმარება.

ML/AI საშუალებას აძლევს ურთიერთობისა და მუშაობის სრულიად ახალ გზებს, და ჩვენ მოხარული ვართ, რომ ვიქნებით ამ უახლესი მოგზაურობის შემდეგი ეტაპების ნაწილი. ინოვაცია განპირობებულია აზროვნების ცვლილებით - კაცობრიობა არსებობს ათასწლეულების განმავლობაში, მანქანები ასობით წლის განმავლობაში, ვებსაიტები რამდენიმე ათეული წელია და სმარტფონები კიდევ უფრო ნაკლებად, ტექნოლოგია უნდა მოერგოს ხალხს და არა პირიქით.

PS სტატია ნათარგმნია ორიგინალიდან მცირე გადახრებით. როგორც ამ სტატიის თანაავტორი, მე დავეთანხმე ჰიუ ამ გადახრებს.

გამოკითხვაში მონაწილეობა შეუძლიათ მხოლოდ დარეგისტრირებულ მომხმარებლებს. Შებრძანდითგთხოვთ

ყურადღებას აქცევთ თქვენი აპლიკაციების ხელმისაწვდომობას?

• დიახ

• არარის

• ეს არის პირველად მესმის აპლიკაციის ხელმისაწვდომობის შესახებ.

მისცა ხმა 17 მომხმარებელმა. 5-მა მომხმარებელმა თავი შეიკავა.

წყარო: www.habr.com