ໄປ​ສູ່​ການ​ເຂົ້າ​ເຖິງ​

ວັນສຸກແມ່ນມື້ສິ້ນສຸດຂອງມື້ເຮັດວຽກ. ຂ່າວບໍ່ດີສະເຫມີມາໃນຕອນທ້າຍຂອງມື້ເຮັດວຽກໃນວັນສຸກ.

ເຈົ້າ​ກຳ​ລັງ​ຈະ​ອອກ​ຈາກ​ຫ້ອງ​ການ, ຈົດ​ໝາຍ​ໃໝ່​ກ່ຽວ​ກັບ​ການ​ຈັດ​ຕັ້ງ​ຄືນ​ໃໝ່​ອີກ​ສະບັບ​ໜຶ່ງ​ໄດ້​ມາ​ເຖິງ​ທາງ​ໄປສະນີ.

ຂອບໃຈ xxxx, yyy ຈາກມື້ນີ້ທ່ານຈະລາຍງານ zzzz
...
ແລະທີມງານຂອງ Hugh ຈະຮັບປະກັນວ່າຜະລິດຕະພັນຂອງພວກເຮົາສາມາດເຂົ້າເຖິງຄົນພິການໄດ້.

ໂອ​ບໍ່! ເປັນຫຍັງຂ້ອຍຈຶ່ງສົມຄວນໄດ້ຮັບອັນນີ້? ພວກເຂົາຕ້ອງການໃຫ້ຂ້ອຍອອກໄປບໍ? ຕັ້ງ​ຕົວ​ເອງ​ສໍາ​ລັບ​ການ​ເຮັດ​ວຽກ​ຫນັກ​ທີ່​ບໍ່​ຂອບ​ໃຈ​ແລະ​ພະ​ຍາ​ຍາມ​ແກ້​ໄຂ​ຄວາມ​ຜິດ​ພາດ​ຂອງ​ຄົນ​ອື່ນ​. ນີ້ແມ່ນຄວາມລົ້ມເຫລວແນ່ນອນ ...

ນີ້ແມ່ນການມີໃຫ້ເມື່ອສອງສາມປີກ່ອນ. ຈິດວິນຍານທີ່ທຸກຍາກບາງຄົນໄດ້ຮັບວຽກ "ທໍາຄວາມສະອາດ" UI ເພື່ອພະຍາຍາມແລະເຮັດໃຫ້ມັນເຂົ້າເຖິງໄດ້ສໍາລັບຄົນພິການ.

ອັນນີ້ໝາຍເຖິງອັນໃດທີ່ຈະແຈ້ງແລ້ວ - ສົມມຸດວ່າຖ້າເຈົ້າສາມາດເຫັນຕົວຊີ້ບອກຈຸດສຸມ ແລະແຖບຜ່ານຊ່ອງຂໍ້ມູນ, ມີຂໍ້ຄວາມ alt ແລະຄຳອະທິບາຍສອງສາມຂໍ້, ມັນຈະຖືກພິຈາລະນາວ່າແອັບພລິເຄຊັນຂອງເຈົ້າສາມາດເຂົ້າເຖິງໄດ້...

ແຕ່ທັນທີທັນໃດ "ແມງໄມ້" ໄດ້ເລີ່ມຕົ້ນເພີ່ມຂຶ້ນໃນຄວາມໄວຂອງຫິມະຫິມະ.

ເຄື່ອງອ່ານໜ້າຈໍຕ່າງໆ (ພາສາອັງກິດ Screen Readers) ແລະຕົວທ່ອງເວັບປະຕິບັດຕົວແຕກຕ່າງກັນຫມົດ.

ຜູ້ໃຊ້ຈົ່ມວ່າແອັບຯດັ່ງກ່າວບໍ່ສາມາດໃຊ້ງານໄດ້.

ທັນທີທີ່ຄວາມຜິດພາດໄດ້ຖືກແກ້ໄຂຢູ່ໃນສະຖານທີ່ຫນຶ່ງ, ອີກຄັ້ງຫນຶ່ງປາກົດຢູ່ໃນບ່ອນອື່ນ.

ແລະພຽງແຕ່ການປ່ຽນແປງແລະແກ້ໄຂຂໍ້ຜິດພາດໃນການໂຕ້ຕອບຜູ້ໃຊ້ຕ້ອງການຄວາມພະຍາຍາມຂອງ Herculean.

