સુલભતા તરફ

શુક્રવારે કામકાજના દિવસનો અંત છે. ખરાબ સમાચાર હંમેશા શુક્રવારે કામકાજના દિવસના અંતે આવે છે.

તમે ઑફિસ છોડવા જઈ રહ્યા છો, બીજા પુનર્ગઠન વિશેનો એક નવો પત્ર હમણાં જ મેલમાં આવ્યો છે.

આભાર xxxx, આજથી તમે zzzz ની જાણ કરશો
...
અને Hugh ની ટીમ ખાતરી કરશે કે અમારા ઉત્પાદનો વિકલાંગ લોકો માટે સુલભ છે.

અરે નહિ! હું શા માટે આને લાયક હતો? શું તેઓ ઈચ્છે છે કે હું છોડી જાઉં? કૃતજ્ઞતા વિનાની મહેનત અને અન્ય લોકોની ભૂલો સુધારવાનો પ્રયાસ કરવા માટે તમારી જાતને સેટ કરો. આ ચોક્કસપણે નિષ્ફળતા છે ...

થોડા વર્ષો પહેલા આ ઉપલબ્ધતા હતી. કેટલાક ગરીબ આત્માઓને અપંગ લોકો માટે તેને સુલભ કરવાનો પ્રયાસ કરવા અને તેને સુલભ બનાવવા માટે UI ને "સફાઈ" કરવાનું કામ આપવામાં આવ્યું હતું.

આનો વાસ્તવમાં અર્થ શું હતો તે ખૂબ જ અસ્પષ્ટ હતો - સંભવતઃ જો તમે ફીલ્ડ્સ દ્વારા ફોકસ સૂચક અને ટેબ જોઈ શકો, કેટલાક વૈકલ્પિક ટેક્સ્ટ અને થોડા ફીલ્ડ વર્ણનો હોય, તો તે ધ્યાનમાં લેવામાં આવશે કે તમારી એપ્લિકેશન ઍક્સેસિબલ છે ...

પરંતુ અચાનક "બગ્સ" હિમપ્રપાતની ઝડપે ગુણાકાર કરવાનું શરૂ કર્યું.

વિવિધ સ્ક્રીન રીડર્સ (Eng. સ્ક્રીન રીડર્સ) અને બ્રાઉઝર્સ સંપૂર્ણપણે અલગ રીતે વર્તે છે.

વપરાશકર્તાઓએ ફરિયાદ કરી છે કે એપ્લિકેશન બિનઉપયોગી છે.

જલદી એક જગ્યાએ ભૂલ સુધારાઈ, બીજી જગ્યાએ બીજી દેખાઈ.

અને વપરાશકર્તા ઇન્ટરફેસ ભૂલોને બદલવા અને સુધારવા માટે હર્ક્યુલીયન પ્રયત્નોની જરૂર છે.

હું ત્યાં હતો. હું બચી ગયો, પરંતુ અમે "સફળ" ન થયા - તકનીકી રીતે અમે ઘણું બધું સાફ કર્યું, ઘણાં ક્ષેત્ર વર્ણનો, ભૂમિકાઓ ઉમેરી અને અમુક સ્તરનું અનુપાલન પ્રાપ્ત કર્યું, પરંતુ કોઈ ખુશ નહોતું. વપરાશકર્તાઓએ હજુ પણ ફરિયાદ કરી છે કે તેઓ એપ્લિકેશન નેવિગેટ કરી શકતા નથી. મેનેજર હજુ પણ ભૂલોના સતત પ્રવાહ વિશે ફરિયાદ કરે છે. ઇજનેરોએ ફરિયાદ કરી હતી કે સમસ્યા ખોટી રીતે ઉભી કરવામાં આવી હતી, જેમાં સ્પષ્ટ રીતે વ્યાખ્યાયિત "સાચો" ઉકેલ નથી જે તમામ કેસોમાં કામ કરશે.

