ಪ್ರವೇಶದ ಕಡೆಗೆ

ಶುಕ್ರವಾರ ಕೆಲಸದ ದಿನದ ಅಂತ್ಯ. ಶುಕ್ರವಾರದ ಕೆಲಸದ ದಿನದ ಕೊನೆಯಲ್ಲಿ ಯಾವಾಗಲೂ ಕೆಟ್ಟ ಸುದ್ದಿ ಬರುತ್ತದೆ.

ನೀವು ಕಚೇರಿಯಿಂದ ಹೊರಡಲಿದ್ದೀರಿ, ಮತ್ತೊಂದು ಮರುಸಂಘಟನೆಯ ಬಗ್ಗೆ ಹೊಸ ಪತ್ರವು ಅಂಚೆಯಲ್ಲಿ ಬಂದಿದೆ.

ಧನ್ಯವಾದಗಳು xxxx, yyy ಇಂದಿನಿಂದ ನೀವು zzzz ಅನ್ನು ವರದಿ ಮಾಡುತ್ತೀರಿ
...
ಮತ್ತು ಹ್ಯೂ ಅವರ ತಂಡವು ನಮ್ಮ ಉತ್ಪನ್ನಗಳನ್ನು ವಿಕಲಾಂಗರಿಗೆ ಪ್ರವೇಶಿಸಬಹುದು ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಅರೆರೆ! ನಾನು ಇದಕ್ಕೆ ಏಕೆ ಅರ್ಹನಾಗಿದ್ದೆ? ನಾನು ಹೊರಡಬೇಕೆಂದು ಅವರು ಬಯಸುತ್ತಾರೆಯೇ? ಕೃತಜ್ಞತೆಯಿಲ್ಲದ ಕಠಿಣ ಪರಿಶ್ರಮಕ್ಕಾಗಿ ನಿಮ್ಮನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ಇತರ ಜನರ ತಪ್ಪುಗಳನ್ನು ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿ. ಇದು ಖಂಡಿತ ಸೋಲು...

ಇದು ಕೆಲವು ವರ್ಷಗಳ ಹಿಂದೆ ಲಭ್ಯತೆಯಾಗಿತ್ತು. ಕೆಲವು ಬಡ ಆತ್ಮಗಳಿಗೆ UI ಅನ್ನು "ಸ್ವಚ್ಛಗೊಳಿಸುವ" ಕೆಲಸವನ್ನು ನೀಡಲಾಯಿತು ಮತ್ತು ಅದನ್ನು ವಿಕಲಾಂಗರಿಗೆ ಪ್ರವೇಶಿಸಲು ಪ್ರಯತ್ನಿಸಲಾಯಿತು.

ಇದರ ಅರ್ಥವು ಬಹಳ ಅಸ್ಪಷ್ಟವಾಗಿದೆ - ಪ್ರಾಯಶಃ ನೀವು ಕ್ಷೇತ್ರಗಳ ಮೂಲಕ ಫೋಕಸ್ ಸೂಚಕ ಮತ್ತು ಟ್ಯಾಬ್ ಅನ್ನು ನೋಡಬಹುದಾದರೆ, ಕೆಲವು ಆಲ್ಟ್ ಪಠ್ಯ ಮತ್ತು ಒಂದೆರಡು ಕ್ಷೇತ್ರ ವಿವರಣೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ...

ಆದರೆ ಇದ್ದಕ್ಕಿದ್ದಂತೆ "ದೋಷಗಳು" ಹಿಮಪಾತದ ವೇಗದಲ್ಲಿ ಗುಣಿಸಲು ಪ್ರಾರಂಭಿಸಿದವು.

ವಿವಿಧ ಸ್ಕ್ರೀನ್ ರೀಡರ್‌ಗಳು (ಇಂಗ್ಲೆಂಡ್. ಸ್ಕ್ರೀನ್ ರೀಡರ್‌ಗಳು) ಮತ್ತು ಬ್ರೌಸರ್‌ಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ.

ಆ್ಯಪ್ ಬಳಕೆಗೆ ಯೋಗ್ಯವಾಗಿಲ್ಲ ಎಂದು ಬಳಕೆದಾರರು ದೂರಿದ್ದಾರೆ.

