പ്രവേശനക്ഷമതയിലേക്ക്

വെള്ളിയാഴ്ച പ്രവൃത്തി ദിവസത്തിന്റെ അവസാനമാണ്. വെള്ളിയാഴ്ച പ്രവൃത്തി ദിവസത്തിന്റെ അവസാനത്തിലാണ് മോശം വാർത്തകൾ എപ്പോഴും വരുന്നത്.

നിങ്ങൾ ഓഫീസ് വിടാൻ പോകുകയാണ്, മറ്റൊരു പുനഃസംഘടനയെക്കുറിച്ചുള്ള ഒരു പുതിയ കത്ത് മെയിലിൽ എത്തി.

നന്ദി xxxx, yyy ഇന്ന് മുതൽ നിങ്ങൾ zzzz റിപ്പോർട്ട് ചെയ്യും
പങ്ക് € |
വികലാംഗരായ ആളുകൾക്ക് ഞങ്ങളുടെ ഉൽപ്പന്നങ്ങൾ ആക്സസ് ചെയ്യാവുന്നതാണെന്ന് ഹ്യൂഗ് ടീം ഉറപ്പാക്കും.

അയ്യോ! എന്തുകൊണ്ടാണ് ഞാൻ ഇത് അർഹിച്ചത്? ഞാൻ പോകണമെന്ന് അവർ ആഗ്രഹിക്കുന്നുണ്ടോ? നന്ദിയില്ലാത്ത കഠിനാധ്വാനത്തിനായി സ്വയം സജ്ജമാക്കുക, മറ്റുള്ളവരുടെ തെറ്റുകൾ തിരുത്താൻ ശ്രമിക്കുക. ഇത് തീർച്ചയായും പരാജയമാണ്...

കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് ഇത് ലഭ്യമായിരുന്നു. വികലാംഗരായ ആളുകൾക്ക് അത് ആക്‌സസ് ചെയ്യുന്നതിനായി UI "ക്ലീൻ അപ്പ്" ചെയ്യാനുള്ള ജോലി ചില പാവപ്പെട്ടവർക്ക് നൽകി.

യഥാർത്ഥത്തിൽ ഇത് അർത്ഥമാക്കുന്നത് വളരെ അവ്യക്തമാണ് - നിങ്ങൾക്ക് ഫീൽഡുകളിലൂടെ ഒരു ഫോക്കസ് ഇൻഡിക്കേറ്ററും ടാബും കാണാൻ കഴിയുമെങ്കിൽ, കുറച്ച് ആൾട്ട് ടെക്‌സ്‌റ്റും കുറച്ച് ഫീൽഡ് വിവരണങ്ങളും ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ ആക്‌സസ് ചെയ്യാനാകുമെന്ന് കണക്കാക്കും ...

എന്നാൽ പെട്ടെന്ന് "ബഗ്ഗുകൾ" ഒരു ഹിമപാതത്തിന്റെ വേഗതയിൽ പെരുകാൻ തുടങ്ങി.

വിവിധ സ്ക്രീൻ റീഡറുകൾ (Eng. സ്‌ക്രീൻ റീഡറുകളും) ബ്രൗസറുകളും തികച്ചും വ്യത്യസ്തമായി പ്രവർത്തിച്ചു.

ആപ്പ് ഉപയോഗശൂന്യമാണെന്ന് ഉപയോക്താക്കൾ പരാതിപ്പെട്ടു.

ഒരിടത്ത് തെറ്റ് തിരുത്തിയ ഉടനെ മറ്റൊന്ന് പ്രത്യക്ഷപ്പെട്ടു.

ഉപയോക്തൃ ഇന്റർഫേസ് പിശകുകൾ മാറ്റുന്നതിനും ശരിയാക്കുന്നതിനും കഠിനമായ പരിശ്രമം ആവശ്യമാണ്.