ઍક્સેસિબિલિટીને સમજવાની મારી સફરમાં કેટલીક નિશ્ચિતપણે આંખ ખોલનારી ક્ષણો હતી.
કદાચ પ્રથમ અનુભૂતિ હતી કે તૈયાર ઉત્પાદનની ટોચ પર સુલભતા કાર્યક્ષમતા ઉમેરવાનું મુશ્કેલ હતું. અને મેનેજરોને સમજાવવું વધુ મુશ્કેલ છે કે તે અતિ મુશ્કેલ છે! ના, તે માત્ર "થોડા ટૅગ્સ ઉમેરો" નથી અને UI બરાબર કામ કરશે. ના, આ ત્રણ અઠવાડિયામાં પૂર્ણ થઈ શકતું નથી; ત્રણ મહિના પણ પૂરતા નથી.
મારી સત્યતાની આગલી ક્ષણ આવી જ્યારે મેં પ્રથમ હાથે જોયું કે કેવી રીતે અંધ વપરાશકર્તાઓ ખરેખર અમારી એપ્લિકેશનનો ઉપયોગ કરે છે. ભૂલ સંદેશાઓ જોવા કરતાં આ ઘણું અલગ છે.

હું આ પર ફરીથી અને ફરીથી આવીશ, પરંતુ લોકોએ અમારી એપ્લિકેશનનો ઉપયોગ કેવી રીતે કર્યો તે વિશેની અમારી લગભગ બધી "ધારણાઓ" ખોટી હતી.

કીસ્ટ્રોકનો ઉપયોગ કરીને જટિલ વપરાશકર્તા ઇન્ટરફેસ નેવિગેટ કરવું Tab/Shift+Tab - આ ખરાબ છે! અમને કંઈક સારું જોઈએ છે. કીબોર્ડ શૉર્ટકટ્સ, હેડર.

UI બદલતી વખતે ધ્યાન ગુમાવવું એ મોટી સમસ્યા નથી, ખરું ને? ચાલો ફરીથી વિચારીએ - આ અતિ મૂંઝવણભર્યું છે.

મેં ચાલુ રાખ્યું, થોડા સમય માટે જુદા જુદા પ્રોજેક્ટ્સ પર કામ કર્યું, અને પછી અમે એક નવો પ્રોજેક્ટ શરૂ કર્યો, એક જટિલ વપરાશકર્તા ઇન્ટરફેસ અને સ્પષ્ટ ઇન્સ્ટોલેશન સાથે, આખરે આ સમયે ઍક્સેસિબિલિટી મેળવવા માટે.

તેથી, અમે એક પગલું પાછું લીધું અને જોયું કે અમે આને કેવી રીતે અલગ રીતે અમલમાં મૂકી શકીએ અને સફળ થઈ શકીએ અને પ્રક્રિયાને ઓછી કંટાળાજનક બનાવી શકીએ!

ખૂબ જ ઝડપથી અમે કેટલાક નિષ્કર્ષ પર આવ્યા:

1. અમે ઇચ્છતા નથી કે યુઝર ઇન્ટરફેસ વિકસાવતા લોકો એરિયા લેબલ્સ/રોલ્સ અને અલબત્ત, ઘટકોના HTML સ્ટ્રક્ચર સાથે ગડબડ કરે. અમે તેમને યોગ્ય ઘટકો પ્રદાન કરવાની જરૂર છે જે બૉક્સની બહાર જ ઍક્સેસિબિલિટી બનાવે છે.
2. સુલભતા == ઉપયોગમાં સરળતા - એટલે કે આ માત્ર તકનીકી પડકાર નથી. અમારે સમગ્ર ડિઝાઇન પ્રક્રિયાને બદલવાની અને સુનિશ્ચિત કરવાની જરૂર હતી કે સુલભતાને ધ્યાનમાં લેવામાં આવી હતી અને UI ડિઝાઇન શરૂ થાય તે પહેલાં તેની ચર્ચા કરવામાં આવી હતી. તમારે વહેલા તે વિચારવાની જરૂર છે કે કેવી રીતે વપરાશકર્તાઓ કોઈપણ કાર્યક્ષમતાને શોધશે, તેઓ કેવી રીતે નેવિગેટ કરશે અને કીબોર્ડ પરથી રાઇટ-ક્લિક કેવી રીતે કાર્ય કરશે. ઍક્સેસિબિલિટી એ ડિઝાઇન પ્રક્રિયાનો એક અભિન્ન ભાગ હોવો જોઈએ - કેટલાક વપરાશકર્તાઓ માટે તે એપ્લિકેશનના દેખાવ કરતાં ઘણું વધારે છે.
3. શરૂઆતથી જ, અમે અંધ અને અન્ય વિકલાંગ વપરાશકર્તાઓ પાસેથી એપ્લિકેશનના ઉપયોગમાં સરળતા વિશે પ્રતિસાદ મેળવવા માગતા હતા.
4. ઍક્સેસિબિલિટી રીગ્રેસનને પકડવા માટે અમને ખરેખર સારી રીતોની જરૂર છે.