ಒಂದು ಸ್ಥಳದಲ್ಲಿ ದೋಷವನ್ನು ಸರಿಪಡಿಸಿದ ತಕ್ಷಣ, ಇನ್ನೊಂದು ಸ್ಥಳದಲ್ಲಿ ಮತ್ತೊಂದು ಕಾಣಿಸಿಕೊಂಡಿತು.

ಮತ್ತು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ದೋಷಗಳನ್ನು ಸರಳವಾಗಿ ಬದಲಾಯಿಸಲು ಮತ್ತು ಸರಿಪಡಿಸಲು ಕಠಿಣ ಪ್ರಯತ್ನಗಳು ಬೇಕಾಗುತ್ತವೆ.

ನಾನು ಅಲ್ಲಿದ್ದೆ. ನಾನು ಬದುಕುಳಿದೆ, ಆದರೆ ನಾವು "ಯಶಸ್ವಿಯಾಗಲಿಲ್ಲ" - ತಾಂತ್ರಿಕವಾಗಿ ನಾವು ಬಹಳಷ್ಟು ಸ್ವಚ್ಛಗೊಳಿಸಿದ್ದೇವೆ, ಸಾಕಷ್ಟು ಕ್ಷೇತ್ರ ವಿವರಣೆಗಳು, ಪಾತ್ರಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ ಮತ್ತು ಕೆಲವು ಮಟ್ಟದ ಅನುಸರಣೆಯನ್ನು ಸಾಧಿಸಿದ್ದೇವೆ, ಆದರೆ ಯಾರೂ ಸಂತೋಷವಾಗಲಿಲ್ಲ. ಬಳಕೆದಾರರು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ದೂರಿದ್ದಾರೆ. ಮ್ಯಾನೇಜರ್ ಇನ್ನೂ ದೋಷಗಳ ನಿರಂತರ ಸ್ಟ್ರೀಮ್ ಬಗ್ಗೆ ದೂರು ನೀಡಿದರು. ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಯಾವುದೇ ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ "ಸರಿಯಾದ" ಪರಿಹಾರವಿಲ್ಲದೆ, ಸಮಸ್ಯೆಯನ್ನು ತಪ್ಪಾಗಿ ಒಡ್ಡಲಾಗಿದೆ ಎಂದು ಎಂಜಿನಿಯರ್‌ಗಳು ದೂರಿದ್ದಾರೆ.

ಪ್ರವೇಶಸಾಧ್ಯತೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ನನ್ನ ಪ್ರಯಾಣದ ಉದ್ದಕ್ಕೂ ಕೆಲವು ಖಚಿತವಾಗಿ ಕಣ್ಣು ತೆರೆಯುವ ಕ್ಷಣಗಳು ಇದ್ದವು.
ಬಹುಶಃ ಮೊದಲನೆಯದು ಸಿದ್ಧಪಡಿಸಿದ ಉತ್ಪನ್ನದ ಮೇಲೆ ಪ್ರವೇಶಿಸುವಿಕೆ ಕಾರ್ಯವನ್ನು ಸೇರಿಸುವುದು ಕಷ್ಟಕರವಾಗಿದೆ ಎಂಬ ಅರಿವು. ಮತ್ತು ಇದು ನಂಬಲಾಗದಷ್ಟು ಕಷ್ಟ ಎಂದು ನಿರ್ವಾಹಕರನ್ನು ಮನವರಿಕೆ ಮಾಡುವುದು ಇನ್ನೂ ಕಷ್ಟ! ಇಲ್ಲ, ಇದು ಕೇವಲ "ಕೆಲವು ಟ್ಯಾಗ್‌ಗಳನ್ನು ಸೇರಿಸಿ" ಅಲ್ಲ ಮತ್ತು UI ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇಲ್ಲ, ಇದನ್ನು ಮೂರು ವಾರಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ; ಮೂರು ತಿಂಗಳುಗಳು ಸಾಕಾಗುವುದಿಲ್ಲ.
ಅಂಧ ಬಳಕೆದಾರರು ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಾನು ನೇರವಾಗಿ ನೋಡಿದಾಗ ನನ್ನ ಮುಂದಿನ ಸತ್ಯದ ಕ್ಷಣವು ಬಂದಿತು. ದೋಷ ಸಂದೇಶಗಳನ್ನು ನೋಡುವುದಕ್ಕಿಂತ ಇದು ತುಂಬಾ ಭಿನ್ನವಾಗಿದೆ.