ഞാൻ അവിടെയായിരുന്നു. ഞാൻ അതിജീവിച്ചു, പക്ഷേ ഞങ്ങൾ "വിജയിച്ചില്ല" - സാങ്കേതികമായി ഞങ്ങൾ ഒരുപാട് വൃത്തിയാക്കി, ധാരാളം ഫീൽഡ് വിവരണങ്ങളും റോളുകളും ചേർത്തു, ഒപ്പം ചില നിലവാരം പാലിക്കുകയും ചെയ്തു, പക്ഷേ ആരും സന്തോഷിച്ചില്ല. ആപ്ലിക്കേഷൻ നാവിഗേറ്റ് ചെയ്യാൻ കഴിയുന്നില്ലെന്ന് ഉപയോക്താക്കൾ ഇപ്പോഴും പരാതിപ്പെട്ടു. പിശകുകളുടെ നിരന്തരമായ പ്രവാഹത്തെക്കുറിച്ച് മാനേജർ ഇപ്പോഴും പരാതിപ്പെട്ടു. എല്ലാ സാഹചര്യങ്ങളിലും പ്രവർത്തിക്കുന്ന, വ്യക്തമായി നിർവചിക്കപ്പെട്ട "ശരിയായ" പരിഹാരമില്ലാതെ, പ്രശ്നം തെറ്റായി ഉയർത്തിയതായി എഞ്ചിനീയർമാർ പരാതിപ്പെട്ടു.

പ്രവേശനക്ഷമത മനസ്സിലാക്കാനുള്ള എന്റെ യാത്രയിൽ കണ്ണ് തുറപ്പിക്കുന്ന ചില നിമിഷങ്ങൾ ഉണ്ടായിരുന്നു.
ഒരു പൂർത്തിയായ ഉൽപ്പന്നത്തിന് മുകളിൽ പ്രവേശനക്ഷമത പ്രവർത്തനക്ഷമത ചേർക്കുന്നത് ബുദ്ധിമുട്ടാണെന്ന തിരിച്ചറിവായിരിക്കാം ആദ്യത്തേത്. ഇത് അവിശ്വസനീയമാംവിധം ബുദ്ധിമുട്ടാണെന്ന് മാനേജർമാരെ ബോധ്യപ്പെടുത്തുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാണ്! ഇല്ല, ഇത് "കുറച്ച് ടാഗുകൾ ചേർക്കുക" മാത്രമല്ല, UI നന്നായി പ്രവർത്തിക്കും. ഇല്ല, ഇത് മൂന്നാഴ്ച കൊണ്ട് പൂർത്തിയാക്കാൻ കഴിയില്ല; മൂന്ന് മാസം പോലും മതിയാകില്ല.
അന്ധരായ ഉപയോക്താക്കൾ ഞങ്ങളുടെ ആപ്പ് എങ്ങനെ ഉപയോഗിച്ചുവെന്ന് ഞാൻ നേരിട്ട് കണ്ടപ്പോഴാണ് സത്യത്തിന്റെ അടുത്ത നിമിഷം വന്നത്. പിശക് സന്ദേശങ്ങൾ നോക്കുന്നതിൽ നിന്ന് ഇത് വളരെ വ്യത്യസ്തമാണ്.

ഞാൻ ഇതിലേക്ക് വീണ്ടും വീണ്ടും വരും, എന്നാൽ ആളുകൾ ഞങ്ങളുടെ ആപ്പ് എങ്ങനെ ഉപയോഗിച്ചു എന്നതിനെക്കുറിച്ചുള്ള ഞങ്ങളുടെ മിക്കവാറും എല്ലാ "അനുമാനങ്ങളും" തെറ്റായിരുന്നു.

കീസ്ട്രോക്കുകൾ ഉപയോഗിച്ച് സങ്കീർണ്ണമായ ഉപയോക്തൃ ഇന്റർഫേസ് നാവിഗേറ്റ് ചെയ്യുന്നു Tab/Shift+Tab - ഇത് കഷ്ടമാണ്! ഞങ്ങൾക്ക് കൂടുതൽ മെച്ചപ്പെട്ട എന്തെങ്കിലും വേണം. കീബോർഡ് കുറുക്കുവഴികൾ, തലക്കെട്ടുകൾ.

UI മാറ്റുമ്പോൾ ഫോക്കസ് നഷ്ടപ്പെടുന്നത് ഒരു വലിയ പ്രശ്നമല്ല, അല്ലേ? നമുക്ക് വീണ്ടും ചിന്തിക്കാം - ഇത് അവിശ്വസനീയമാംവിധം ആശയക്കുഴപ്പത്തിലാക്കുന്നു.