ઠીક છે, એન્જિનિયરિંગના દૃષ્ટિકોણથી, પ્રથમ ભાગ ખૂબ જ મનોરંજક લાગતો હતો - એક આર્કિટેક્ચરનો વિકાસ અને ઘટકોની લાઇબ્રેરીનો અમલ. અને ખરેખર એવું જ હતું.

એક ડગલું પાછળ લઈ જઈને જોઈ રહ્યો ARIA ઉદાહરણો અને આને "ફિટિંગ ઇન" સમસ્યાને બદલે ડિઝાઇન સમસ્યા તરીકે વિચારીને, અમે કેટલાક એબ્સ્ટ્રેક્શન રજૂ કર્યા. એક ઘટકમાં 'સ્ટ્રક્ચર' (HTML તત્વોનો સમાવેશ થાય છે) અને 'વર્તણૂક' (તે વપરાશકર્તા સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે) ધરાવે છે. ઉદાહરણ તરીકે, નીચે આપેલા સ્નિપેટ્સમાં અમારી પાસે એક સરળ અવ્યવસ્થિત સૂચિ છે. "વર્તણૂકો" ઉમેરીને તેને સૂચિની જેમ કાર્ય કરવા માટે સૂચિમાં અનુરૂપ ભૂમિકાઓ ઉમેરવામાં આવે છે. અમે મેનુ માટે તે જ કરીએ છીએ.

હકીકતમાં, અહીં માત્ર ભૂમિકાઓ જ ઉમેરવામાં આવતી નથી, પણ કીબોર્ડ નેવિગેશન માટે ઇવેન્ટ હેન્ડલર્સ પણ છે.

આ વધુ સુઘડ લાગે છે. જો આપણે તેમની વચ્ચે સ્વચ્છ અલગતા મેળવી શકીએ, તો માળખું કેવી રીતે બનાવવામાં આવ્યું હતું તેનાથી કોઈ ફરક પડતો નથી, અમે તેના પર વર્તન લાગુ કરી શકીએ છીએ અને ઍક્સેસિબિલિટીનો અધિકાર મેળવી શકીએ છીએ.

તમે આને ક્રિયામાં જોઈ શકો છો https://stardust-ui.github.io/react/ - UX લાઇબ્રેરી પ્રતિક્રિયા, જે શરૂઆતથી જ સુલભતાને ધ્યાનમાં રાખીને ડિઝાઇન અને અમલમાં મૂકાયેલ છે.

બીજો ભાગ - ડિઝાઇનની આસપાસના અભિગમ અને પ્રક્રિયાઓને બદલવાથી શરૂઆતમાં મને ડર લાગ્યો: નીચા ઇજનેરો સંગઠનાત્મક પરિવર્તનને આગળ ધપાવવાનો પ્રયાસ કરે છે તે હંમેશા સારી રીતે સમાપ્ત થતું નથી, પરંતુ તે સૌથી રસપ્રદ ક્ષેત્રોમાંનું એક બન્યું જ્યાં અમે પ્રક્રિયામાં નોંધપાત્ર યોગદાન આપ્યું. . ટૂંકમાં, અમારી પ્રક્રિયા નીચે મુજબ હતી: એક ટીમ દ્વારા નવી કાર્યક્ષમતા વિકસાવવામાં આવશે, પછી અમારી નેતૃત્વ ટીમ દરખાસ્તની સમીક્ષા/પુનરાવર્તિત કરશે અને પછી, એકવાર મંજૂર થયા પછી, ડિઝાઇન સામાન્ય રીતે એન્જિનિયરિંગ ટીમને સોંપવામાં આવશે. આ કિસ્સામાં, એન્જિનિયરિંગ ટીમ અસરકારક રીતે ઍક્સેસિબિલિટી કાર્યક્ષમતા "માલિકી" ધરાવે છે કારણ કે તેની સાથે સંકળાયેલ કોઈપણ સમસ્યાઓને ઠીક કરવાની જવાબદારી તેમની હતી.