ನಾನು ಮತ್ತೆ ಮತ್ತೆ ಇದಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತೇನೆ, ಆದರೆ ಜನರು ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗೆ ಬಳಸುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು ನಮ್ಮ ಎಲ್ಲಾ "ಊಹೆಗಳು" ತಪ್ಪಾಗಿವೆ.

ಕೀಸ್ಟ್ರೋಕ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಕೀರ್ಣ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನ್ಯಾವಿಗೇಟ್ ಮಾಡುವುದು Tab/Shift+Tab - ಇದು ಹೀರುತ್ತದೆ! ನಮಗೆ ಉತ್ತಮವಾದದ್ದು ಬೇಕು. ಕೀಬೋರ್ಡ್ ಶಾರ್ಟ್‌ಕಟ್‌ಗಳು, ಹೆಡರ್‌ಗಳು.

UI ಅನ್ನು ಬದಲಾಯಿಸುವಾಗ ಗಮನವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ದೊಡ್ಡ ಸಮಸ್ಯೆಯಲ್ಲ, ಅಲ್ಲವೇ? ಮತ್ತೊಮ್ಮೆ ಯೋಚಿಸೋಣ - ಇದು ನಂಬಲಾಗದಷ್ಟು ಗೊಂದಲಮಯವಾಗಿದೆ.

ನಾನು ಮುಂದುವರಿಸಿದೆ, ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ವಿವಿಧ ಯೋಜನೆಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದೆ, ಮತ್ತು ನಂತರ ನಾವು ಹೊಸ ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಸಂಕೀರ್ಣ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸ್ಪಷ್ಟವಾದ ಸ್ಥಾಪನೆಯೊಂದಿಗೆ, ಅಂತಿಮವಾಗಿ ಈ ಸಮಯದಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು.

ಆದ್ದರಿಂದ, ನಾವು ಒಂದು ಹೆಜ್ಜೆ ಹಿಂದಕ್ಕೆ ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಇದನ್ನು ವಿಭಿನ್ನವಾಗಿ ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು ಮತ್ತು ಯಶಸ್ವಿಯಾಗಬಹುದು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕಡಿಮೆ ನೀರಸಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ನೋಡಿದ್ದೇವೆ!

ನಾವು ಬೇಗನೆ ಕೆಲವು ತೀರ್ಮಾನಗಳಿಗೆ ಬಂದಿದ್ದೇವೆ:

1. ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಜನರು ಏರಿಯಾ ಲೇಬಲ್‌ಗಳು/ಪಾತ್ರಗಳು ಮತ್ತು, ಸಹಜವಾಗಿ, ಘಟಕಗಳ HTML ರಚನೆಯೊಂದಿಗೆ ಗೊಂದಲಕ್ಕೊಳಗಾಗುವುದನ್ನು ನಾವು ಬಯಸುವುದಿಲ್ಲ. ಬಾಕ್ಸ್‌ನಿಂದಲೇ ಪ್ರವೇಶಿಸುವಿಕೆಯನ್ನು ನಿರ್ಮಿಸುವ ಸರಿಯಾದ ಘಟಕಗಳನ್ನು ನಾವು ಅವರಿಗೆ ಒದಗಿಸಬೇಕಾಗಿದೆ.
2. ಪ್ರವೇಶಿಸುವಿಕೆ == ಬಳಕೆಯ ಸುಲಭ - ಅಂದರೆ. ಇದು ಕೇವಲ ತಾಂತ್ರಿಕ ಸವಾಲಲ್ಲ. ನಾವು ಸಂಪೂರ್ಣ ವಿನ್ಯಾಸ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ ಮತ್ತು UI ವಿನ್ಯಾಸವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಪ್ರವೇಶಿಸುವಿಕೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ ಮತ್ತು ಚರ್ಚಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. ಬಳಕೆದಾರರು ಯಾವುದೇ ಕಾರ್ಯವನ್ನು ಹೇಗೆ ಕಂಡುಹಿಡಿಯುತ್ತಾರೆ, ಅವರು ಹೇಗೆ ನ್ಯಾವಿಗೇಟ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಕೀಬೋರ್ಡ್‌ನಿಂದ ಬಲ ಕ್ಲಿಕ್ ಮಾಡುವುದು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಮೊದಲೇ ಯೋಚಿಸಬೇಕು. ಪ್ರವೇಶಿಸುವಿಕೆ ವಿನ್ಯಾಸ ಪ್ರಕ್ರಿಯೆಯ ಅವಿಭಾಜ್ಯ ಅಂಗವಾಗಿರಬೇಕು - ಕೆಲವು ಬಳಕೆದಾರರಿಗೆ, ಇದು ಅಪ್ಲಿಕೇಶನ್‌ನ ನೋಟಕ್ಕಿಂತ ಹೆಚ್ಚು.
3. ಮೊದಲಿನಿಂದಲೂ, ಅಪ್ಲಿಕೇಶನ್‌ನ ಬಳಕೆಯ ಸುಲಭತೆಯ ಕುರಿತು ನಾವು ಅಂಧರು ಮತ್ತು ಇತರ ಅಂಗವಿಕಲ ಬಳಕೆದಾರರಿಂದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆಯಲು ಬಯಸಿದ್ದೇವೆ.
4. ಪ್ರವೇಶಿಸುವಿಕೆ ಹಿಂಜರಿತಗಳನ್ನು ಹಿಡಿಯಲು ನಮಗೆ ನಿಜವಾಗಿಯೂ ಉತ್ತಮ ಮಾರ್ಗಗಳ ಅಗತ್ಯವಿದೆ.