ഞാൻ തുടർന്നു, വ്യത്യസ്‌ത പ്രോജക്‌ടുകളിൽ കുറച്ചുകാലം ജോലി ചെയ്‌തു, തുടർന്ന് ഞങ്ങൾ ഒരു പുതിയ പ്രോജക്‌റ്റ് ആരംഭിച്ചു, സങ്കീർണ്ണമായ ഒരു ഉപയോക്തൃ ഇന്റർഫേസും വ്യക്തമായ ഇൻസ്റ്റാളേഷനും, ഒടുവിൽ ഈ സമയം ആക്‌സസിബിലിറ്റി ലഭിക്കാൻ.

അതിനാൽ, ഞങ്ങൾ ഒരു പടി പിന്നോട്ട് പോയി, ഇത് എങ്ങനെ വ്യത്യസ്തമായി നടപ്പിലാക്കാമെന്നും വിജയിക്കാമെന്നും നോക്കുകയും പ്രക്രിയയെ വിരസമാക്കുകയും ചെയ്യാം!

വളരെ വേഗം ഞങ്ങൾ ചില നിഗമനങ്ങളിൽ എത്തി:

1. ഉപയോക്തൃ ഇന്റർഫേസ് വികസിപ്പിക്കുന്ന ആളുകൾ ഏരിയ ലേബലുകൾ/റോളുകൾ കൂടാതെ, തീർച്ചയായും, ഘടകങ്ങളുടെ HTML ഘടനയിൽ കുഴപ്പമുണ്ടാക്കാൻ ഞങ്ങൾ ആഗ്രഹിച്ചില്ല. ബോക്‌സിന് പുറത്ത് തന്നെ പ്രവേശനക്ഷമത നിർമ്മിക്കുന്ന ശരിയായ ഘടകങ്ങൾ ഞങ്ങൾക്ക് അവർക്ക് നൽകേണ്ടതുണ്ട്.
2. പ്രവേശനക്ഷമത == ഉപയോഗം എളുപ്പം – അതായത്. ഇതൊരു സാങ്കേതിക വെല്ലുവിളി മാത്രമല്ല. യുഐ ഡിസൈൻ ആരംഭിക്കുന്നതിന് മുമ്പ് ഞങ്ങൾക്ക് മുഴുവൻ ഡിസൈൻ പ്രക്രിയയും മാറ്റുകയും പ്രവേശനക്ഷമത കണക്കിലെടുക്കുകയും ചർച്ച ചെയ്യുകയും ചെയ്തുവെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്. ഉപയോക്താക്കൾ ഏത് പ്രവർത്തനവും എങ്ങനെ കണ്ടെത്തും, അവർ എങ്ങനെ നാവിഗേറ്റ് ചെയ്യും, കീബോർഡിൽ നിന്ന് വലത്-ക്ലിക്കുചെയ്യുന്നത് എങ്ങനെ പ്രവർത്തിക്കും എന്നിവയെക്കുറിച്ച് നിങ്ങൾ നേരത്തെ ചിന്തിക്കേണ്ടതുണ്ട്. പ്രവേശനക്ഷമത ഡിസൈൻ പ്രക്രിയയുടെ അവിഭാജ്യ ഘടകമായിരിക്കണം - ചില ഉപയോക്താക്കൾക്ക് ഇത് ആപ്ലിക്കേഷന്റെ രൂപത്തേക്കാൾ വളരെ കൂടുതലാണ്.
3. അന്ധരിൽ നിന്നും മറ്റ് വികലാംഗരായ ഉപയോക്താക്കളിൽ നിന്നും ആപ്ലിക്കേഷന്റെ എളുപ്പത്തിലുള്ള ഉപയോഗത്തെക്കുറിച്ച് ഫീഡ്‌ബാക്ക് ലഭിക്കാൻ ഞങ്ങൾ ആദ്യം മുതൽ ആഗ്രഹിച്ചിരുന്നു.
4. ആക്‌സസ്സിബിലിറ്റി റിഗ്രഷനുകൾ പിടിക്കാൻ ഞങ്ങൾക്ക് നല്ല വഴികൾ ആവശ്യമാണ്.

ശരി, ഒരു എഞ്ചിനീയറിംഗ് വീക്ഷണകോണിൽ നിന്ന്, ആദ്യ ഭാഗം വളരെ രസകരമായി തോന്നി - ഒരു വാസ്തുവിദ്യ വികസിപ്പിക്കുകയും ഘടകങ്ങളുടെ ഒരു ലൈബ്രറി നടപ്പിലാക്കുകയും ചെയ്യുന്നു. സത്യമായും അങ്ങനെ തന്നെയായിരുന്നു.