ຂ້ອຍ​ເຄຍ​ຢູ່​ທີ່​ນັ້ນ. ຂ້າພະເຈົ້າໄດ້ຢູ່ລອດ, ແຕ່ພວກເຮົາບໍ່ "ປະສົບຜົນສໍາເລັດ" - ທາງດ້ານເຕັກນິກພວກເຮົາເຮັດຄວາມສະອາດຫຼາຍ, ເພີ່ມຄໍາອະທິບາຍພາກສະຫນາມຫຼາຍ, ພາລະບົດບາດ, ແລະບັນລຸການປະຕິບັດຕາມລະດັບໃດຫນຶ່ງ, ແຕ່ບໍ່ມີໃຜພໍໃຈ. ຜູ້ໃຊ້ຍັງຈົ່ມວ່າພວກເຂົາບໍ່ສາມາດນໍາທາງແອັບພລິເຄຊັນໄດ້. ຜູ້ຈັດການຍັງຈົ່ມກ່ຽວກັບນ້ໍາຄົງທີ່ຂອງຄວາມຜິດພາດ. ວິສະວະກອນຈົ່ມວ່າບັນຫາຖືກຕັ້ງຂຶ້ນບໍ່ຖືກຕ້ອງ, ໂດຍບໍ່ມີການແກ້ໄຂ "ທີ່ຖືກຕ້ອງ" ທີ່ຖືກກໍານົດຢ່າງຊັດເຈນທີ່ຈະເຮັດວຽກໃນທຸກກໍລະນີ.

ມີບາງຊ່ວງເວລາທີ່ເປີດຕາຢ່າງແຈ່ມແຈ້ງໃນການເດີນທາງຂອງຂ້ອຍເພື່ອເຂົ້າໃຈການເຂົ້າຫາ.
ບາງທີສິ່ງທໍາອິດແມ່ນການຮັບຮູ້ວ່າການເພີ່ມຫນ້າທີ່ຊ່ວຍເຂົ້າເຖິງຢູ່ເທິງສຸດຂອງຜະລິດຕະພັນສໍາເລັດຮູບແມ່ນມີຄວາມຫຍຸ້ງຍາກ. ແລະ​ມັນ​ຍາກ​ກວ່າ​ທີ່​ຈະ​ຊັກ​ຈູງ​ຜູ້​ຈັດ​ການ​ວ່າ​ມັນ​ເປັນ​ເລື່ອງ​ຍາກ​ຢ່າງ​ບໍ່​ຫນ້າ​ເຊື່ອ! ບໍ່, ມັນບໍ່ແມ່ນພຽງແຕ່ "ເພີ່ມສອງສາມແທັກ" ແລະ UI ຈະເຮັດວຽກໄດ້ດີ. ບໍ່, ນີ້ບໍ່ສາມາດສໍາເລັດໃນສາມອາທິດ; ແມ້ແຕ່ສາມເດືອນຈະບໍ່ພຽງພໍ.
ເວລາຕໍ່ໄປຂອງຄວາມຈິງຂອງຂ້ອຍໄດ້ມາເມື່ອຂ້ອຍເຫັນຕົວທໍາອິດວ່າຜູ້ໃຊ້ຕາບອດໃຊ້ app ຂອງພວກເຮົາແນວໃດ. ນີ້ແມ່ນ SO ທີ່ແຕກຕ່າງກັນຈາກການເບິ່ງຂໍ້ຄວາມຄວາມຜິດພາດ.

ຂ້ອຍຈະກັບມາຫາອັນນີ້ອີກເທື່ອໜຶ່ງ, ແຕ່ເກືອບທັງໝົດຂອງ "ສົມມຸດຕິຖານ" ຂອງພວກເຮົາກ່ຽວກັບວິທີທີ່ຄົນໃຊ້ແອັບຂອງພວກເຮົາບໍ່ຖືກຕ້ອງ.

ການນຳທາງໃນສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ທີ່ຊັບຊ້ອນໂດຍໃຊ້ການກົດແປ້ນພິມ Tab/Shift+Tab – ອັນນີ້ດູດ! ພວກເຮົາຕ້ອງການບາງສິ່ງບາງຢ່າງທີ່ດີກວ່າ. ປຸ່ມລັດແປ້ນພິມ, ສ່ວນຫົວ.