ಒಳ್ಳೆಯದು, ಎಂಜಿನಿಯರಿಂಗ್ ದೃಷ್ಟಿಕೋನದಿಂದ, ಮೊದಲ ಭಾಗವು ಸಾಕಷ್ಟು ವಿನೋದಮಯವಾಗಿದೆ - ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಮತ್ತು ಘಟಕಗಳ ಗ್ರಂಥಾಲಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು. ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಅದು ಹಾಗೆ ಆಗಿತ್ತು.

ಒಂದು ಹೆಜ್ಜೆ ಹಿಂದಕ್ಕೆ ಇಡುವುದು, ನೋಡುವುದು ARIA ಉದಾಹರಣೆಗಳು ಮತ್ತು ಇದನ್ನು "ಫಿಟ್ಟಿಂಗ್ ಇನ್" ಸಮಸ್ಯೆಗಿಂತ ಹೆಚ್ಚಾಗಿ ವಿನ್ಯಾಸದ ಸಮಸ್ಯೆ ಎಂದು ಯೋಚಿಸುವ ಮೂಲಕ, ನಾವು ಕೆಲವು ಅಮೂರ್ತತೆಗಳನ್ನು ಪರಿಚಯಿಸಿದ್ದೇವೆ. ಒಂದು ಘಟಕವು 'ಸ್ಟ್ರಕ್ಚರ್' (HTML ಅಂಶಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ) ಮತ್ತು 'ಬಿಹೇವಿಯರ್' (ಅದು ಬಳಕೆದಾರರೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ) ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ಕೆಳಗಿನ ತುಣುಕುಗಳಲ್ಲಿ ನಾವು ಸರಳವಾದ ಕ್ರಮವಿಲ್ಲದ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. "ನಡವಳಿಕೆಗಳನ್ನು" ಸೇರಿಸುವ ಮೂಲಕ ಪಟ್ಟಿಯಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅನುಗುಣವಾದ ಪಾತ್ರಗಳನ್ನು ಪಟ್ಟಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ. ನಾವು ಮೆನುವಿನಲ್ಲಿ ಅದೇ ರೀತಿ ಮಾಡುತ್ತೇವೆ.

ವಾಸ್ತವವಾಗಿ, ಇಲ್ಲಿ ಪಾತ್ರಗಳನ್ನು ಮಾತ್ರ ಸೇರಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಕೀಬೋರ್ಡ್ ನ್ಯಾವಿಗೇಷನ್‌ಗಾಗಿ ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳನ್ನು ಸಹ ಸೇರಿಸಲಾಗುತ್ತದೆ.

