Dydd Gwener yw diwedd y diwrnod gwaith. Mae newyddion drwg bob amser yn dod ar ddiwedd y diwrnod gwaith ddydd Gwener.
Rydych ar fin gadael y swyddfa, mae llythyr newydd am ad-drefnu arall newydd gyrraedd y post.
Diolch xxxx, yyy o heddiw byddwch yn adrodd zzzz
...
A bydd tîm Hugh yn sicrhau bod ein cynnyrch yn hygyrch i bobl ag anableddau.
O na! Pam wnes i haeddu hyn? Ydyn nhw eisiau i mi adael? Paratowch eich hun ar gyfer gwaith caled di-ddiolch a cheisio cywiro camgymeriadau pobl eraill. Mae hyn yn bendant yn fethiant...
Roedd hyn ar gael ychydig flynyddoedd yn ôl. Cafodd rhai eneidiau tlawd y gwaith o "lanhau" yr UI i geisio ei gwneud yn hygyrch i bobl ag anableddau.
Roedd yr hyn yr oedd hyn yn ei olygu mewn gwirionedd yn eithaf amwys - yn ôl pob tebyg pe gallech weld dangosydd ffocws a thab trwy feysydd, cael rhywfaint o destun alt a chwpl o ddisgrifiadau maes, byddai'n cael ei ystyried bod eich cais yn hygyrch ...
Ond yn sydyn dechreuodd y “bygiau” luosogi ar gyflymder eirlithriad.
Darllenwyr sgrin amrywiol (Eng. Roedd Darllenwyr Sgrin) a phorwyr yn ymddwyn yn hollol wahanol.
Mae defnyddwyr wedi cwyno nad oes modd defnyddio'r ap.
Cyn gynted ag y cywirwyd gwall mewn un lle, ymddangosodd un arall mewn man arall.
Ac roedd angen ymdrechion Herculean i newid a chywiro gwallau rhyngwyneb defnyddiwr.
Roeddwn i yno. Goroesais, ond ni wnaethom "llwyddo" - yn dechnegol fe wnaethom lanhau llawer, ychwanegu llawer o ddisgrifiadau maes, rolau, a chyflawni rhywfaint o gydymffurfiaeth, ond nid oedd neb yn hapus. Roedd defnyddwyr yn dal i gwyno na allent lywio'r cais. Roedd y rheolwr yn dal i gwyno am y llif cyson o wallau. Cwynodd peirianwyr fod y broblem wedi’i gosod yn anghywir, heb ateb “cywir” wedi’i ddiffinio’n glir a fyddai’n gweithio ym mhob achos.
Roedd rhai eiliadau hynod o agoriad llygad ar hyd fy nhaith i ddeall hygyrchedd.
Efallai mai’r cyntaf oedd sylweddoli ei bod yn anodd ychwanegu ymarferoldeb hygyrchedd ar ben cynnyrch gorffenedig. Ac mae'n anoddach fyth argyhoeddi rheolwyr ei fod yn anhygoel o anodd! Na, nid dim ond "ychwanegu ychydig o dagiau" ydyw a bydd yr UI yn gweithio'n iawn. Na, ni ellir cwblhau hyn mewn tair wythnos; ni fydd hyd yn oed tri mis yn ddigon.
Daeth fy eiliad nesaf o wirionedd pan welais drosof fy hun sut roedd defnyddwyr dall yn defnyddio ein app mewn gwirionedd. Mae hyn SO yn wahanol i edrych ar negeseuon gwall.
Dof yn ôl at hyn dro ar ôl tro, ond roedd bron pob un o'n "rhagdybiaethau" ynglŷn â sut roedd pobl yn defnyddio ein app yn anghywir.
Llywio rhyngwyneb defnyddiwr cymhleth gan ddefnyddio trawiadau bysell Tab/Shift+Tab - mae hyn yn ofnadwy! Mae angen rhywbeth gwell arnom. Llwybrau byr bysellfwrdd, penawdau.
Nid yw colli ffocws wrth newid y UI yn broblem fawr, ynte? Gadewch i ni feddwl eto - mae hyn yn hynod ddryslyd.
Fe wnes i barhau, gweithio ar wahanol brosiectau am ychydig, ac yna fe ddechreuon ni brosiect newydd, gyda rhyngwyneb defnyddiwr cymhleth a gosodiad clir, i gael hygyrchedd yn iawn o'r diwedd y tro hwn.
Felly, fe wnaethom gymryd cam yn ôl ac edrych ar sut y gallem weithredu hyn yn wahanol a llwyddo, a gwneud y broses yn llai diflas!
Yn weddol gyflym daethom i rai casgliadau:
- Nid oeddem am i bobl sy'n datblygu'r rhyngwyneb defnyddiwr llanast gyda labeli/rolau aria ac, wrth gwrs, strwythur HTML y cydrannau. Roedd angen i ni ddarparu'r cydrannau cywir iddynt a oedd yn adeiladu hygyrchedd yn syth o'r bocs.
- Hygyrchedd == Rhwyddineb defnydd – h.y. Nid her dechnegol yn unig yw hon. Roedd angen i ni newid y broses ddylunio gyfan a sicrhau bod hygyrchedd yn cael ei ystyried a'i drafod cyn i ddyluniad y rhyngwyneb defnyddiwr ddechrau. Mae angen i chi feddwl yn gynnar sut y bydd defnyddwyr yn darganfod unrhyw ymarferoldeb, sut y byddant yn llywio, a sut y bydd clicio ar y dde o'r bysellfwrdd yn gweithio. Dylai hygyrchedd fod yn rhan annatod o'r broses ddylunio - i rai defnyddwyr mae'n llawer mwy nag edrychiad y rhaglen yn unig.
- O'r cychwyn cyntaf, roeddem am gael adborth gan ddefnyddwyr dall a defnyddwyr anabl eraill ynghylch pa mor hawdd yw defnyddio'r rhaglen.
- Roedd angen ffyrdd da iawn arnom o ddal atchweliadau hygyrchedd.
Wel, o safbwynt peirianneg, roedd y rhan gyntaf yn swnio'n eithaf hwyl - datblygu pensaernïaeth a gweithredu llyfrgell o gydrannau. Ac yn wir yr oedd felly.
Cymryd cam yn ôl, edrych a thrwy feddwl am hyn fel problem dylunio yn hytrach na phroblem "ffitio i mewn", cyflwynasom rai tyniadau. Mae gan gydran 'Strwythur' (sy'n cynnwys elfennau HTML) ac 'Ymddygiad' (sut mae'n rhyngweithio â'r defnyddiwr). Er enghraifft, yn y pytiau isod mae gennym restr syml heb ei threfnu. Trwy ychwanegu "ymddygiad" mae'r rolau cyfatebol yn cael eu hychwanegu at y rhestr i wneud iddo ymddwyn fel rhestr. Rydyn ni'n gwneud yr un peth ar gyfer y fwydlen.
Mewn gwirionedd, nid yn unig y caiff rolau eu hychwanegu yma, ond hefyd trefnwyr digwyddiadau ar gyfer llywio bysellfwrdd.
Mae hyn yn edrych yn fwy taclus. Pe gallem gael gwahaniad glân rhyngddynt, ni fyddai ots sut y crëwyd y strwythur, gallem gymhwyso Ymddygiadau iddo a chael yr hygyrchedd yn iawn.
Gallwch weld hyn ar waith yn - Llyfrgell UX , sydd wedi'i ddylunio a'i weithredu gyda hygyrchedd mewn golwg o'r cychwyn cyntaf.
Yr ail ran - roedd newid y dull a'r prosesau o amgylch dylunio wedi fy nychryn i i ddechrau: nid yw peirianwyr isel sy'n ceisio gwthio newid sefydliadol bob amser yn dod i ben yn dda, ond daeth yn un o'r meysydd mwyaf diddorol lle gwnaethom gyfraniadau sylweddol i'r broses. . Yn gryno, roedd ein proses fel a ganlyn: byddai swyddogaeth newydd yn cael ei datblygu gan un tîm, yna byddai ein tîm arwain yn adolygu / ailadrodd y cynnig, ac yna, ar ôl ei gymeradwyo, byddai'r dyluniad fel arfer yn cael ei drosglwyddo i'r tîm peirianneg. Yn yr achos hwn, roedd y tîm peirianneg i bob pwrpas yn “berchen” ar y swyddogaeth hygyrchedd oherwydd eu cyfrifoldeb nhw oedd trwsio unrhyw broblemau sy'n gysylltiedig ag ef.
Ar y dechrau, roedd yn waith eithaf anodd esbonio bod hygyrchedd a defnyddioldeb yn annatod gysylltiedig a bod yn rhaid gwneud hyn yn ystod y cam dylunio, fel arall byddai'n arwain at newidiadau mawr ac ailddiffinio rhai rolau. Fodd bynnag, gyda chefnogaeth rheolwyr a chwaraewyr allweddol, fe wnaethom fabwysiadu'r syniad a'i roi ar waith fel bod dyluniadau'n cael eu profi o ran hygyrchedd a defnyddioldeb cyn iddynt gael eu cyflwyno i reolwyr.
Ac roedd yr adborth hwn yn hynod werthfawr i bawb - roedd yn wych fel ymarfer mewn rhannu gwybodaeth / cyfathrebu am sut mae defnyddwyr yn rhyngweithio â chymwysiadau gwe, fe wnaethom nodi nifer o feysydd problem UI cyn iddynt gael eu hadeiladu, mae gan y timau datblygu bellach fanylebau llawer gwell o beidio. dim ond agweddau gweledol, ond hefyd ymddygiadol ar ddylunio. Mae trafodaethau go iawn yn drafodaethau hwyliog, egnïol, angerddol am agweddau technegol a rhyngweithiadau.
Gallem wneud hyn hyd yn oed yn well pe bai gennym ddefnyddwyr dall ac anabl yn y cyfarfodydd hyn (neu gyfarfodydd dilynol) - roedd hyn yn anodd ei drefnu, ond rydym bellach yn gweithio gyda sefydliadau a chwmnïau dall lleol, sy'n darparu profion allanol i wirio llif gweithredu yn gynnar yn y flwyddyn. datblygiad - ar y lefelau llif cydran a gweithredu.
Bellach mae gan beirianwyr fanylebau gweddol fanwl, cydrannau sydd ar gael y gallant eu defnyddio i'w gweithredu, a ffordd o ddilysu'r llif gweithredu. Rhan o'r hyn y mae profiad wedi'i ddysgu inni yw'r hyn yr ydym wedi bod yn ei golli o'r cychwyn cyntaf—sut y gallwn atal yr atchweliad. Yn yr un modd, gall pobl ddefnyddio profion integreiddio neu un pen i'r llall i brofi ymarferoldeb, y mae angen inni ganfod newidiadau mewn rhyngweithiadau a llifau gweithredu - yn weledol ac yn ymddygiadol.
Mae pennu atchweliad gweledol yn dasg eithaf diffiniedig, ychydig iawn y gellir ei ychwanegu at y broses heblaw efallai wirio a yw ffocws yn weladwy wrth lywio gyda'r bysellfwrdd. Mwy diddorol yw dwy dechnoleg gymharol newydd ar gyfer gweithio gyda hygyrchedd.
- yn set o offer y gellir eu rhedeg yn y porwr ac fel rhan o'r cylch adeiladu/profi i nodi problemau.
- Mae gwirio bod darllenwyr sgrin yn gweithio'n gywir wedi bod yn dasg arbennig o heriol. Gyda chyflwyniad mynediad i Hygyrchedd DOM, o'r diwedd rydyn ni'n gallu cymryd cipluniau hygyrchedd o'r app, yn debyg iawn i brofion gweledol, a'u profi am atchweliad.
Felly, yn ail ran y stori, fe wnaethom symud o olygu cod HTML i weithio ar lefel uwch o dynnu, newid y broses datblygu dyluniad a chyflwyno profion trylwyr. Mae prosesau newydd, technolegau newydd, a lefelau haniaethu newydd wedi newid y dirwedd hygyrchedd yn llwyr a’r hyn y mae’n ei olygu i weithio yn y gofod hwn.
Ond dim ond y dechrau yw hyn.
Y “ddealltwriaeth” nesaf yw bod defnyddwyr dall yn gyrru technoleg flaengar – nhw yw’r rhai sy’n elwa fwyaf nid yn unig o’r newidiadau a ddisgrifiwyd gennym yn gynharach, ond hefyd bod dulliau a syniadau newydd yn bosibl gan ML/AI. Er enghraifft, mae technoleg Immersive Reader yn galluogi defnyddwyr i gyflwyno testun yn haws ac yn gliriach. Gellir ei ddarllen yn uchel, caiff strwythur brawddegau ei dorri i lawr yn ramadegol, a dangosir hyd yn oed ystyr geiriau ar ffurf graff. Nid yw hyn yn ffitio i mewn i'r hen feddylfryd "ei wneud yn hygyrch" o gwbl - mae'n nodwedd defnyddioldeb a fydd yn helpu pawb.
Mae ML/AI yn galluogi ffyrdd cwbl newydd o ryngweithio a gweithio, ac rydym yn gyffrous i fod yn rhan o gamau nesaf y daith flaengar hon. Mae arloesedd yn cael ei yrru gan newid mewn meddwl - mae dynoliaeth wedi bodoli ers milenia, peiriannau ers cannoedd o flynyddoedd, gwefannau ers sawl degawd, a ffonau smart hyd yn oed yn llai, rhaid i dechnoleg addasu i bobl, ac nid i'r gwrthwyneb.
P.S. Mae'r erthygl wedi'i chyfieithu gyda mân wyriadau oddi wrth y gwreiddiol. Fel cyd-awdur yr ysgrif hon, cyttunais ar y digression hyn â Hugh.
Dim ond defnyddwyr cofrestredig all gymryd rhan yn yr arolwg. os gwelwch yn dda.
Ydych chi'n talu sylw i hygyrchedd eich cymwysiadau?
-
Oes
-
Dim
-
Dyma'r tro cyntaf i mi glywed am hygyrchedd app.
Pleidleisiodd 17 o ddefnyddwyr. Ataliodd 5 o ddefnyddwyr.
Ffynhonnell: hab.com