ການສູນເສຍຈຸດສຸມເມື່ອປ່ຽນ UI ບໍ່ແມ່ນບັນຫາໃຫຍ່, ແມ່ນບໍ? ຂໍໃຫ້ຄິດອີກຄັ້ງ - ນີ້ແມ່ນສັບສົນຢ່າງບໍ່ຫນ້າເຊື່ອ.

ຂ້າພະເຈົ້າໄດ້ສືບຕໍ່, ເຮັດວຽກໃນໂຄງການທີ່ແຕກຕ່າງກັນສໍາລັບໄລຍະຫນຶ່ງ, ແລະຫຼັງຈາກນັ້ນພວກເຮົາໄດ້ເລີ່ມຕົ້ນໂຄງການໃຫມ່, ທີ່ມີການໂຕ້ຕອບຜູ້ໃຊ້ທີ່ສັບສົນແລະການຕິດຕັ້ງທີ່ຊັດເຈນ, ສຸດທ້າຍໄດ້ຮັບການເຂົ້າເຖິງໃນເວລານີ້.

ດັ່ງນັ້ນ, ພວກເຮົາເອົາບາດກ້າວກັບຄືນໄປບ່ອນແລະເບິ່ງວິທີທີ່ພວກເຮົາສາມາດປະຕິບັດມັນແຕກຕ່າງກັນແລະປະສົບຜົນສໍາເລັດ, ແລະເຮັດໃຫ້ຂະບວນການທີ່ຫນ້າເບື່ອຫນ້ອຍລົງ!

ຂ້ອນຂ້າງໄວ, ພວກເຮົາມາຮອດບົດສະຫຼຸບບາງຢ່າງ:

1. ພວກເຮົາບໍ່ຕ້ອງການໃຫ້ຄົນພັດທະນາການໂຕ້ຕອບຜູ້ໃຊ້ສັບສົນກັບປ້າຍຊື່ aria / ພາລະບົດບາດແລະ, ແນ່ນອນ, ໂຄງສ້າງ HTML ຂອງອົງປະກອບ. ພວກເຮົາຕ້ອງການໃຫ້ພວກເຂົາມີອົງປະກອບທີ່ເຫມາະສົມທີ່ສ້າງການເຂົ້າເຖິງທັນທີອອກຈາກກ່ອງ.
2. ການ​ເຂົ້າ​ເຖິງ == ຄວາມ​ງ່າຍ​ຂອງ​ການ​ນໍາ​ໃຊ້ – i.e. ນີ້ບໍ່ແມ່ນພຽງແຕ່ສິ່ງທ້າທາຍດ້ານວິຊາການ. ພວກເຮົາຈໍາເປັນຕ້ອງມີການປ່ຽນແປງຂະບວນການອອກແບບທັງຫມົດແລະຮັບປະກັນວ່າການເຂົ້າເຖິງໄດ້ຖືກພິຈາລະນາແລະປຶກສາຫາລືກ່ອນທີ່ການອອກແບບ UI ເລີ່ມຕົ້ນ. ທ່ານຈໍາເປັນຕ້ອງຄິດກ່ອນວ່າຜູ້ໃຊ້ຈະຄົ້ນພົບຫນ້າທີ່ໃດ, ພວກເຂົາຈະນໍາທາງແນວໃດ, ແລະການຄລິກຂວາຈາກແປ້ນພິມຈະເຮັດວຽກແນວໃດ. ການເຂົ້າເຖິງຄວນຈະເປັນສ່ວນຫນຶ່ງທີ່ສໍາຄັນຂອງຂະບວນການອອກແບບ - ສໍາລັບຜູ້ໃຊ້ບາງຄົນມັນແມ່ນຫຼາຍກ່ວາພຽງແຕ່ຮູບລັກສະນະຂອງຄໍາຮ້ອງສະຫມັກ.
3. ຕັ້ງແຕ່ເລີ່ມຕົ້ນ, ພວກເຮົາຢາກໄດ້ຮັບຄໍາຄິດເຫັນຈາກຜູ້ຕາບອດແລະຜູ້ພິການອື່ນໆກ່ຽວກັບຄວາມສະດວກໃນການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກ.
4. ພວກເຮົາຕ້ອງການວິທີທີ່ດີແທ້ໆເພື່ອຈັບການຖົດຖອຍຂອງການເຂົ້າເຖິງ.