ಇದು ಹೆಚ್ಚು ಅಚ್ಚುಕಟ್ಟಾಗಿ ಕಾಣುತ್ತದೆ. ನಾವು ಅವುಗಳ ನಡುವೆ ಶುದ್ಧವಾದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾದರೆ, ರಚನೆಯನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ, ನಾವು ಅದಕ್ಕೆ ವರ್ತನೆಗಳನ್ನು ಅನ್ವಯಿಸಬಹುದು ಮತ್ತು ಪ್ರವೇಶವನ್ನು ಸರಿಯಾಗಿ ಪಡೆಯಬಹುದು.

ನೀವು ಇದನ್ನು ಕ್ರಿಯೆಯಲ್ಲಿ ನೋಡಬಹುದು https://stardust-ui.github.io/react/ - ಯುಎಕ್ಸ್ ಲೈಬ್ರರಿ ಪ್ರತಿಕ್ರಿಯಿಸು, ಇದು ಪ್ರಾರಂಭದಿಂದಲೂ ಪ್ರವೇಶಿಸುವಿಕೆಯನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ.

ಎರಡನೆಯ ಭಾಗ - ವಿನ್ಯಾಸದ ಸುತ್ತಲಿನ ವಿಧಾನ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಆರಂಭದಲ್ಲಿ ನನ್ನನ್ನು ಹೆದರಿಸಿತು: ಸಾಂಸ್ಥಿಕ ಬದಲಾವಣೆಯ ಮೂಲಕ ತಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಕೆಳಮಟ್ಟದ ಎಂಜಿನಿಯರ್‌ಗಳು ಯಾವಾಗಲೂ ಉತ್ತಮವಾಗಿ ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ, ಆದರೆ ನಾವು ಪ್ರಕ್ರಿಯೆಗೆ ಗಮನಾರ್ಹ ಕೊಡುಗೆ ನೀಡಿದ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. . ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಮ್ಮ ಪ್ರಕ್ರಿಯೆಯು ಈ ಕೆಳಗಿನಂತಿತ್ತು: ಹೊಸ ಕಾರ್ಯವನ್ನು ಒಂದು ತಂಡವು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತದೆ, ನಂತರ ನಮ್ಮ ನಾಯಕತ್ವದ ತಂಡವು ಪ್ರಸ್ತಾವನೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ/ಪುನರಾವರ್ತಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ, ಒಮ್ಮೆ ಅನುಮೋದಿಸಿದ ನಂತರ, ವಿನ್ಯಾಸವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡಕ್ಕೆ ಹಸ್ತಾಂತರಿಸಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಇಂಜಿನಿಯರಿಂಗ್ ತಂಡವು ಪ್ರವೇಶಿಸುವಿಕೆ ಕಾರ್ಯವನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ "ಮಾಲೀಕತ್ವದಲ್ಲಿದೆ" ಏಕೆಂದರೆ ಅದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸುವುದು ಅವರ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ.

ಆರಂಭದಲ್ಲಿ, ಪ್ರವೇಶಿಸುವಿಕೆ ಮತ್ತು ಉಪಯುಕ್ತತೆ ಬೇರ್ಪಡಿಸಲಾಗದಂತೆ ಸಂಬಂಧ ಹೊಂದಿದೆ ಮತ್ತು ಇದನ್ನು ವಿನ್ಯಾಸ ಹಂತದಲ್ಲಿ ಮಾಡಬೇಕಾಗಿದೆ ಎಂದು ವಿವರಿಸಲು ಸಾಕಷ್ಟು ಕಷ್ಟಕರವಾದ ಕೆಲಸವಾಗಿತ್ತು, ಇಲ್ಲದಿದ್ದರೆ ಇದು ಕೆಲವು ಪಾತ್ರಗಳ ದೊಡ್ಡ ಬದಲಾವಣೆಗಳು ಮತ್ತು ಮರುವ್ಯಾಖ್ಯಾನಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಮತ್ತು ಪ್ರಮುಖ ಆಟಗಾರರ ಬೆಂಬಲದೊಂದಿಗೆ, ನಾವು ಕಲ್ಪನೆಯನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ಚಲನೆಗೆ ಒಳಪಡಿಸಿದ್ದೇವೆ ಇದರಿಂದ ವಿನ್ಯಾಸಗಳನ್ನು ನಿರ್ವಹಣೆಗೆ ಪ್ರಸ್ತುತಪಡಿಸುವ ಮೊದಲು ಪ್ರವೇಶಿಸುವಿಕೆ ಮತ್ತು ಉಪಯುಕ್ತತೆಗಾಗಿ ಪರೀಕ್ಷಿಸಲಾಯಿತು.

