ತರಬೇತಿಯ ಸಮಯದಲ್ಲಿ ನಮ್ಮ ವಿದ್ಯಾರ್ಥಿಗಳಿಗೆ ಏನಾಗುತ್ತದೆ ಮತ್ತು ಈ ಘಟನೆಗಳು ಫಲಿತಾಂಶದ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ನಮಗೆ ಮುಖ್ಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಗ್ರಾಹಕ ಪ್ರಯಾಣದ ನಕ್ಷೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತೇವೆ - ಗ್ರಾಹಕರ ಅನುಭವದ ನಕ್ಷೆ. ಎಲ್ಲಾ ನಂತರ, ಕಲಿಕೆಯ ಪ್ರಕ್ರಿಯೆಯು ನಿರಂತರ ಮತ್ತು ಅವಿಭಾಜ್ಯವಲ್ಲ, ಇದು ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿರುವ ಘಟನೆಗಳು ಮತ್ತು ವಿದ್ಯಾರ್ಥಿಯ ಕ್ರಿಯೆಗಳ ಸರಪಳಿಯಾಗಿದೆ, ಮತ್ತು ಈ ಕ್ರಮಗಳು ವಿಭಿನ್ನ ವಿದ್ಯಾರ್ಥಿಗಳಲ್ಲಿ ಹೆಚ್ಚು ಬದಲಾಗಬಹುದು. ಈಗ ಅವನು ತನ್ನ ಪಾಠವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದನು: ಅವನು ಮುಂದೆ ಏನು ಮಾಡುತ್ತಾನೆ? ಇದು ಮನೆಕೆಲಸಕ್ಕೆ ಹೋಗುತ್ತದೆಯೇ? ಇದು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆಯೇ? ಅವರು ಕೋರ್ಸ್ ಬದಲಾಯಿಸುತ್ತಾರೆಯೇ, ಶಿಕ್ಷಕರನ್ನು ಬದಲಾಯಿಸಲು ಕೇಳುತ್ತಾರೆಯೇ? ನೀವು ನೇರವಾಗಿ ಮುಂದಿನ ಪಾಠಕ್ಕೆ ಹೋಗುತ್ತೀರಾ? ಅಥವಾ ಅವನು ನಿರಾಶೆಯಿಂದ ಹೊರಡುತ್ತಾನೆಯೇ? ಈ ನಕ್ಷೆಯನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮೂಲಕ, ಕೋರ್ಸ್ ಅನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲು ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ವಿದ್ಯಾರ್ಥಿಯ "ಡ್ರಾಪ್ಔಟ್" ಗೆ ಕಾರಣವಾಗುವ ಮಾದರಿಗಳನ್ನು ಗುರುತಿಸಲು ಸಾಧ್ಯವೇ?
ವಿಶಿಷ್ಟವಾಗಿ, CJM ಅನ್ನು ನಿರ್ಮಿಸಲು ವಿಶೇಷವಾದ, ಅತ್ಯಂತ ದುಬಾರಿ ಮುಚ್ಚಿದ-ಮೂಲ ಉಪಕರಣಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಆದರೆ ನಾವು ಸರಳವಾದದ್ದನ್ನು ತರಲು ಬಯಸುತ್ತೇವೆ, ಕನಿಷ್ಠ ಪ್ರಯತ್ನ ಮತ್ತು ಸಾಧ್ಯವಾದರೆ, ಮುಕ್ತ ಮೂಲ ಅಗತ್ಯವಿರುತ್ತದೆ. ಆದ್ದರಿಂದ ಮಾರ್ಕೊವ್ ಸರಪಳಿಗಳನ್ನು ಬಳಸಲು ಆಲೋಚನೆ ಬಂದಿತು - ಮತ್ತು ನಾವು ಯಶಸ್ವಿಯಾಗಿದ್ದೇವೆ. ನಾವು ನಕ್ಷೆಯನ್ನು ನಿರ್ಮಿಸಿದ್ದೇವೆ, ವಿದ್ಯಾರ್ಥಿಗಳ ನಡವಳಿಕೆಯ ಡೇಟಾವನ್ನು ಗ್ರಾಫ್ ರೂಪದಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಿದ್ದೇವೆ, ಜಾಗತಿಕ ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಪಷ್ಟವಲ್ಲದ ಉತ್ತರಗಳನ್ನು ನೋಡಿದ್ದೇವೆ ಮತ್ತು ಆಳವಾಗಿ ಅಡಗಿರುವ ದೋಷಗಳನ್ನು ಸಹ ಕಂಡುಕೊಂಡಿದ್ದೇವೆ. ನಾವು ಓಪನ್ ಸೋರ್ಸ್ ಪೈಥಾನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಇದೆಲ್ಲವನ್ನೂ ಮಾಡಿದ್ದೇವೆ. ಈ ಲೇಖನದಲ್ಲಿ ನಾನು ಸ್ಪಷ್ಟವಲ್ಲದ ಫಲಿತಾಂಶಗಳೊಂದಿಗೆ ಎರಡು ಪ್ರಕರಣಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇನೆ ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಎಲ್ಲರೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ.
ಆದ್ದರಿಂದ, ಮಾರ್ಕೊವ್ ಸರಪಳಿಗಳು ಘಟನೆಗಳ ನಡುವಿನ ಪರಿವರ್ತನೆಯ ಸಂಭವನೀಯತೆಯನ್ನು ತೋರಿಸುತ್ತವೆ. ವಿಕಿಪೀಡಿಯಾದಿಂದ ಒಂದು ಪ್ರಾಚೀನ ಉದಾಹರಣೆ ಇಲ್ಲಿದೆ:
ಇಲ್ಲಿ "E" ಮತ್ತು "A" ಈವೆಂಟ್ಗಳಾಗಿವೆ, ಬಾಣಗಳು ಅವುಗಳ ನಡುವಿನ ಪರಿವರ್ತನೆಗಳಾಗಿವೆ (ಈವೆಂಟ್ನಿಂದ ಅದೇ ಪರಿವರ್ತನೆ ಸೇರಿದಂತೆ), ಮತ್ತು ಬಾಣಗಳ ತೂಕವು ಪರಿವರ್ತನೆಯ ಸಂಭವನೀಯತೆಯಾಗಿದೆ ("ತೂಕದ ನಿರ್ದೇಶನದ ಗ್ರಾಫ್").
ನೀವು ಏನು ಬಳಸಿದ್ದೀರಿ?
ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಪೈಥಾನ್ ಕಾರ್ಯನಿರ್ವಹಣೆಯೊಂದಿಗೆ ಸರ್ಕ್ಯೂಟ್ ತರಬೇತಿ ಪಡೆದಿದೆ, ಇದು ವಿದ್ಯಾರ್ಥಿಗಳ ಚಟುವಟಿಕೆಯ ದಾಖಲೆಗಳೊಂದಿಗೆ ನೀಡಲ್ಪಟ್ಟಿದೆ. ಪರಿಣಾಮವಾಗಿ ಮ್ಯಾಟ್ರಿಕ್ಸ್ನಲ್ಲಿನ ಗ್ರಾಫ್ ಅನ್ನು NetworkX ಲೈಬ್ರರಿ ನಿರ್ಮಿಸಿದೆ.
ಲಾಗ್ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ಇದು ಮೂರು ಕಾಲಮ್ಗಳ ಕೋಷ್ಟಕವನ್ನು ಹೊಂದಿರುವ csv ಫೈಲ್ ಆಗಿದೆ: ವಿದ್ಯಾರ್ಥಿ ಐಡಿ, ಈವೆಂಟ್ನ ಹೆಸರು, ಅದು ಸಂಭವಿಸಿದ ಸಮಯ. ಕ್ಲೈಂಟ್ನ ಚಲನೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಲು, ನಕ್ಷೆಯನ್ನು ನಿರ್ಮಿಸಲು ಮತ್ತು ಅಂತಿಮವಾಗಿ ಮಾರ್ಕೊವ್ ಸರಪಳಿಯನ್ನು ಪಡೆಯಲು ಈ ಮೂರು ಕ್ಷೇತ್ರಗಳು ಸಾಕು.
ಲೈಬ್ರರಿಯು ನಿರ್ಮಿಸಿದ ಗ್ರಾಫ್ಗಳನ್ನು .dot ಅಥವಾ .gexf ಸ್ವರೂಪದಲ್ಲಿ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಹಿಂದಿನದನ್ನು ದೃಶ್ಯೀಕರಿಸಲು, ನೀವು ಉಚಿತ ಗ್ರಾಫ್ವಿಜ್ ಪ್ಯಾಕೇಜ್ (gvedit ಟೂಲ್) ಅನ್ನು ಬಳಸಬಹುದು, ನಾವು .gexf ಮತ್ತು Gephi ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದೇವೆ, ಸಹ ಉಚಿತವಾಗಿ.
ಮುಂದೆ ನಾನು ಮಾರ್ಕೊವ್ ಸರಪಳಿಗಳನ್ನು ಬಳಸುವ ಎರಡು ಉದಾಹರಣೆಗಳನ್ನು ನೀಡಲು ಬಯಸುತ್ತೇನೆ, ಇದು ನಮ್ಮ ಗುರಿಗಳು, ಶೈಕ್ಷಣಿಕ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಸ್ಕೈಂಗ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಸದಾಗಿ ನೋಡಲು ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು. ಸರಿ, ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಿ.
ಮೊದಲ ಪ್ರಕರಣ: ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್
ಮೊದಲಿಗೆ, ನಮ್ಮ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಉತ್ಪನ್ನ-ಜನರಲ್ ಕೋರ್ಸ್ ಮೂಲಕ ನಾವು ವಿದ್ಯಾರ್ಥಿಗಳ ಪ್ರಯಾಣವನ್ನು ಅನ್ವೇಷಿಸಿದ್ದೇವೆ. ಆ ಸಮಯದಲ್ಲಿ, ನಾನು ಸ್ಕೈಂಗ್ನ ಮಕ್ಕಳ ವಿಭಾಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೆ ಮತ್ತು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ನಮ್ಮ ಮಕ್ಕಳ ಪ್ರೇಕ್ಷಕರೊಂದಿಗೆ ಎಷ್ಟು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಲು ನಾವು ಬಯಸಿದ್ದೇವೆ.
ಲಾಗ್ಗಳನ್ನು ತೆಗೆದುಕೊಂಡು ಅವುಗಳನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಮೂಲಕ ಚಲಾಯಿಸಿದಾಗ, ನಾನು ಈ ರೀತಿಯದನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇನೆ:
ಪ್ರಾರಂಭಿಕ ನೋಡ್ ಪ್ರಾರಂಭ ಸಾಮಾನ್ಯವಾಗಿದೆ, ಮತ್ತು ಕೆಳಭಾಗದಲ್ಲಿ ಮೂರು ಔಟ್ಪುಟ್ ನೋಡ್ಗಳಿವೆ: ವಿದ್ಯಾರ್ಥಿ "ನಿದ್ರಿಸಿದನು," ಕೋರ್ಸ್ ಅನ್ನು ಬದಲಾಯಿಸಿದನು ಮತ್ತು ಕೋರ್ಸ್ ಅನ್ನು ಮುಗಿಸಿದನು.
- ನಿದ್ರಿಸಿದನು, “ನಿದ್ರಿಸಿದನು” - ಇದರರ್ಥ ಅವನು ಇನ್ನು ಮುಂದೆ ತರಗತಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಿಲ್ಲ, ಹೆಚ್ಚಾಗಿ ಅವನು ಬಿದ್ದನು. ನಾವು ಆಶಾವಾದದಿಂದ ಈ ಸ್ಥಿತಿಯನ್ನು "ನಿದ್ದೆ" ಎಂದು ಕರೆಯುತ್ತೇವೆ, ಏಕೆಂದರೆ... ಸಿದ್ಧಾಂತದಲ್ಲಿ, ಅವರು ಇನ್ನೂ ತಮ್ಮ ಅಧ್ಯಯನವನ್ನು ಮುಂದುವರಿಸಲು ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ನಮಗೆ ಕೆಟ್ಟ ಫಲಿತಾಂಶ.
- ಜನರಲ್ ಅನ್ನು ಕೈಬಿಡಲಾಯಿತು, ಕೋರ್ಸ್ ಬದಲಾಯಿತು - ಜನರಲ್ನಿಂದ ಬೇರೆ ಯಾವುದಕ್ಕೆ ಬದಲಾಯಿಸಲಾಯಿತು ಮತ್ತು ನಮ್ಮ ಮಾರ್ಕೊವ್ ಸರಪಳಿಗೆ ಕಳೆದುಹೋಗಿದೆ.
- ಮುಗಿದ ಕೋರ್ಸ್, ಕೋರ್ಸ್ ಮುಗಿದಿದೆ - ಆದರ್ಶ ಸ್ಥಿತಿ, ವ್ಯಕ್ತಿಯು 80% ಪಾಠಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ್ದಾನೆ (ಎಲ್ಲಾ ಪಾಠಗಳು ಅಗತ್ಯವಿಲ್ಲ).
ಯಶಸ್ವಿ ತರಗತಿ ನೋಡ್ಗೆ ಪ್ರವೇಶಿಸುವುದು ಎಂದರೆ ಶಿಕ್ಷಕರೊಂದಿಗೆ ನಮ್ಮ ವೇದಿಕೆಯಲ್ಲಿ ಪಾಠವನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಳಿಸುವುದು. ಇದು ಕೋರ್ಸ್ನಲ್ಲಿ ಪ್ರಗತಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಅಪೇಕ್ಷಿತ ಫಲಿತಾಂಶದ ವಿಧಾನವನ್ನು ದಾಖಲಿಸುತ್ತದೆ - "ಕೋರ್ಸ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದೆ." ವಿದ್ಯಾರ್ಥಿಗಳು ಸಾಧ್ಯವಾದಷ್ಟು ಹಾಜರಾಗುವುದು ನಮಗೆ ಮುಖ್ಯವಾಗಿದೆ.
ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ಗೆ (ಅಪ್ಲಿಕೇಶನ್ ಸೆಶನ್ ನೋಡ್) ಹೆಚ್ಚು ನಿಖರವಾದ ಪರಿಮಾಣಾತ್ಮಕ ತೀರ್ಮಾನಗಳನ್ನು ಪಡೆಯಲು, ನಾವು ಪ್ರತಿಯೊಂದು ಅಂತಿಮ ನೋಡ್ಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ಸರಪಳಿಗಳನ್ನು ನಿರ್ಮಿಸಿದ್ದೇವೆ ಮತ್ತು ನಂತರ ಅಂಚಿನ ತೂಕವನ್ನು ಜೋಡಿಯಾಗಿ ಹೋಲಿಸುತ್ತೇವೆ:
- ಅಪ್ಲಿಕೇಶನ್ ಸೆಷನ್ನಿಂದ ಹಿಂತಿರುಗಿ;
- ಅಪ್ಲಿಕೇಶನ್ ಸೆಷನ್ನಿಂದ ಯಶಸ್ವಿ ವರ್ಗಕ್ಕೆ;
- ಯಶಸ್ವಿ ತರಗತಿಯಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಸೆಷನ್ಗೆ.
ಎಡಭಾಗದಲ್ಲಿ ಕೋರ್ಸ್ ಪೂರ್ಣಗೊಳಿಸಿದ ವಿದ್ಯಾರ್ಥಿಗಳು, ಬಲಭಾಗದಲ್ಲಿ "ನಿದ್ರಿಸಿದವರು" ಇದ್ದಾರೆ.
ಈ ಮೂರು ಅಂಚುಗಳು ವಿದ್ಯಾರ್ಥಿಯ ಯಶಸ್ಸು ಮತ್ತು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ನ ಅವರ ಬಳಕೆಯ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ತೋರಿಸುತ್ತವೆ. ಕೋರ್ಸ್ ಪೂರ್ಣಗೊಳಿಸಿದ ವಿದ್ಯಾರ್ಥಿಗಳು ನಿದ್ರಿಸಿದ ವಿದ್ಯಾರ್ಥಿಗಳಿಗಿಂತ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಬಲವಾದ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ ಎಂದು ನಾವು ನಿರೀಕ್ಷಿಸಿದ್ದೇವೆ. ಆದಾಗ್ಯೂ, ವಾಸ್ತವದಲ್ಲಿ ನಾವು ನಿಖರವಾಗಿ ವಿರುದ್ಧ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ:
- ಬಳಕೆದಾರರ ವಿವಿಧ ಗುಂಪುಗಳು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ನೊಂದಿಗೆ ವಿಭಿನ್ನವಾಗಿ ಸಂವಹನ ನಡೆಸುವುದನ್ನು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಂಡಿದ್ದೇವೆ;
- ಯಶಸ್ವಿ ವಿದ್ಯಾರ್ಥಿಗಳು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಕಡಿಮೆ ತೀವ್ರವಾಗಿ ಬಳಸುತ್ತಾರೆ;
- ನಿದ್ರಿಸುವ ವಿದ್ಯಾರ್ಥಿಗಳು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೆಚ್ಚು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತಾರೆ.
ಇದರರ್ಥ ನಿದ್ರಿಸುವ ವಿದ್ಯಾರ್ಥಿಗಳು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿ ಹೆಚ್ಚು ಹೆಚ್ಚು ಸಮಯವನ್ನು ಕಳೆಯಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಮತ್ತು ಕೊನೆಯಲ್ಲಿ, ಅದರಲ್ಲಿ ಶಾಶ್ವತವಾಗಿ ಉಳಿಯುತ್ತಾರೆ.
ಮೊದಲಿಗೆ ನಮಗೆ ಆಶ್ಚರ್ಯವಾಯಿತು, ಆದರೆ ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಿದ ನಂತರ, ಇದು ಸಂಪೂರ್ಣವಾಗಿ ನೈಸರ್ಗಿಕ ಪರಿಣಾಮ ಎಂದು ನಾವು ಅರಿತುಕೊಂಡೆವು. ಒಂದು ಸಮಯದಲ್ಲಿ, ನಾನು ಎರಡು ಪರಿಕರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವಂತವಾಗಿ ಫ್ರೆಂಚ್ ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡಿದ್ದೇನೆ: YouTube ನಲ್ಲಿ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ವ್ಯಾಕರಣ ಉಪನ್ಯಾಸಗಳು. ಮೊದಲಿಗೆ, ನಾನು ಅವುಗಳ ನಡುವೆ ಸಮಯವನ್ನು 50 ರಿಂದ 50 ರ ಅನುಪಾತದಲ್ಲಿ ವಿಂಗಡಿಸಿದೆ. ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಹೆಚ್ಚು ಮೋಜು, ಗ್ಯಾಮಿಫಿಕೇಶನ್ ಇದೆ, ಎಲ್ಲವೂ ಸರಳ, ವೇಗ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ ಉಪನ್ಯಾಸದಲ್ಲಿ ನೀವು ಅದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು, ಏನನ್ನಾದರೂ ಬರೆಯಿರಿ , ನೋಟ್ಬುಕ್ನಲ್ಲಿ ಅಭ್ಯಾಸ ಮಾಡಿ. ಕ್ರಮೇಣ, ನಾನು ನನ್ನ ಸ್ಮಾರ್ಟ್ಫೋನ್ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಮಯವನ್ನು ಕಳೆಯಲು ಪ್ರಾರಂಭಿಸಿದೆ, ಅದರ ಪಾಲು 100% ವರೆಗೆ ಬೆಳೆಯುವವರೆಗೆ: ನೀವು ಅದರಲ್ಲಿ ಮೂರು ಗಂಟೆಗಳ ಕಾಲ ಕಳೆದರೆ, ನೀವು ಪೂರ್ಣಗೊಂಡ ಕೆಲಸದ ತಪ್ಪು ಭಾವನೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತೀರಿ, ಇದರಿಂದಾಗಿ ನೀವು ಹೋಗಿ ಏನನ್ನೂ ಕೇಳಲು ಬಯಸುವುದಿಲ್ಲ. .
ಆದರೆ ಇದು ಹೇಗೆ ಸಾಧ್ಯ? ಎಲ್ಲಾ ನಂತರ, ನಾವು ವಿಶೇಷವಾಗಿ ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಚಿಸಿದ್ದೇವೆ,
ಸಂಶೋಧನೆಯ ಪರಿಣಾಮವಾಗಿ, ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೇಗಾದರೂ ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ ಇದರಿಂದ ಅದು ಮುಖ್ಯ ಅಧ್ಯಯನದಿಂದ ಕಡಿಮೆ ಗಮನವನ್ನು ಸೆಳೆಯುತ್ತದೆ ಎಂದು ಸ್ಪಷ್ಟವಾಯಿತು. ಮತ್ತು ಮಕ್ಕಳು ಮತ್ತು ವಯಸ್ಕರು ಇಬ್ಬರೂ. ಸದ್ಯ ಈ ಕಾಮಗಾರಿ ನಡೆಯುತ್ತಿದೆ.
ಎರಡನೇ ಪ್ರಕರಣ: ಆನ್ಬೋರ್ಡಿಂಗ್ ದೋಷಗಳು
ಹೊಸ ವಿದ್ಯಾರ್ಥಿಯನ್ನು ನೋಂದಾಯಿಸುವಾಗ ಆನ್ಬೋರ್ಡಿಂಗ್ ಐಚ್ಛಿಕ ಹೆಚ್ಚುವರಿ ವಿಧಾನವಾಗಿದೆ, ಭವಿಷ್ಯದಲ್ಲಿ ಸಂಭಾವ್ಯ ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಲ್ಯಾಂಡಿಂಗ್ ಪುಟದಲ್ಲಿ ನೋಂದಾಯಿಸಿಕೊಂಡಿದ್ದಾನೆ, ಅವನ ವೈಯಕ್ತಿಕ ಖಾತೆಗೆ ಪ್ರವೇಶವನ್ನು ಪಡೆದಿದ್ದಾನೆ, ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಪರಿಚಯಾತ್ಮಕ ಪಾಠವನ್ನು ನೀಡಲಾಗುತ್ತದೆ ಎಂದು ಮೂಲ ಸನ್ನಿವೇಶವು ಊಹಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪರಿಚಯಾತ್ಮಕ ಪಾಠದ ಸಮಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಶೇಕಡಾವಾರು ತಾಂತ್ರಿಕ ತೊಂದರೆಗಳನ್ನು ನಾವು ಗಮನಿಸುತ್ತೇವೆ: ಬ್ರೌಸರ್ನ ತಪ್ಪಾದ ಆವೃತ್ತಿ, ಮೈಕ್ರೊಫೋನ್ ಅಥವಾ ಧ್ವನಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಶಿಕ್ಷಕರು ತಕ್ಷಣವೇ ಪರಿಹಾರವನ್ನು ಸೂಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಇದು ಬಂದಾಗ ಇದು ವಿಶೇಷವಾಗಿ ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ. ಮಕ್ಕಳಿಗೆ. ಆದ್ದರಿಂದ, ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಖಾತೆಯಲ್ಲಿ ನಾವು ಹೆಚ್ಚುವರಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ, ಅಲ್ಲಿ ನೀವು ನಾಲ್ಕು ಸರಳ ಹಂತಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಹುದು: ನಿಮ್ಮ ಬ್ರೌಸರ್, ಕ್ಯಾಮೆರಾ, ಮೈಕ್ರೊಫೋನ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪರಿಚಯಾತ್ಮಕ ಪಾಠದ ಸಮಯದಲ್ಲಿ ಪೋಷಕರು ಹತ್ತಿರದಲ್ಲಿದ್ದಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿ (ಎಲ್ಲಾ ನಂತರ, ಅವರು ಪಾವತಿಸುವವರು. ಅವರ ಮಕ್ಕಳ ಶಿಕ್ಷಣ).
ಈ ಕೆಲವು ಆನ್ಬೋರ್ಡಿಂಗ್ ಪುಟಗಳು ಈ ರೀತಿಯ ಫನಲ್ ಅನ್ನು ತೋರಿಸಿವೆ:
1: ಮೂರು ಸ್ವಲ್ಪ ವಿಭಿನ್ನ (ಕ್ಲೈಂಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿ) ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ನಮೂದು ಫಾರ್ಮ್ಗಳೊಂದಿಗೆ ಆರಂಭಿಕ ಬ್ಲಾಕ್.
2: ಹೆಚ್ಚುವರಿ ಆನ್ಬೋರ್ಡಿಂಗ್ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಸಮ್ಮತಿಸುವ ಚೆಕ್ಬಾಕ್ಸ್.
2.1-2.3: ಪೋಷಕರ ಉಪಸ್ಥಿತಿ, Chrome ಆವೃತ್ತಿ ಮತ್ತು ಧ್ವನಿಗಾಗಿ ಪರಿಶೀಲಿಸಿ.
3: ಅಂತಿಮ ಬ್ಲಾಕ್.
ಇದು ತುಂಬಾ ನೈಸರ್ಗಿಕವಾಗಿ ಕಾಣುತ್ತದೆ: ಮೊದಲ ಎರಡು ಹಂತಗಳಲ್ಲಿ, ಹೆಚ್ಚಿನ ಸಂದರ್ಶಕರು ಹೊರಡುತ್ತಾರೆ, ಭರ್ತಿ ಮಾಡಲು, ಪರಿಶೀಲಿಸಲು ಏನಾದರೂ ಇದೆ ಎಂದು ಅರಿತುಕೊಳ್ಳುತ್ತಾರೆ, ಆದರೆ ಸಮಯವಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಮೂರನೇ ಹಂತವನ್ನು ತಲುಪಿದ್ದರೆ, ಅವನು ಬಹುತೇಕ ಅಂತಿಮ ಹಂತವನ್ನು ತಲುಪುತ್ತಾನೆ. ಕೊಳವೆಯ ಮೇಲೆ ಏನನ್ನೂ ಅನುಮಾನಿಸಲು ಒಂದೇ ಒಂದು ಕಾರಣವಿಲ್ಲ.
ಅದೇನೇ ಇದ್ದರೂ, ನಾವು ನಮ್ಮ ಆನ್ಬೋರ್ಡಿಂಗ್ ಅನ್ನು ಕ್ಲಾಸಿಕ್ ಒಂದು ಆಯಾಮದ ಫನಲ್ನಲ್ಲಿ ಅಲ್ಲ, ಆದರೆ ಮಾರ್ಕೊವ್ ಚೈನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ವಿಶ್ಲೇಷಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ನಾವು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಈವೆಂಟ್ಗಳನ್ನು ಆನ್ ಮಾಡಿದ್ದೇವೆ, ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ರನ್ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಇದನ್ನು ಪಡೆದುಕೊಂಡಿದ್ದೇವೆ:
ಈ ಗೊಂದಲದಲ್ಲಿ, ಒಂದು ವಿಷಯವನ್ನು ಮಾತ್ರ ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು: ಏನೋ ತಪ್ಪಾಗಿದೆ. ಆನ್ಬೋರ್ಡಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯು ರೇಖೀಯವಾಗಿದೆ, ಇದು ವಿನ್ಯಾಸದಲ್ಲಿ ಅಂತರ್ಗತವಾಗಿರುತ್ತದೆ, ಅದರಲ್ಲಿ ಅಂತಹ ಸಂಪರ್ಕಗಳ ವೆಬ್ ಇರಬಾರದು. ಮತ್ತು ಇಲ್ಲಿ ಬಳಕೆದಾರರು ಹಂತಗಳ ನಡುವೆ ಎಸೆಯಲ್ಪಟ್ಟಿದ್ದಾರೆ ಎಂಬುದು ತಕ್ಷಣವೇ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ, ಅದರ ನಡುವೆ ಯಾವುದೇ ಪರಿವರ್ತನೆಗಳು ಇರಬಾರದು.
ಈ ವಿಚಿತ್ರ ಚಿತ್ರಕ್ಕೆ ಎರಡು ಕಾರಣಗಳಿರಬಹುದು:
- shoals ಲಾಗ್ ಡೇಟಾಬೇಸ್ ಒಳಗೆ ಹರಿದಾಡಿತು;
- ಉತ್ಪನ್ನದಲ್ಲಿಯೇ ತಪ್ಪುಗಳಿವೆ - ಆನ್ಬೋರ್ಡಿಂಗ್.
ಮೊದಲ ಕಾರಣವು ಹೆಚ್ಚಾಗಿ ನಿಜವಾಗಿದೆ, ಆದರೆ ಅದನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಸಾಕಷ್ಟು ಶ್ರಮದಾಯಕವಾಗಿದೆ ಮತ್ತು ಲಾಗ್ಗಳನ್ನು ಸರಿಪಡಿಸುವುದು UX ಅನ್ನು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. ಆದರೆ ಎರಡನೆಯದರೊಂದಿಗೆ, ಅದು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಏನನ್ನಾದರೂ ತುರ್ತಾಗಿ ಮಾಡಬೇಕಾಗಿತ್ತು. ಆದ್ದರಿಂದ, ನಾವು ನೋಡ್ಗಳನ್ನು ನೋಡಲು ಹೋದೆವು, ಅಸ್ತಿತ್ವದಲ್ಲಿರದ ಅಂಚುಗಳನ್ನು ಗುರುತಿಸಿ ಮತ್ತು ಅವುಗಳ ಸಂಭವಕ್ಕೆ ಕಾರಣಗಳನ್ನು ಹುಡುಕುತ್ತೇವೆ. ಕೆಲವು ಬಳಕೆದಾರರು ಸಿಲುಕಿಕೊಂಡರು ಮತ್ತು ವಲಯಗಳಲ್ಲಿ ನಡೆದರು ಎಂದು ನಾವು ನೋಡಿದ್ದೇವೆ, ಇತರರು ಮಧ್ಯದಿಂದ ಆರಂಭಕ್ಕೆ ಬಿದ್ದರು, ಮತ್ತು ಇತರರು ತಾತ್ವಿಕವಾಗಿ, ಮೊದಲ ಎರಡು ಹಂತಗಳಿಂದ ಹೊರಬರಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ನಾವು ಡೇಟಾವನ್ನು QA ಗೆ ವರ್ಗಾಯಿಸಿದ್ದೇವೆ - ಮತ್ತು ಹೌದು, ಆನ್ಬೋರ್ಡಿಂಗ್ನಲ್ಲಿ ಸಾಕಷ್ಟು ದೋಷಗಳಿವೆ ಎಂದು ಅದು ಬದಲಾಯಿತು: ಇದು ಅಂತಹ ಉಪ-ಉತ್ಪನ್ನವಾಗಿದೆ, ಸ್ವಲ್ಪ ಊರುಗೋಲು, ಇದನ್ನು ಸಾಕಷ್ಟು ಆಳವಾಗಿ ಪರೀಕ್ಷಿಸಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ... ನಾವು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿರಲಿಲ್ಲ. ಈಗ ಇಡೀ ರೆಕಾರ್ಡಿಂಗ್ ಪ್ರಕ್ರಿಯೆ ಬದಲಾಗಿದೆ.
ಈ ಕಥೆಯು QA ಕ್ಷೇತ್ರದಲ್ಲಿ ಮಾರ್ಕೊವ್ ಸರಪಳಿಗಳ ಅನಿರೀಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಮಗೆ ತೋರಿಸಿದೆ.
ನೀವೇ ಪ್ರಯತ್ನಿಸಿ!
ನಾನು ನನ್ನದನ್ನು ಪೋಸ್ಟ್ ಮಾಡಿದ್ದೇನೆ
ಒಳ್ಳೆಯದು, ಉಪಯುಕ್ತ ಲಿಂಕ್ಗಳು:
ಮೂಲ: www.habr.com