ດີ, ຈາກທັດສະນະຂອງວິສະວະກໍາ, ພາກສ່ວນທໍາອິດຟັງຂ້ອນຂ້າງມ່ວນ - ການພັດທະນາສະຖາປັດຕະຍະກໍາແລະປະຕິບັດຫ້ອງສະຫມຸດຂອງອົງປະກອບ. ແລະ​ແທ້​ຈິງ​ແລ້ວ​ມັນ​ເປັນ​ເຊັ່ນ​ນັ້ນ.

ຖອຍຫລັງ, ຊອກຫາ ຕົວຢ່າງ ARIA ແລະໂດຍການຄິດວ່ານີ້ເປັນບັນຫາການອອກແບບແທນທີ່ຈະເປັນບັນຫາ "ເຫມາະໃນ", ພວກເຮົາໄດ້ແນະນໍາບາງ abstractions. ອົງປະກອບມີ 'ໂຄງສ້າງ' (ປະກອບດ້ວຍອົງປະກອບ HTML) ແລະ 'ພຶດຕິກໍາ' (ມັນພົວພັນກັບຜູ້ໃຊ້ແນວໃດ). ຕົວຢ່າງ, ໃນ snippets ຂ້າງລຸ່ມນີ້ພວກເຮົາມີບັນຊີລາຍຊື່ງ່າຍດາຍ unordered. ໂດຍການເພີ່ມ "ພຶດຕິກໍາ" ພາລະບົດບາດທີ່ສອດຄ້ອງກັນໄດ້ຖືກເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່ເພື່ອເຮັດໃຫ້ມັນປະຕິບັດຄືກັບບັນຊີລາຍຊື່. ພວກເຮົາເຮັດເຊັ່ນດຽວກັນສໍາລັບເມນູ.

ໃນຄວາມເປັນຈິງ, ບໍ່ພຽງແຕ່ມີບົດບາດເພີ່ມເຕີມຢູ່ທີ່ນີ້, ແຕ່ຍັງເປັນຕົວຈັດການເຫດການສໍາລັບການນໍາທາງແປ້ນພິມ.

ອັນນີ້ເບິ່ງງາມກວ່າ. ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຮົາ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ແຍກ​ອອກ​ທີ່​ສະ​ອາດ​ລະ​ຫວ່າງ​ພວກ​ເຂົາ​, ມັນ​ຈະ​ບໍ່​ສໍາ​ຄັນ​ວ່າ​ໂຄງ​ປະ​ກອບ​ການ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​, ພວກ​ເຮົາ​ສາ​ມາດ​ນໍາ​ໃຊ້​ພຶດ​ຕິ​ກໍາ​ກັບ​ມັນ​ແລະ​ໄດ້​ຮັບ​ການ​ເຂົ້າ​ເຖິງ​ໄດ້​ຖືກ​ຕ້ອງ​.

ທ່ານສາມາດເບິ່ງນີ້ໃນການປະຕິບັດຢູ່ https://stardust-ui.github.io/react/ - ຫ້ອງ​ສະ​ຫມຸດ UX​ React, ເຊິ່ງຖືກອອກແບບແລະປະຕິບັດດ້ວຍຄວາມສາມາດເຂົ້າເຖິງໄດ້ຢູ່ໃນໃຈຕັ້ງແຕ່ເລີ່ມຕົ້ນ.

ສ່ວນທີສອງ - ການປ່ຽນແປງວິທີການແລະຂະບວນການອອກແບບເບື້ອງຕົ້ນເຮັດໃຫ້ຂ້ອຍຢ້ານ: ວິສະວະກອນຕ່ໍາທີ່ພະຍາຍາມຊຸກຍູ້ການປ່ຽນແປງຂອງອົງການຈັດຕັ້ງບໍ່ໄດ້ສິ້ນສຸດລົງສະເຫມີ, ແຕ່ມັນໄດ້ກາຍເປັນຫນຶ່ງໃນພື້ນທີ່ທີ່ຫນ້າສົນໃຈທີ່ສຸດທີ່ພວກເຮົາໄດ້ປະກອບສ່ວນທີ່ສໍາຄັນໃນຂະບວນການ. . ສະຫຼຸບໂດຍຫຍໍ້, ຂະບວນການຂອງພວກເຮົາມີດັ່ງນີ້: ຫນ້າທີ່ໃຫມ່ຈະຖືກພັດທະນາໂດຍທີມງານຫນຶ່ງ, ຫຼັງຈາກນັ້ນທີມງານຜູ້ນໍາຂອງພວກເຮົາຈະທົບທວນຄືນ / ທົບທວນຄືນການສະເຫນີ, ແລະຫຼັງຈາກນັ້ນ, ເມື່ອໄດ້ຮັບການອະນຸມັດ, ການອອກແບບຈະຖືກມອບໃຫ້ທີມງານວິສະວະກໍາ. ໃນກໍລະນີນີ້, ທີມງານວິສະວະກໍາໄດ້ "ເປັນເຈົ້າຂອງ" ຫນ້າທີ່ເຂົ້າເຖິງໄດ້ຢ່າງມີປະສິດທິພາບເພາະວ່າມັນເປັນຄວາມຮັບຜິດຊອບຂອງພວກເຂົາທີ່ຈະແກ້ໄຂບັນຫາທີ່ກ່ຽວຂ້ອງກັບມັນ.