ಮತ್ತು ಈ ಪ್ರತಿಕ್ರಿಯೆಯು ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಅತ್ಯಂತ ಮೌಲ್ಯಯುತವಾಗಿದೆ - ಬಳಕೆದಾರರು ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು ಜ್ಞಾನ ಹಂಚಿಕೆ/ಸಂವಹನದ ವ್ಯಾಯಾಮವಾಗಿ ಇದು ಅದ್ಭುತವಾಗಿದೆ, ಅವುಗಳನ್ನು ನಿರ್ಮಿಸುವ ಮೊದಲು ನಾವು ಹಲವಾರು UI ಸಮಸ್ಯೆ ಪ್ರದೇಶಗಳನ್ನು ಗುರುತಿಸಿದ್ದೇವೆ, ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಈಗ ಉತ್ತಮವಾದ ವಿಶೇಷಣಗಳನ್ನು ಹೊಂದಿವೆ ಕೇವಲ ದೃಶ್ಯ, ಆದರೆ ವಿನ್ಯಾಸದ ವರ್ತನೆಯ ಅಂಶಗಳು. ನೈಜ ಚರ್ಚೆಗಳು ತಾಂತ್ರಿಕ ಅಂಶಗಳು ಮತ್ತು ಸಂವಹನಗಳ ಬಗ್ಗೆ ವಿನೋದ, ಶಕ್ತಿಯುತ, ಭಾವೋದ್ರಿಕ್ತ ಚರ್ಚೆಗಳಾಗಿವೆ.

ಈ (ಅಥವಾ ನಂತರದ) ಸಭೆಗಳಲ್ಲಿ ನಾವು ಅಂಧರು ಮತ್ತು ಅಂಗವಿಕಲ ಬಳಕೆದಾರರನ್ನು ಹೊಂದಿದ್ದರೆ ನಾವು ಇದನ್ನು ಇನ್ನೂ ಉತ್ತಮವಾಗಿ ಮಾಡಬಹುದು - ಇದನ್ನು ಸಂಘಟಿಸುವುದು ಕಷ್ಟಕರವಾಗಿತ್ತು, ಆದರೆ ನಾವು ಇದೀಗ ಸ್ಥಳೀಯ ಅಂಧ ಸಂಸ್ಥೆಗಳು ಮತ್ತು ಕಂಪನಿಗಳೆರಡರೊಂದಿಗೂ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ, ಇದು ಆರಂಭಿಕ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯ ಹರಿವನ್ನು ಪರಿಶೀಲಿಸಲು ಬಾಹ್ಯ ಪರೀಕ್ಷೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅಭಿವೃದ್ಧಿ-ಕಾಂಪೊನೆಂಟ್ ಮತ್ತು ಎಕ್ಸಿಕ್ಯೂಶನ್ ಫ್ಲೋ ಹಂತಗಳಲ್ಲಿ.

ಎಂಜಿನಿಯರ್‌ಗಳು ಈಗ ಸಾಕಷ್ಟು ವಿವರವಾದ ವಿಶೇಷಣಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಅವರು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಳಸಬಹುದಾದ ಲಭ್ಯವಿರುವ ಘಟಕಗಳು ಮತ್ತು ಮರಣದಂಡನೆಯ ಹರಿವನ್ನು ಮೌಲ್ಯೀಕರಿಸುವ ಮಾರ್ಗವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಅನುಭವವು ನಮಗೆ ಕಲಿಸಿದ ಭಾಗವೆಂದರೆ ನಾವು ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಏನನ್ನು ಕಳೆದುಕೊಂಡಿದ್ದೇವೆ - ನಾವು ಹಿಂಜರಿತವನ್ನು ಹೇಗೆ ನಿಲ್ಲಿಸಬಹುದು. ಅಂತೆಯೇ, ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಲು ಜನರು ಏಕೀಕರಣ ಅಥವಾ ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ಪರೀಕ್ಷೆಗಳನ್ನು ಬಳಸಬಹುದು, ಇದು ನಾವು ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳಲ್ಲಿ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯ ಹರಿವುಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುವ ಅಗತ್ಯವಿದೆ-ದೃಶ್ಯ ಮತ್ತು ವರ್ತನೆಯ ಎರಡೂ.