ഒരു പടി പിന്നോട്ട്, നോക്കുന്നു ARIA ഉദാഹരണങ്ങൾ ഒരു "ഫിറ്റിംഗ് ഇൻ" പ്രശ്നം എന്നതിലുപരി ഇതൊരു ഡിസൈൻ പ്രശ്നമായി കരുതി, ഞങ്ങൾ ചില സംഗ്രഹങ്ങൾ അവതരിപ്പിച്ചു. ഒരു ഘടകത്തിന് ഒരു 'ഘടനയും' (HTML ഘടകങ്ങൾ അടങ്ങിയിരിക്കുന്നു) ഒരു 'പെരുമാറ്റവും' (അത് ഉപയോക്താവുമായി എങ്ങനെ ഇടപഴകുന്നു) ഉണ്ട്. ഉദാഹരണത്തിന്, ചുവടെയുള്ള സ്‌നിപ്പെറ്റുകളിൽ നമുക്ക് ക്രമരഹിതമായ ഒരു ലിസ്റ്റ് ഉണ്ട്. "പെരുമാറ്റങ്ങൾ" ചേർക്കുന്നതിലൂടെ അനുബന്ധ റോളുകൾ ലിസ്റ്റിലേക്ക് ചേർക്കുന്നു, അങ്ങനെ അത് ഒരു ലിസ്റ്റ് പോലെ പ്രവർത്തിക്കുന്നു. മെനുവിലും ഞങ്ങൾ അങ്ങനെ തന്നെ ചെയ്യുന്നു.

വാസ്തവത്തിൽ, ഇവിടെ റോളുകൾ മാത്രമല്ല, കീബോർഡ് നാവിഗേഷനായി ഇവന്റ് ഹാൻഡ്‌ലറുകളും ചേർക്കുന്നു.

ഇത് കൂടുതൽ വൃത്തിയായി കാണപ്പെടുന്നു. അവയ്ക്കിടയിൽ ഒരു ശുദ്ധമായ വേർതിരിവ് ലഭിക്കുമെങ്കിൽ, ഘടന എങ്ങനെ സൃഷ്ടിച്ചുവെന്നത് പ്രശ്നമല്ല, നമുക്ക് അതിൽ പെരുമാറ്റം പ്രയോഗിച്ച് പ്രവേശനക്ഷമത ശരിയാക്കാം.

നിങ്ങൾക്ക് ഇത് പ്രവർത്തനത്തിൽ കാണാൻ കഴിയും https://stardust-ui.github.io/react/ - UX ലൈബ്രറി തിരിച്ചടി നടത്തുക, തുടക്കം മുതൽ പ്രവേശനക്ഷമത മനസ്സിൽ വെച്ചുകൊണ്ട് രൂപകൽപ്പന ചെയ്യുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്നു.

രണ്ടാം ഭാഗം - രൂപകല്പനയെ ചുറ്റിപ്പറ്റിയുള്ള സമീപനവും പ്രക്രിയകളും മാറ്റുന്നത് തുടക്കത്തിൽ എന്നെ ഭയപ്പെടുത്തി: സംഘടനാപരമായ മാറ്റങ്ങളിലൂടെ കടന്നുപോകാൻ ശ്രമിക്കുന്ന താഴ്ന്ന എഞ്ചിനീയർമാർ എല്ലായ്പ്പോഴും നല്ല രീതിയിൽ അവസാനിക്കുന്നില്ല, എന്നാൽ ഈ പ്രക്രിയയിൽ ഞങ്ങൾ ഗണ്യമായ സംഭാവനകൾ നൽകിയ ഏറ്റവും രസകരമായ മേഖലകളിൽ ഒന്നായി ഇത് മാറി. . ചുരുക്കത്തിൽ, ഞങ്ങളുടെ പ്രക്രിയ ഇപ്രകാരമായിരുന്നു: ഒരു ടീം പുതിയ പ്രവർത്തനം വികസിപ്പിച്ചെടുക്കും, തുടർന്ന് ഞങ്ങളുടെ നേതൃത്വ ടീം നിർദ്ദേശം അവലോകനം ചെയ്യും/ആവർത്തിക്കും, തുടർന്ന്, അംഗീകരിച്ചുകഴിഞ്ഞാൽ, ഡിസൈൻ സാധാരണയായി എഞ്ചിനീയറിംഗ് ടീമിന് കൈമാറും. ഈ സാഹചര്യത്തിൽ, എഞ്ചിനീയറിംഗ് ടീം പ്രവേശനക്ഷമത പ്രവർത്തനത്തെ ഫലപ്രദമായി "ഉടമസ്ഥമാക്കി", കാരണം അതുമായി ബന്ധപ്പെട്ട എന്തെങ്കിലും പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടത് അവരുടെ ഉത്തരവാദിത്തമായിരുന്നു.