ໃນຕອນເລີ່ມຕົ້ນ, ມັນເປັນວຽກທີ່ຍາກທີ່ຈະອະທິບາຍວ່າການເຂົ້າເຖິງແລະການນໍາໃຊ້ແມ່ນການເຊື່ອມໂຍງ inextricably ແລະນີ້ຕ້ອງເຮັດໃນຂັ້ນຕອນຂອງການອອກແບບ, ຖ້າບໍ່ດັ່ງນັ້ນມັນຈະນໍາໄປສູ່ການປ່ຽນແປງຂະຫນາດໃຫຍ່ແລະ redefinition ຂອງບາງພາລະບົດບາດ. ຢ່າງໃດກໍ່ຕາມ, ດ້ວຍການສະຫນັບສະຫນູນຂອງການຄຸ້ມຄອງແລະຜູ້ຫຼິ້ນທີ່ສໍາຄັນ, ພວກເຮົາໄດ້ເອົາແນວຄວາມຄິດແລະເຮັດໃຫ້ມັນເຂົ້າໄປໃນການເຄື່ອນໄຫວເພື່ອໃຫ້ການອອກແບບຕ່າງໆໄດ້ຮັບການທົດສອບສໍາລັບການເຂົ້າເຖິງແລະການນໍາໃຊ້ກ່ອນທີ່ຈະນໍາສະເຫນີຕໍ່ການຄຸ້ມຄອງ.

ແລະຄໍາຕິຊົມນີ້ແມ່ນມີຄຸນຄ່າທີ່ສຸດສໍາລັບທຸກຄົນ - ມັນເປັນການອອກກໍາລັງກາຍທີ່ດີໃນການແບ່ງປັນຄວາມຮູ້ / ການສື່ສານກ່ຽວກັບວິທີທີ່ຜູ້ໃຊ້ພົວພັນກັບຄໍາຮ້ອງສະຫມັກເວັບ, ພວກເຮົາໄດ້ກໍານົດບັນຫາ UI ຫຼາຍຢ່າງກ່ອນທີ່ມັນຈະຖືກສ້າງຂຶ້ນ, ທີມງານພັດທະນາໃນປັດຈຸບັນມີຄຸນລັກສະນະທີ່ດີຂຶ້ນຫຼາຍ. ສາຍຕາເທົ່ານັ້ນ, ແຕ່ຍັງມີລັກສະນະທາງດ້ານພຶດຕິກໍາຂອງການອອກແບບ. ການສົນທະນາທີ່ແທ້ຈິງແມ່ນມີຄວາມມ່ວນ, ມີພະລັງ, ການສົນທະນາທີ່ມີຄວາມກະຕືລືລົ້ນກ່ຽວກັບດ້ານດ້ານວິຊາການແລະການໂຕ້ຕອບ.

ພວກເຮົາສາມາດເຮັດໄດ້ດີກວ່ານີ້ຖ້າພວກເຮົາມີຜູ້ໃຊ້ຕາບອດແລະຄົນພິການຢູ່ໃນກອງປະຊຸມເຫຼົ່ານີ້ (ຫຼືຕໍ່ມາ) - ມັນເປັນການຍາກທີ່ຈະຈັດຕັ້ງ, ແຕ່ພວກເຮົາເຮັດວຽກກັບທັງອົງການຈັດຕັ້ງແລະບໍລິສັດຕາບອດທ້ອງຖິ່ນ, ເຊິ່ງສະຫນອງການທົດສອບພາຍນອກເພື່ອກວດສອບການດໍາເນີນການໃນຕົ້ນປີ. ການ​ພັດ​ທະ​ນາ — ທັງ​ສອງ​ຢູ່​ໃນ​ອົງ​ປະ​ກອບ​ແລະ​ລະ​ດັບ​ການ​ປະ​ຕິ​ບັດ​.