શરૂઆતમાં, તે સમજાવવું ખૂબ મુશ્કેલ કામ હતું કે સુલભતા અને ઉપયોગિતા અસ્પષ્ટ રીતે જોડાયેલા છે અને આ ડિઝાઇનના તબક્કે થવું જોઈએ, અન્યથા તે મોટા ફેરફારો અને કેટલીક ભૂમિકાઓની પુનઃવ્યાખ્યા તરફ દોરી જશે. જો કે, મેનેજમેન્ટ અને મુખ્ય ખેલાડીઓના સમર્થન સાથે, અમે વિચાર લીધો અને તેને ગતિમાં મૂક્યો જેથી ડિઝાઇનને મેનેજમેન્ટ સમક્ષ રજૂ કરવામાં આવે તે પહેલાં સુલભતા અને ઉપયોગીતા માટે પરીક્ષણ કરવામાં આવે.

અને આ પ્રતિસાદ દરેક માટે અત્યંત મૂલ્યવાન હતો - વપરાશકર્તાઓ વેબ એપ્લિકેશનો સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે તે વિશે જ્ઞાનની વહેંચણી/સંચારની કવાયત તરીકે તે અદ્ભુત હતું, અમે અસંખ્ય UI સમસ્યાવાળા વિસ્તારોને તેઓ બનાવ્યા તે પહેલાં ઓળખી કાઢ્યા હતા, વિકાસ ટીમો પાસે હવે વધુ સારી વિશિષ્ટતાઓ છે. માત્ર દ્રશ્ય, પણ ડિઝાઇનના વર્તણૂકીય પાસાઓ. વાસ્તવિક ચર્ચાઓ મનોરંજક, ઊર્જાસભર, તકનીકી પાસાઓ અને ક્રિયાપ્રતિક્રિયાઓ વિશે જુસ્સાદાર ચર્ચાઓ છે.

જો અમારી પાસે આ (અથવા અનુગામી) મીટિંગ્સમાં અંધ અને અક્ષમ વપરાશકર્તાઓ હોય તો અમે આ વધુ સારી રીતે કરી શકીએ - આનું આયોજન કરવું મુશ્કેલ હતું, પરંતુ અમે હવે સ્થાનિક અંધ સંસ્થાઓ અને કંપનીઓ બંને સાથે કામ કરીએ છીએ, જે શરૂઆતમાં અમલના પ્રવાહને ચકાસવા માટે બાહ્ય પરીક્ષણ પ્રદાન કરે છે. વિકાસ - બંને ઘટક અને અમલના પ્રવાહ સ્તરે.

ઇજનેરો પાસે હવે એકદમ વિગતવાર સ્પષ્ટીકરણો, ઉપલબ્ધ ઘટકો છે જેનો તેઓ અમલ કરવા માટે ઉપયોગ કરી શકે છે અને એક્ઝેક્યુશન ફ્લોને માન્ય કરવાની રીત ધરાવે છે. અનુભવે આપણને જે શીખવ્યું તેનો એક ભાગ એ છે કે આપણે બધા સમયથી શું ગુમાવી રહ્યા છીએ - આપણે કેવી રીતે રીગ્રેશનને રોકી શકીએ. તેવી જ રીતે, લોકો કાર્યક્ષમતા ચકાસવા માટે એકીકરણ અથવા એન્ડ-ટુ-એન્ડ ટેસ્ટ્સનો ઉપયોગ કરી શકે છે, જેની અમને ક્રિયાપ્રતિક્રિયાઓ અને અમલીકરણ પ્રવાહમાં ફેરફારો શોધવાની જરૂર છે - દ્રશ્ય અને વર્તન બંને.

વિઝ્યુઅલ રીગ્રેસન નક્કી કરવું એ એકદમ વ્યાખ્યાયિત કાર્ય છે, કીબોર્ડ સાથે નેવિગેટ કરતી વખતે ફોકસ દેખાઈ રહ્યું છે કે કેમ તે તપાસવા સિવાય પ્રક્રિયામાં બહુ ઓછું ઉમેરી શકાય છે. સુલભતા સાથે કામ કરવા માટે બે પ્રમાણમાં નવી તકનીકો વધુ રસપ્રદ છે.