തുടക്കത്തിൽ, പ്രവേശനക്ഷമതയും ഉപയോഗക്ഷമതയും അഭേദ്യമായി ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്നും ഡിസൈൻ ഘട്ടത്തിൽ ഇത് ചെയ്യേണ്ടതുണ്ടെന്നും വിശദീകരിക്കുന്നത് വളരെ ബുദ്ധിമുട്ടുള്ള ജോലിയായിരുന്നു, അല്ലാത്തപക്ഷം ഇത് ചില റോളുകളുടെ വലിയ മാറ്റങ്ങൾക്കും പുനർനിർവചനങ്ങൾക്കും ഇടയാക്കും. എന്നിരുന്നാലും, മാനേജ്‌മെന്റിന്റെയും പ്രധാന കളിക്കാരുടെയും പിന്തുണയോടെ, ഞങ്ങൾ ആശയം എടുത്ത് അത് പ്രവർത്തനക്ഷമമാക്കി, അങ്ങനെ ഡിസൈനുകൾ മാനേജ്‌മെന്റിന് അവതരിപ്പിക്കുന്നതിന് മുമ്പ് പ്രവേശനക്ഷമതയ്ക്കും ഉപയോഗക്ഷമതയ്ക്കും വേണ്ടി പരീക്ഷിച്ചു.

ഈ ഫീഡ്‌ബാക്ക് എല്ലാവർക്കും വളരെ വിലപ്പെട്ടതായിരുന്നു - ഉപയോക്താക്കൾ വെബ് ആപ്ലിക്കേഷനുകളുമായി എങ്ങനെ ഇടപഴകുന്നു എന്നതിനെക്കുറിച്ചുള്ള അറിവ് പങ്കിടൽ/ആശയവിനിമയം എന്നിവയിലെ ഒരു വ്യായാമം എന്ന നിലയിൽ ഇത് വളരെ മികച്ചതായിരുന്നു, അവ നിർമ്മിക്കുന്നതിന് മുമ്പ് നിരവധി യുഐ പ്രശ്‌ന മേഖലകൾ ഞങ്ങൾ തിരിച്ചറിഞ്ഞു, ഇപ്പോൾ ഡെവലപ്‌മെന്റ് ടീമുകൾക്ക് അല്ലാത്തതിന്റെ മികച്ച സവിശേഷതകളുണ്ട്. രൂപകല്പനയുടെ ദൃശ്യപരവും എന്നാൽ പെരുമാറ്റപരവുമായ വശങ്ങളും മാത്രം. സാങ്കേതിക വശങ്ങളെയും ഇടപെടലുകളെയും കുറിച്ചുള്ള രസകരവും ഊർജ്ജസ്വലവും ആവേശഭരിതവുമായ ചർച്ചകളാണ് യഥാർത്ഥ ചർച്ചകൾ.

ഈ (അല്ലെങ്കിൽ തുടർന്നുള്ള) മീറ്റിംഗുകളിൽ ഞങ്ങൾക്ക് അന്ധരും വികലാംഗരുമായ ഉപയോക്താക്കൾ ഉണ്ടെങ്കിൽ ഞങ്ങൾക്ക് ഇത് കൂടുതൽ നന്നായി ചെയ്യാൻ കഴിയും - ഇത് സംഘടിപ്പിക്കാൻ ബുദ്ധിമുട്ടായിരുന്നു, എന്നാൽ ഞങ്ങൾ ഇപ്പോൾ പ്രാദേശിക അന്ധമായ ഓർഗനൈസേഷനുകളുമായും കമ്പനികളുമായും പ്രവർത്തിക്കുന്നു, ഇത് തുടക്കത്തിൽ തന്നെ എക്സിക്യൂഷൻ ഫ്ലോ പരിശോധിക്കാൻ ബാഹ്യ പരിശോധന നൽകുന്നു. വികസനം-ഘടകത്തിലും നിർവ്വഹണ പ്രവാഹ തലത്തിലും.