ດຽວນີ້ວິສະວະກອນມີຂໍ້ສະເພາະທີ່ລະອຽດພໍສົມຄວນ, ອົງປະກອບທີ່ມີຢູ່ທີ່ພວກເຂົາສາມາດໃຊ້ເພື່ອປະຕິບັດ, ແລະວິທີການກວດສອບການໄຫຼເຂົ້າຂອງການປະຕິບັດ. ສ່ວນຫນຶ່ງຂອງປະສົບການທີ່ໄດ້ສອນພວກເຮົາແມ່ນສິ່ງທີ່ພວກເຮົາຂາດມາຕະຫຼອດ - ວິທີທີ່ພວກເຮົາສາມາດຢຸດການຖົດຖອຍ. ເຊັ່ນດຽວກັນ, ປະຊາຊົນສາມາດໃຊ້ການປະສົມປະສານຫຼືການທົດສອບແບບສິ້ນສຸດເພື່ອທົດສອບການເຮັດວຽກ, ເຊິ່ງພວກເຮົາຈໍາເປັນຕ້ອງກວດພົບການປ່ຽນແປງໃນການໂຕ້ຕອບແລະການປະຕິບັດ - ທັງສາຍຕາແລະພຶດຕິກໍາ.

ການກໍານົດການຖົດຖອຍຂອງສາຍຕາແມ່ນເປັນວຽກງານທີ່ຖືກກໍານົດໄວ້ຢ່າງຍຸຕິທໍາ, ມີຫນ້ອຍຫຼາຍທີ່ສາມາດເພີ່ມເຂົ້າໃນຂະບວນການນອກເຫນືອຈາກການກວດເບິ່ງວ່າຈຸດສຸມແມ່ນເຫັນໄດ້ໃນເວລາທີ່ນໍາທາງດ້ວຍແປ້ນພິມ. ຫນ້າສົນໃຈຫຼາຍແມ່ນສອງເຕັກໂນໂລຢີທີ່ຂ້ອນຂ້າງໃຫມ່ສໍາລັບການເຮັດວຽກກັບການເຂົ້າເຖິງ.

1. Accessibility Insights ແມ່ນຊຸດຂອງເຄື່ອງມືທີ່ສາມາດດໍາເນີນການໄດ້ທັງໃນຕົວທ່ອງເວັບແລະເປັນສ່ວນຫນຶ່ງຂອງວົງຈອນການກໍ່ສ້າງ / ການທົດສອບເພື່ອກໍານົດບັນຫາ.
2. ການກວດສອບວ່າຕົວອ່ານໜ້າຈໍເຮັດວຽກໄດ້ຖືກຕ້ອງເປັນວຽກທີ່ທ້າທາຍໂດຍສະເພາະ. ດ້ວຍການແນະນໍາການເຂົ້າເຖິງ ການຊ່ວຍເຂົ້າເຖິງ DOM, ໃນທີ່ສຸດພວກເຮົາສາມາດຖ່າຍຮູບການເຂົ້າຫາຂອງແອັບຯໄດ້, ຄືກັບທີ່ພວກເຮົາເຮັດສໍາລັບການທົດສອບສາຍຕາ, ແລະທົດສອບການຖົດຖອຍ.

ດັ່ງນັ້ນ, ໃນພາກທີສອງຂອງເລື່ອງ - ພວກເຮົາໄດ້ຍ້າຍຈາກການດັດແກ້ລະຫັດ HTML ໄປສູ່ການເຮັດວຽກໃນລະດັບທີ່ສູງກວ່າ, ປ່ຽນຂະບວນການພັດທະນາການອອກແບບແລະນໍາສະເຫນີການທົດສອບຢ່າງລະອຽດ. ຂະບວນການໃຫມ່, ເຕັກໂນໂລຢີໃຫມ່, ແລະລະດັບໃຫມ່ຂອງ abstraction ໄດ້ປ່ຽນພູມສັນຖານຂອງການເຂົ້າເຖິງຢ່າງສົມບູນແລະສິ່ງທີ່ມັນຫມາຍຄວາມວ່າຈະເຮັດວຽກຢູ່ໃນຊ່ອງນີ້.
ແຕ່ນີ້ແມ່ນພຽງແຕ່ການເລີ່ມຕົ້ນ.