1. ઍક્સેસિબિલીટી અંતદૃષ્ટિ ટૂલ્સનો સમૂહ છે જે બ્રાઉઝરમાં અને સમસ્યાઓ ઓળખવા માટે બિલ્ડ/પરીક્ષણ ચક્રના ભાગ રૂપે ચલાવી શકાય છે.
2. સ્ક્રીન રીડર્સ યોગ્ય રીતે કામ કરે છે તે ચકાસવું એ ખાસ કરીને પડકારજનક કાર્ય છે. ની ઍક્સેસની રજૂઆત સાથે ઍક્સેસિબિલિટી DOM, અમે આખરે એપ્લિકેશનના ઍક્સેસિબિલિટી સ્નેપશોટ લેવા સક્ષમ છીએ, જેમ કે આપણે વિઝ્યુઅલ પરીક્ષણો માટે કરીએ છીએ અને રીગ્રેશન માટે તેનું પરીક્ષણ કરીએ છીએ.

તેથી, વાર્તાના બીજા ભાગમાં - અમે HTML કોડને સંપાદિત કરવાથી ઉચ્ચ સ્તરના અમૂર્તતા પર કામ કરવા તરફ આગળ વધ્યા, ડિઝાઇન વિકાસ પ્રક્રિયામાં ફેરફાર કર્યો અને સંપૂર્ણ પરીક્ષણ રજૂ કર્યું. નવી પ્રક્રિયાઓ, નવી તકનીકો અને અમૂર્તતાના નવા સ્તરોએ સુલભતાના લેન્ડસ્કેપને સંપૂર્ણપણે બદલી નાખ્યું છે અને આ જગ્યામાં કામ કરવાનો અર્થ શું છે.
પરંતુ આ માત્ર શરૂઆત છે.

આગળની "સમજણ" એ છે કે અંધ વપરાશકર્તાઓ અદ્યતન ટેકનોલોજી ચલાવી રહ્યા છે - તેઓ એવા છે કે જેઓ અમે અગાઉ વર્ણવેલ ફેરફારોથી સૌથી વધુ લાભ મેળવે છે એટલું જ નહીં, પણ ML/AI દ્વારા નવા અભિગમો અને વિચારો શક્ય બને છે. ઉદાહરણ તરીકે, ઇમર્સિવ રીડર ટેક્નોલોજી વપરાશકર્તાઓને ટેક્સ્ટને વધુ સરળતાથી અને સ્પષ્ટ રીતે રજૂ કરવાની મંજૂરી આપે છે. તે મોટેથી વાંચી શકાય છે, વાક્યનું માળખું વ્યાકરણની રીતે તોડી નાખવામાં આવે છે, અને શબ્દના અર્થો પણ ગ્રાફિકલી પ્રદર્શિત થાય છે. આ જૂની "તેને સુલભ બનાવો" માનસિકતામાં બિલકુલ બંધબેસતું નથી - તે એક ઉપયોગીતા લક્ષણ છે જે દરેકને મદદ કરશે.

ML/AI ક્રિયાપ્રતિક્રિયા અને કાર્ય કરવાની સંપૂર્ણ નવી રીતોને સક્ષમ કરી રહ્યું છે, અને અમે આ અદ્યતન પ્રવાસના આગળના તબક્કાનો ભાગ બનવા માટે ઉત્સાહિત છીએ. નવીનતા વિચારસરણીમાં પરિવર્તન દ્વારા ચલાવવામાં આવે છે - માનવતા હજારો વર્ષોથી અસ્તિત્વમાં છે, મશીનો સેંકડો વર્ષોથી, વેબસાઇટ્સ ઘણા દાયકાઓથી, અને સ્માર્ટફોન પણ ઓછા છે, ટેક્નોલોજીએ લોકોને અનુકૂલન કરવું જોઈએ, અને ઊલટું નહીં.

PS લેખ મૂળમાંથી નાના વિચલનો સાથે અનુવાદિત કરવામાં આવ્યો છે. આ લેખના સહ-લેખક તરીકે, હું હ્યુ સાથેના આ વિષયાંતર પર સંમત છું.

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

શું તમે તમારી એપ્લિકેશનોની સુલભતા પર ધ્યાન આપો છો?

• હા

• કોઈ

• આ પહેલીવાર છે જ્યારે મેં એપ્લિકેશન ઍક્સેસિબિલિટી વિશે સાંભળ્યું છે.

17 વપરાશકર્તાઓએ મતદાન કર્યું. 5 વપરાશકર્તાઓ દૂર રહ્યા.

સોર્સ: www.habr.com