എഞ്ചിനീയർമാർക്ക് ഇപ്പോൾ വളരെ വിശദമായ സ്പെസിഫിക്കേഷനുകളും, അവർക്ക് നടപ്പിലാക്കാൻ ഉപയോഗിക്കാവുന്ന ലഭ്യമായ ഘടകങ്ങളും, എക്സിക്യൂഷൻ ഫ്ലോ സാധൂകരിക്കാനുള്ള ഒരു മാർഗവുമുണ്ട്. അനുഭവം നമ്മെ പഠിപ്പിച്ചതിന്റെ ഒരു ഭാഗമാണ് നമുക്ക് എല്ലായ്‌പ്പോഴും നഷ്‌ടമായത്-എങ്ങനെ പിന്മാറ്റം തടയാം. അതുപോലെ, പ്രവർത്തനക്ഷമത പരിശോധിക്കാൻ ആളുകൾക്ക് ഇന്റഗ്രേഷൻ അല്ലെങ്കിൽ എൻഡ്-ടു-എൻഡ് ടെസ്റ്റുകൾ ഉപയോഗിക്കാം, അത് ദൃശ്യപരവും പെരുമാറ്റപരവുമായ ഇടപെടലുകളിലും നിർവ്വഹണ പ്രവാഹങ്ങളിലും മാറ്റങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്.

വിഷ്വൽ റിഗ്രഷൻ നിർണ്ണയിക്കുന്നത് തികച്ചും നിർവചിക്കപ്പെട്ടിട്ടുള്ള ഒരു ജോലിയാണ്, കീബോർഡ് ഉപയോഗിച്ച് നാവിഗേറ്റ് ചെയ്യുമ്പോൾ ഫോക്കസ് ദൃശ്യമാണോ എന്ന് പരിശോധിക്കുന്നതല്ലാതെ പ്രക്രിയയിലേക്ക് വളരെ കുറച്ച് മാത്രമേ ചേർക്കാനാവൂ. പ്രവേശനക്ഷമതയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്നതിനുള്ള താരതമ്യേന പുതിയ രണ്ട് സാങ്കേതികവിദ്യകളാണ് കൂടുതൽ രസകരം.

1. പ്രവേശനക്ഷമത സ്ഥിതിവിവരക്കണക്കുകൾ ബ്രൗസറിലും ബിൽഡ്/ടെസ്റ്റ് സൈക്കിളിന്റെ ഭാഗമായും പ്രവർത്തിപ്പിക്കാവുന്ന ഒരു കൂട്ടം ടൂളുകളാണ് പ്രശ്നങ്ങൾ തിരിച്ചറിയുന്നത്.
2. സ്‌ക്രീൻ റീഡറുകൾ ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് പരിശോധിക്കുന്നത് പ്രത്യേകിച്ച് വെല്ലുവിളി നിറഞ്ഞ ഒരു ജോലിയാണ്. ആക്സസ് ആമുഖത്തോടെ പ്രവേശനക്ഷമത DOM, വിഷ്വൽ ടെസ്റ്റുകൾക്കായി ഞങ്ങൾ ചെയ്യുന്നതുപോലെ, ആപ്പിന്റെ പ്രവേശനക്ഷമത സ്‌നാപ്പ്ഷോട്ടുകൾ എടുക്കാനും അവ റിഗ്രഷനിനായി പരിശോധിക്കാനും ഞങ്ങൾക്ക് ഒടുവിൽ കഴിയും.