ದೃಶ್ಯ ಹಿಂಜರಿತವನ್ನು ನಿರ್ಧರಿಸುವುದು ಸಾಕಷ್ಟು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಕಾರ್ಯವಾಗಿದೆ, ಕೀಬೋರ್ಡ್‌ನೊಂದಿಗೆ ನ್ಯಾವಿಗೇಟ್ ಮಾಡುವಾಗ ಗಮನವು ಗೋಚರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದನ್ನು ಹೊರತುಪಡಿಸಿ ಪ್ರಕ್ರಿಯೆಗೆ ಸೇರಿಸುವುದು ತುಂಬಾ ಕಡಿಮೆ. ಪ್ರವೇಶಿಸುವಿಕೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ತುಲನಾತ್ಮಕವಾಗಿ ಎರಡು ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳು ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕವಾಗಿವೆ.

1. ಪ್ರವೇಶಿಸುವಿಕೆ ಒಳನೋಟಗಳು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಮತ್ತು ಸಮಸ್ಯೆಗಳನ್ನು ಗುರುತಿಸಲು ಬಿಲ್ಡ್/ಟೆಸ್ಟ್ ಸೈಕಲ್‌ನ ಭಾಗವಾಗಿ ರನ್ ಮಾಡಬಹುದಾದ ಪರಿಕರಗಳ ಒಂದು ಸೆಟ್ ಆಗಿದೆ.
2. ಸ್ಕ್ರೀನ್ ರೀಡರ್‌ಗಳು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುವುದು ವಿಶೇಷವಾಗಿ ಸವಾಲಿನ ಕೆಲಸವಾಗಿದೆ. ಪ್ರವೇಶದ ಪರಿಚಯದೊಂದಿಗೆ ಪ್ರವೇಶಿಸುವಿಕೆ DOM, ನಾವು ಅಂತಿಮವಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರವೇಶಿಸುವಿಕೆ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ನಾವು ದೃಶ್ಯ ಪರೀಕ್ಷೆಗಳಿಗೆ ಮಾಡುವಂತೆ ಮತ್ತು ಹಿಂಜರಿತಕ್ಕಾಗಿ ಅವುಗಳನ್ನು ಪರೀಕ್ಷಿಸುತ್ತೇವೆ.

ಆದ್ದರಿಂದ, ಕಥೆಯ ಎರಡನೇ ಭಾಗದಲ್ಲಿ, ನಾವು HTML ಕೋಡ್ ಅನ್ನು ಸಂಪಾದಿಸುವುದರಿಂದ ಉನ್ನತ ಮಟ್ಟದ ಅಮೂರ್ತತೆಗೆ ಕೆಲಸ ಮಾಡಿದ್ದೇವೆ, ವಿನ್ಯಾಸ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬದಲಾಯಿಸಿದ್ದೇವೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಪರೀಕ್ಷೆಯನ್ನು ಪರಿಚಯಿಸಿದ್ದೇವೆ. ಹೊಸ ಪ್ರಕ್ರಿಯೆಗಳು, ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳು ಮತ್ತು ಅಮೂರ್ತತೆಯ ಹೊಸ ಹಂತಗಳು ಪ್ರವೇಶಿಸುವಿಕೆಯ ಭೂದೃಶ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸಿವೆ ಮತ್ತು ಈ ಜಾಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ಎಂದರೆ ಏನು.
ಆದರೆ ಇದು ಕೇವಲ ಪ್ರಾರಂಭ.