"ຄວາມເຂົ້າໃຈ" ຕໍ່ໄປແມ່ນວ່າຜູ້ໃຊ້ຕາບອດກໍາລັງຂັບລົດເທກໂນໂລຍີທີ່ທັນສະໄຫມ - ພວກເຂົາເປັນຜູ້ທີ່ໄດ້ຮັບຜົນປະໂຫຍດສູງສຸດບໍ່ພຽງແຕ່ຈາກການປ່ຽນແປງທີ່ພວກເຮົາໄດ້ອະທິບາຍກ່ອນຫນ້ານີ້, ແຕ່ຍັງວ່າວິທີການແລະແນວຄວາມຄິດໃຫມ່ແມ່ນເປັນໄປໄດ້ໂດຍ ML / AI. ຕົວຢ່າງ, ເທກໂນໂລຍີ Immersive Reader ຊ່ວຍໃຫ້ຜູ້ໃຊ້ສາມາດນຳສະເໜີຂໍ້ຄວາມໄດ້ງ່າຍຂຶ້ນ ແລະຊັດເຈນຂຶ້ນ. ມັນ​ສາ​ມາດ​ອ່ານ​ອອກ​ສຽງ​, ໂຄງ​ປະ​ກອບ​ການ​ປະ​ໂຫຍກ​ແມ່ນ​ຖືກ​ແບ່ງ​ອອກ​ເປັນ​ໄວ​ຍະ​ກອນ​, ແລະ​ເຖິງ​ແມ່ນ​ວ່າ​ຄວາມ​ຫມາຍ​ຂອງ​ຄໍາ​ສັບ​ຕ່າງໆ​ແມ່ນ​ສະ​ແດງ​ຮູບ​ພາບ​. ນີ້ບໍ່ເຫມາະສົມກັບຈິດໃຈ "ເຮັດໃຫ້ມັນສາມາດເຂົ້າເຖິງໄດ້" ເກົ່າເລີຍ - ມັນເປັນຄຸນສົມບັດທີ່ເປັນປະໂຫຍດທີ່ຈະຊ່ວຍໃຫ້ທຸກຄົນ.

ML/AI ກໍາລັງເຮັດໃຫ້ວິທີການໃຫມ່ໆທັງຫມົດໃນການໂຕ້ຕອບແລະການເຮັດວຽກ, ແລະພວກເຮົາຕື່ນເຕັ້ນທີ່ຈະເປັນສ່ວນຫນຶ່ງໃນຂັ້ນຕອນຕໍ່ໄປຂອງການເດີນທາງທີ່ທັນສະໄຫມນີ້. ນະວັດຕະກໍາແມ່ນຂັບເຄື່ອນໂດຍການປ່ຽນແປງຂອງແນວຄິດ - ມະນຸດມີຢູ່ຫລາຍພັນປີ, ເຄື່ອງຈັກສໍາລັບຫລາຍຮ້ອຍປີ, ເວັບໄຊທ໌ສໍາລັບຫລາຍສິບປີ, ແລະໂທລະສັບສະຫຼາດແມ່ນຫນ້ອຍລົງ, ເຕັກໂນໂລຢີຕ້ອງປັບຕົວເຂົ້າກັບຄົນ, ແລະບໍ່ກົງກັນຂ້າມ.

PS ບົດຄວາມໄດ້ຖືກແປໂດຍ deviations ເລັກນ້ອຍຈາກຕົ້ນສະບັບ. ໃນ​ຖາ​ນະ​ເປັນ​ຜູ້​ຮ່ວມ​ຂຽນ​ຂອງ​ບົດ​ຄວາມ​ນີ້, ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຕົກ​ລົງ​ເຫັນ​ດີ​ກ່ຽວ​ກັບ​ຄວາມ​ບໍ່​ດີ​ໃຈ​ເຫຼົ່າ​ນີ້​ກັບ Hugh.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ທ່ານເອົາໃຈໃສ່ກັບການເຂົ້າເຖິງຂອງຄໍາຮ້ອງສະຫມັກຂອງທ່ານບໍ?

• ແມ່ນ​ແລ້ວ

• ບໍ່​ມີ

• ນີ້ແມ່ນຄັ້ງທຳອິດທີ່ຂ້ອຍໄດ້ຍິນກ່ຽວກັບການຊ່ວຍເຂົ້າເຖິງແອັບ.

17 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. 5 ຜູ້ໃຊ້ງົດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com