അതിനാൽ, കഥയുടെ രണ്ടാം ഭാഗത്ത്, ഞങ്ങൾ HTML കോഡ് എഡിറ്റുചെയ്യുന്നതിൽ നിന്ന് ഉയർന്ന തലത്തിലുള്ള അമൂർത്തീകരണത്തിലേക്ക് നീങ്ങി, ഡിസൈൻ വികസന പ്രക്രിയ മാറ്റി, സമഗ്രമായ പരിശോധന അവതരിപ്പിച്ചു. പുതിയ പ്രക്രിയകൾ, പുതിയ സാങ്കേതികവിദ്യകൾ, പുതിയ തലത്തിലുള്ള അമൂർത്തീകരണം എന്നിവ പ്രവേശനക്ഷമതയുടെ ലാൻഡ്‌സ്‌കേപ്പിനെയും ഈ സ്ഥലത്ത് പ്രവർത്തിക്കുക എന്നതിന്റെ അർത്ഥത്തെയും പൂർണ്ണമായും മാറ്റിമറിച്ചു.
എന്നാൽ ഇത് ഒരു തുടക്കം മാത്രമാണ്.

അന്ധരായ ഉപയോക്താക്കൾ അത്യാധുനിക സാങ്കേതിക വിദ്യയെ ഡ്രൈവ് ചെയ്യുന്നു എന്നതാണ് അടുത്ത "ധാരണ" - ഞങ്ങൾ നേരത്തെ വിവരിച്ച മാറ്റങ്ങളിൽ നിന്ന് മാത്രമല്ല, പുതിയ സമീപനങ്ങളും ആശയങ്ങളും ML/AI വഴി സാധ്യമാക്കിയത് അവരാണ്. ഉദാഹരണത്തിന്, ഇമ്മേഴ്‌സീവ് റീഡർ സാങ്കേതികവിദ്യ ഉപയോക്താക്കളെ ടെക്‌സ്‌റ്റ് കൂടുതൽ എളുപ്പത്തിലും വ്യക്തമായും അവതരിപ്പിക്കാൻ അനുവദിക്കുന്നു. ഇത് ഉറക്കെ വായിക്കാൻ കഴിയും, വാക്യഘടന വ്യാകരണപരമായി വിഭജിക്കപ്പെട്ടിരിക്കുന്നു, കൂടാതെ പദ അർത്ഥങ്ങൾ പോലും ഗ്രാഫിക്കായി പ്രദർശിപ്പിക്കും. ഇത് പഴയ "ആക്‌സസ് ചെയ്യാവുന്നതാക്കുക" എന്ന മാനസികാവസ്ഥയുമായി ഒട്ടും യോജിക്കുന്നില്ല - ഇത് എല്ലാവരെയും സഹായിക്കുന്ന ഒരു ഉപയോഗക്ഷമത സവിശേഷതയാണ്.

ML/AI സംവദിക്കാനും പ്രവർത്തിക്കാനുമുള്ള തികച്ചും പുതിയ വഴികൾ പ്രാപ്തമാക്കുന്നു, ഈ അത്യാധുനിക യാത്രയുടെ അടുത്ത ഘട്ടങ്ങളിൽ ഭാഗമാകാൻ ഞങ്ങൾ സന്തുഷ്ടരാണ്. ചിന്തയിലെ മാറ്റമാണ് പുതുമയെ നയിക്കുന്നത് - സഹസ്രാബ്ദങ്ങളായി മനുഷ്യത്വം നിലനിൽക്കുന്നു, നൂറുകണക്കിന് വർഷങ്ങളായി യന്ത്രങ്ങൾ, നിരവധി പതിറ്റാണ്ടുകളായി വെബ്‌സൈറ്റുകൾ, കൂടാതെ സ്മാർട്ട്‌ഫോണുകൾ അതിലും കുറവാണ്, സാങ്കേതികവിദ്യ ആളുകളുമായി പൊരുത്തപ്പെടണം, തിരിച്ചും അല്ല.

പി.എസ്. മൂലകൃതിയിൽ നിന്ന് ചെറിയ വ്യതിയാനങ്ങളോടെയാണ് ലേഖനം വിവർത്തനം ചെയ്തിരിക്കുന്നത്. ഈ ലേഖനത്തിന്റെ സഹ-രചയിതാവ് എന്ന നിലയിൽ, ഹ്യൂഗുമായുള്ള ഈ വ്യതിചലനങ്ങൾ ഞാൻ അംഗീകരിച്ചു.

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളുടെ പ്രവേശനക്ഷമത നിങ്ങൾ ശ്രദ്ധിക്കുന്നുണ്ടോ?

• ആ

• ഇല്ല

• ആപ്പ് പ്രവേശനക്ഷമതയെക്കുറിച്ച് ഞാൻ ആദ്യമായി കേൾക്കുന്നു.

17 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 5 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

അവലംബം: www.habr.com