ಮುಂದಿನ "ತಿಳುವಳಿಕೆ" ಏನೆಂದರೆ, ಅಂಧ ಬಳಕೆದಾರರು ಅತ್ಯಾಧುನಿಕ ತಂತ್ರಜ್ಞಾನವನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಿದ್ದಾರೆ - ಅವರು ನಾವು ಮೊದಲೇ ವಿವರಿಸಿದ ಬದಲಾವಣೆಗಳಿಂದ ಹೆಚ್ಚು ಪ್ರಯೋಜನ ಪಡೆಯುತ್ತಾರೆ, ಆದರೆ ML/AI ನಿಂದ ಹೊಸ ವಿಧಾನಗಳು ಮತ್ತು ಆಲೋಚನೆಗಳು ಸಾಧ್ಯವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಇಮ್ಮರ್ಸಿವ್ ರೀಡರ್ ತಂತ್ರಜ್ಞಾನವು ಬಳಕೆದಾರರಿಗೆ ಪಠ್ಯವನ್ನು ಹೆಚ್ಚು ಸುಲಭವಾಗಿ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಇದನ್ನು ಗಟ್ಟಿಯಾಗಿ ಓದಬಹುದು, ವಾಕ್ಯ ರಚನೆಯನ್ನು ವ್ಯಾಕರಣವಾಗಿ ವಿಭಜಿಸಲಾಗಿದೆ ಮತ್ತು ಪದದ ಅರ್ಥಗಳನ್ನು ಸಹ ಚಿತ್ರಾತ್ಮಕವಾಗಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ. ಇದು ಹಳೆಯ "ಅದನ್ನು ಪ್ರವೇಶಿಸುವಂತೆ ಮಾಡಿ" ಮನಸ್ಥಿತಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ - ಇದು ಎಲ್ಲರಿಗೂ ಸಹಾಯ ಮಾಡುವ ಉಪಯುಕ್ತತೆಯ ವೈಶಿಷ್ಟ್ಯವಾಗಿದೆ.

ML/AI ಸಂವಹನ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸಂಪೂರ್ಣ ಹೊಸ ವಿಧಾನಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತಿದೆ ಮತ್ತು ಈ ಅತ್ಯಾಧುನಿಕ ಪ್ರಯಾಣದ ಮುಂದಿನ ಹಂತಗಳ ಭಾಗವಾಗಲು ನಾವು ಉತ್ಸುಕರಾಗಿದ್ದೇವೆ. ಆವಿಷ್ಕಾರವು ಚಿಂತನೆಯ ಬದಲಾವಣೆಯಿಂದ ನಡೆಸಲ್ಪಡುತ್ತದೆ - ಮಾನವೀಯತೆಯು ಸಹಸ್ರಮಾನಗಳಿಂದ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ, ನೂರಾರು ವರ್ಷಗಳಿಂದ ಯಂತ್ರಗಳು, ಹಲವಾರು ದಶಕಗಳಿಂದ ವೆಬ್‌ಸೈಟ್‌ಗಳು ಮತ್ತು ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳು ಇನ್ನೂ ಕಡಿಮೆ, ತಂತ್ರಜ್ಞಾನವು ಜನರಿಗೆ ಹೊಂದಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಪ್ರತಿಯಾಗಿ ಅಲ್ಲ.

PS ಲೇಖನವನ್ನು ಮೂಲದಿಂದ ಸಣ್ಣ ವ್ಯತ್ಯಾಸಗಳೊಂದಿಗೆ ಅನುವಾದಿಸಲಾಗಿದೆ. ಈ ಲೇಖನದ ಸಹ-ಲೇಖಕನಾಗಿ, ನಾನು ಹ್ಯೂ ಜೊತೆಗಿನ ಈ ವಿಷಯಾಂತರಗಳನ್ನು ಒಪ್ಪಿಕೊಂಡಿದ್ದೇನೆ.

ನೋಂದಾಯಿತ ಬಳಕೆದಾರರು ಮಾತ್ರ ಸಮೀಕ್ಷೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. ಸೈನ್ ಇನ್ ಮಾಡಿ, ದಯವಿಟ್ಟು.

ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಪ್ರವೇಶಿಸುವಿಕೆಗೆ ನೀವು ಗಮನ ಕೊಡುತ್ತೀರಾ?

• ಹೌದು

• ಯಾವುದೇ

• ನಾನು ಅಪ್ಲಿಕೇಶನ್ ಪ್ರವೇಶಿಸುವಿಕೆಯ ಬಗ್ಗೆ ಕೇಳಿದ್ದು ಇದೇ ಮೊದಲ ಬಾರಿಗೆ.

17 ಬಳಕೆದಾರರು ಮತ ಹಾಕಿದ್ದಾರೆ. 5 ಬಳಕೆದಾರರು ದೂರ ಉಳಿದಿದ್ದಾರೆ.

ಮೂಲ: www.habr.com