ನಾನು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿ ನನ್ನ ಹತ್ತನೇ ವಾರ್ಷಿಕೋತ್ಸವವನ್ನು ಸಮೀಪಿಸುತ್ತಿದ್ದೇನೆ. ಸೈಟ್ ಅನ್ನು ಬಳಸುವ ಮತ್ತು ಗ್ರಹಿಸುವ ನನ್ನ ವಿಧಾನವು ವರ್ಷಗಳಲ್ಲಿ ನಾಟಕೀಯವಾಗಿ ಬದಲಾಗಿದೆ ಮತ್ತು ನನ್ನ ಅನುಭವಗಳನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಬಯಸುತ್ತೇನೆ. ಸೈಟ್ನ ಸಮುದಾಯ ಅಥವಾ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ಹೆಚ್ಚು ತೊಡಗಿಸಿಕೊಂಡಿಲ್ಲದ ಸರಾಸರಿ ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನದಿಂದ ನಾನು ಇದನ್ನು ಬರೆಯುತ್ತಿದ್ದೇನೆ. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ನಾನು ಕೆಲಸ ಮಾಡುವ ಉತ್ಪನ್ನವಾದ VS ಕೋಡ್ಗೆ ಸಂಬಂಧಿಸಿದ ಪ್ರಶ್ನೆಗಳಿಗೆ ಮಾತ್ರ ಉತ್ತರಿಸುತ್ತಿದ್ದೇನೆ. ಆದಾಗ್ಯೂ, ನಾನು ವ್ಯಾಪಕ ಶ್ರೇಣಿಯ ವಿಷಯಗಳ ಕುರಿತು ಚರ್ಚೆಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಭಾಗವಹಿಸುತ್ತಿದ್ದೆ. ಕಳೆದ 10 ವರ್ಷಗಳಲ್ಲಿ, ನಾನು , ಲೆಕ್ಕವಿಲ್ಲದಷ್ಟು ಇತರ ಜನರ ಕಾಮೆಂಟ್ಗಳನ್ನು ನೋಡಿದೆ.
ಜಾನ್ ಸ್ಕೀಟ್ ನಾನು ಎಂದಿಗಿಂತಲೂ ಹೆಚ್ಚು ಉತ್ತಮ ಮತ್ತು ಹೆಚ್ಚು ಅಧಿಕೃತ. ಅವರ ಪ್ರಕಟಣೆಯು ಈ ಲೇಖನದ ಕೆಲವು ಭಾಗಗಳ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರಿತು, ಆದರೆ ಒಟ್ಟಾರೆಯಾಗಿ ಇವು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಕುರಿತು ನನ್ನ ಅನುಭವದ ಬಗ್ಗೆ, ಸೈಟ್ನಲ್ಲಿ ಯಾವುದು ಒಳ್ಳೆಯದು ಮತ್ತು ಯಾವುದು ಕೆಟ್ಟದು ಮತ್ತು ಇಂದು ಅದನ್ನು ಹೇಗೆ ಬಳಸಬಹುದು ಎಂಬುದರ ಕುರಿತು ನನ್ನ ಸ್ವಂತ ಪ್ರಾಮಾಣಿಕ ಪ್ರತಿಬಿಂಬಗಳಾಗಿವೆ. ಸೈಟ್ನ ಕಾರ್ಯವೈಖರಿ ಅಥವಾ ಅದರ ಇತಿಹಾಸವನ್ನು ಆಳವಾಗಿ ಪರಿಶೀಲಿಸದೆ ಈ ಚರ್ಚೆ ಸಾಕಷ್ಟು ಮೇಲ್ನೋಟಕ್ಕೆ ಇರುತ್ತದೆ.
ಹಾಗಾಗಿ 10 ವರ್ಷಗಳಲ್ಲಿ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಬಳಸಿ ನಾನು ಕಲಿತದ್ದು ಇಲ್ಲಿದೆ.
ಪ್ರಶ್ನೆಗಳನ್ನು ಹೇಗೆ ಕೇಳಬೇಕೆಂದು ನೀವು ತಿಳಿದುಕೊಳ್ಳಬೇಕು
ಮೊದಲ ನೋಟದಲ್ಲಿ, ಇದಕ್ಕಿಂತ ಸರಳವಾದದ್ದೇನೂ ಇಲ್ಲ: ಪಠ್ಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕೆಲವು ಪದಗಳನ್ನು ನಮೂದಿಸಿ, "ಸಲ್ಲಿಸು" ಕ್ಲಿಕ್ ಮಾಡಿ, ಮತ್ತು ಇಂಟರ್ನೆಟ್ ನಿಮ್ಮ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ಮಾಂತ್ರಿಕವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ! ಆದರೆ ನಿಜವಾಗಿಯೂ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಲು ಆ ಕೆಟ್ಟ ಕ್ಷೇತ್ರದಲ್ಲಿ ಯಾವ ಪದಗಳನ್ನು ನಮೂದಿಸಬೇಕೆಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ನನಗೆ ಸುಮಾರು 10 ವರ್ಷಗಳು ಬೇಕಾಯಿತು. ವಾಸ್ತವವಾಗಿ, ನಾನು ಇನ್ನೂ ಪ್ರತಿದಿನ ಅದನ್ನು ಕಲಿಯುತ್ತಿದ್ದೇನೆ.
ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದು ನಿಜವಾಗಿಯೂ ಕಡಿಮೆ ಅಂದಾಜು ಮಾಡಲಾದ ಕೌಶಲ್ಯ (ಆ ವಿಷಯಕ್ಕೆ ಒಳ್ಳೆಯ ಸಂಚಿಕೆ ವರದಿಯನ್ನು ಬರೆಯುವಂತೆಯೇ). ಮೊದಲನೆಯದಾಗಿ, "ಒಳ್ಳೆಯ" ಪ್ರಶ್ನೆ ಏನೆಂದು ನಾವು ಹೇಗೆ ನಿರ್ಧರಿಸುತ್ತೇವೆ? ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಸೂಚಿಸುತ್ತದೆ , ಇದು ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಯ ಕೆಳಗಿನ ಗುಣಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ:
- ಅದು ವೆಬ್ಸೈಟ್ನ ಥೀಮ್ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ?
- ವಸ್ತುನಿಷ್ಠ ಉತ್ತರವನ್ನು ಸೂಚಿಸುತ್ತದೆ.
- ಇನ್ನೂ ಕೇಳಲಾಗಿಲ್ಲ.
- ತನಿಖೆ ನಡೆಸಲಾಯಿತು.
- ಸಾಮಾನ್ಯವಾಗಿ ಕನಿಷ್ಠ, ಸುಲಭವಾಗಿ ಪುನರುತ್ಪಾದಿಸಬಹುದಾದ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸುತ್ತದೆ.
ಸರಿ, ಆದರೆ "ಸ್ಪಷ್ಟ ಸಮಸ್ಯೆ ಹೇಳಿಕೆ" ಆಚರಣೆಯಲ್ಲಿ ಹೇಗೆ ಕಾಣುತ್ತದೆ? ಯಾವ ಮಾಹಿತಿ ಪ್ರಸ್ತುತವಾಗಿದೆ ಮತ್ತು ಯಾವುದು ಪ್ರಸ್ತುತವಲ್ಲ? ಕೆಲವೊಮ್ಮೆ ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳಲು ಮೊದಲು ಉತ್ತರವನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ಅಗತ್ಯವೆಂದು ತೋರುತ್ತದೆ.
ದುರದೃಷ್ಟವಶಾತ್, ಸಣ್ಣ ಪಠ್ಯ ಕ್ಷೇತ್ರವು ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. ಹಾಗಾದರೆ ಅನೇಕ ಬಳಕೆದಾರರು ಕಡಿಮೆ-ಗುಣಮಟ್ಟದ ಪ್ರಶ್ನೆಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವುದರಲ್ಲಿ ಆಶ್ಚರ್ಯವೇನಿದೆಯೇ? ಕೆಲವೊಮ್ಮೆ ಅವರು ಪಡೆಯುವ ಏಕೈಕ ಉತ್ತರವೆಂದರೆ ಕೆಲವು ಗೊಂದಲಮಯ ದಾಖಲೆಗಳ ಲಿಂಕ್. ಮತ್ತು ಅವರು ಅದೃಷ್ಟವಂತರು. ಅನೇಕ ಕಡಿಮೆ-ಗುಣಮಟ್ಟದ ಪ್ರಶ್ನೆಗಳನ್ನು ಮೌನವಾಗಿ ಡೌನ್ವೋಟ್ ಮಾಡಲಾಗುತ್ತದೆ, ಅಂತ್ಯವಿಲ್ಲದ ಪ್ರಶ್ನೆ ಫೀಡ್ನಲ್ಲಿ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ.
ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದು ಒಂದು ಕೌಶಲ್ಯ. ಅದೃಷ್ಟವಶಾತ್, ಅದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು. ನಾನು ಹೆಚ್ಚಾಗಿ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಉತ್ತರಗಳನ್ನು ಓದುವ ಮೂಲಕ ಕಲಿತಿದ್ದೇನೆ, ಯಾವುದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾವುದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸುತ್ತೇನೆ. ಯಾವ ಮಾಹಿತಿ ಉಪಯುಕ್ತವಾಗಿದೆ ಮತ್ತು ಯಾವುದು ಅಡ್ಡಿಯಾಗುತ್ತದೆ? ಆದಾಗ್ಯೂ, ನಿಮ್ಮ ಹೊಸ ಜ್ಞಾನವನ್ನು ಆಚರಣೆಗೆ ತರುವ ಮೂಲಕ ಮತ್ತು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವ ಮೂಲಕ ನೀವು ಇನ್ನೂ ಬೆದರಿಸುವಿರಿ. ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶಗಳಿಂದ ಕಲಿಯಿರಿ. ನಾನು ಒಪ್ಪಿಕೊಳ್ಳಲೇಬೇಕು, ನನ್ನ ಕೆಲವು ಆರಂಭಿಕ, ಅಜ್ಞಾನದ ಪ್ರಶ್ನೆಗಳಿಂದ ನಾನು ಸ್ವಲ್ಪ ಮುಜುಗರಕ್ಕೊಳಗಾಗಿದ್ದೇನೆ, ಆದರೂ ಬಹುಶಃ ಈ ಸೈಟ್ ಅನ್ನು ಕಂಡುಕೊಂಡ ನಂತರ ನಾನು ನನ್ನ ಪ್ರಶ್ನೋತ್ತರ ಕೌಶಲ್ಯಗಳನ್ನು ಹೆಚ್ಚು ಸುಧಾರಿಸಿದ್ದೇನೆ ಎಂದು ಅದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.
ಕೆಟ್ಟ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಅಷ್ಟು ಒಳ್ಳೆಯದಲ್ಲದ ಪ್ರಶ್ನೆಗಳು ಒಂದೇ ಅಲ್ಲ.
ನಾನು ಅದನ್ನು ತುಂಬಾ ಸರಳವಾಗಿಸುವುದಿಲ್ಲ: ಕೆಲವು ಪ್ರಶ್ನೆಗಳು ಕೆಟ್ಟದಾಗಿರುತ್ತವೆ.
ಸ್ಕ್ರೀನ್ಶಾಟ್ ಮತ್ತು "WHY DOES NOT THIS WORK!?!" ಎಂಬ ವಾಕ್ಯವನ್ನು ಒಳಗೊಂಡಿರುವ ಪ್ರಶ್ನೆ ಕೆಟ್ಟದು. ಏಕೆ? ಸ್ಪಷ್ಟವಾಗಿ, ಲೇಖಕರು ಯಾವುದೇ ಪ್ರಯತ್ನವನ್ನು ಮಾಡಿಲ್ಲ. ಇದು ಬೇಡಿಕೆಯಷ್ಟು ಪ್ರಶ್ನೆಯಲ್ಲ: "ಇದು ನನಗಾಗಿ ಕೆಲಸ ಮಾಡು!" ನಾನು ಅದನ್ನು ಏಕೆ ಮಾಡಬೇಕು? ಮೊದಲಿನಿಂದಲೂ ಕಲಿಯಲು ಇಷ್ಟಪಡದ ಮತ್ತು ನನ್ನ ಸಹಾಯವನ್ನು ಪ್ರಶಂಸಿಸದ ಯಾರಿಗಾದರೂ ಸಹಾಯ ಮಾಡಲು ನನ್ನ ಸಮಯ ವ್ಯರ್ಥ ಮಾಡಲು ತುಂಬಾ ಅಮೂಲ್ಯವಾಗಿದೆ. ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಏನೆಂದು ತಿಳಿಯಿರಿ.
ಈಗ "ನನ್ನ ಪುಟದಲ್ಲಿ ನೀಲಿ ಗಡಿಗಳನ್ನು ಹೇಗೆ ತೆಗೆದುಹಾಕುವುದು?" ಎಂಬ ಶೀರ್ಷಿಕೆಯ ಪ್ರಶ್ನೆಯನ್ನು ಪರಿಗಣಿಸೋಣ. ಇದು "CSS" ಅಥವಾ "ಔಟ್ಲೈನ್" ಪದಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಉಲ್ಲೇಖಿಸದೆ CSS ಔಟ್ಲೈನ್ ಆಸ್ತಿಯನ್ನು ಉಲ್ಲೇಖಿಸುವ ಪಠ್ಯದ ಹಲವಾರು ಪ್ಯಾರಾಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ಪ್ರಶ್ನೆಯು ಅನೇಕ ಸ್ಟ್ಯಾಕ್ ಓವರ್ಫ್ಲೋ ಮಾರ್ಗಸೂಚಿಗಳನ್ನು ವಿರೋಧಿಸಬಹುದು, ಆದರೆ ನಾನು ಒಪ್ಪುವುದಿಲ್ಲ; ಇದು ಕೆಟ್ಟ ಪ್ರಶ್ನೆಯಲ್ಲ. ಕನಿಷ್ಠ ಪಕ್ಷ ಲೇಖಕರು ಏನು ಒದಗಿಸಬೇಕೆಂದು ತಿಳಿಯದೆ ಕೆಲವು ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದಾರೆ. ಕಲಿಯುವ ಇಚ್ಛೆಯಂತೆ ಪ್ರಯತ್ನವೂ ಮುಖ್ಯವಾಗಿದೆ.
ಆದಾಗ್ಯೂ, ಅನೇಕ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಬಳಕೆದಾರರು ಎರಡೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಒಂದೇ ರೀತಿಯಲ್ಲಿ ಪರಿಗಣಿಸುತ್ತಾರೆ: ಡೌನ್ವೋಟ್ ಮತ್ತು ಕ್ಲೋಸ್. ಇದು ನಿರಾಶಾದಾಯಕವಾಗಿದೆ, ಮತ್ತು ಇದು ಅನೇಕ ಅನನುಭವಿ ಬಳಕೆದಾರರು ಉತ್ತಮ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಲು ಮತ್ತು ಸೈಟ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಮೊದಲು ನಿರುತ್ಸಾಹಗೊಳಿಸುತ್ತದೆ.
ನಿಜವಾಗಿಯೂ ಕೆಟ್ಟ ಪ್ರಶ್ನೆಗಳಿಗೆ ಸಮಯ ವ್ಯರ್ಥ ಮಾಡುವುದು ಯೋಗ್ಯವಲ್ಲ. ಆದರೆ ಕಡಿಮೆ ನಕ್ಷತ್ರದ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವವರು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ. ಅವರು ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಲು ಬಯಸುತ್ತಾರೆ, ಆದರೆ ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ಅವರಿಗೆ ತಿಳಿದಿಲ್ಲ. ನೀವು ಹೊಸಬರನ್ನು ಕುರುಡಾಗಿ ಮತ್ತು ವಿವರಿಸಲಾಗದಂತೆ ಶಿಕ್ಷಿಸಿದರೆ, ಅವರು ಹೇಗೆ ಕಲಿಯುತ್ತಾರೆ?
ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಯು ಉತ್ತರವನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ.
ಸ್ಟ್ಯಾಕ್ ಓವರ್ಫ್ಲೋ ಸಾಮಾನ್ಯವಾಗಿ ಅನೇಕ ಜನರು ಉತ್ತರಿಸಬಹುದಾದ ಸರಳ ಪ್ರಶ್ನೆಗಳಿಗೆ ತ್ವರಿತ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಪಡೆಯುತ್ತದೆ. ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ HTML ನಲ್ಲಿ ಬೈನರಿ ಹುಡುಕಾಟದ ಬಗ್ಗೆ ನಿಮ್ಮಲ್ಲಿ ಪ್ರಶ್ನೆ ಇದೆಯೇ? ಅದ್ಭುತ! ಒಂದು ಗಂಟೆಯೊಳಗೆ ಐದು ಉತ್ತರಗಳನ್ನು ಪಡೆಯಿರಿ. ಆದರೆ ನಿಮ್ಮ ಪ್ರಶ್ನೆಯು ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಅಥವಾ ನಿರ್ದಿಷ್ಟವಾದಷ್ಟೂ, ನೀವು ಅದನ್ನು ಎಷ್ಟು ಚೆನ್ನಾಗಿ ರೂಪಿಸಿದರೂ, ಉತ್ತರವನ್ನು ಪಡೆಯುವ ಸಾಧ್ಯತೆ ಕಡಿಮೆ.
ಉತ್ತರ ಸಿಗುವ ಸಾಧ್ಯತೆಯೂ ಕಾಲಕ್ರಮೇಣ ವೇಗವಾಗಿ ಕುಸಿಯುತ್ತದೆ. ಒಂದು ಪ್ರಶ್ನೆಯು ಫೀಡ್ನಲ್ಲಿ ಹಲವಾರು ಪುಟಗಳನ್ನು ಮುಳುಗಿಸಿದ ನಂತರ, ಅದು ಕಳೆದುಹೋಗುತ್ತದೆ. ಒಂದು ವಾರದ ನಂತರ, ಸರಿಯಾದ ಜ್ಞಾನವಿರುವ ಯಾರಾದರೂ ನಿಮ್ಮ ಪ್ರಶ್ನೆಯನ್ನು ನೋಡಲಿ (ಅಥವಾ ಅದರ ಮೇಲೆ ಉದಾರವಾಗಿ ಕ್ಲಿಕ್ ಮಾಡಿ) ಎಂದು ನೀವು ಪ್ರಾರ್ಥಿಸಬೇಕಾಗುತ್ತದೆ.
ನಿಮಗೆ ಸರಿಯಾದ ಉತ್ತರಗಳು ಇಷ್ಟವಾಗದಿರಬಹುದು.
ಪ್ರತಿ ತಿಂಗಳು, ಜನಪ್ರಿಯವಲ್ಲದ ಉತ್ತರಗಳಿಗೆ ನನಗೆ ಕೆಲವು ಡೌನ್ವೋಟ್ಗಳು ಸಿಗುತ್ತವೆ. ಇವುಗಳು ಮೂಲಭೂತವಾಗಿ, "ಇದು ಆ ರೀತಿಯಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲ್ಪಟ್ಟಿರುವುದರಿಂದ" ಅಥವಾ "ಇದು ಅಸಾಧ್ಯ ಏಕೆಂದರೆ..." ಅಥವಾ "ಇದು ಮೊದಲು ಸರಿಪಡಿಸಬೇಕಾದ ದೋಷ" ಎಂದು ಹೇಳುವ ಉತ್ತರಗಳಾಗಿವೆ. ಈ ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಲೇಖಕರಿಗೆ ಪರಿಹಾರ ಅಥವಾ ಪರಿಹಾರವೂ ಸಿಗುವುದಿಲ್ಲ. ಮತ್ತು ಜನರು ಉತ್ತರ ಹೇಳುವುದನ್ನು ಇಷ್ಟಪಡದಿದ್ದಾಗ, ಅವರು ಅದನ್ನು ಡೌನ್ವೋಟ್ ಮಾಡುತ್ತಾರೆ ಎಂದು ನಾನು ಅನುಮಾನಿಸುತ್ತೇನೆ. ಅವರ ತಾರ್ಕಿಕತೆಯನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ, ಆದರೆ ಉತ್ತರಗಳು ತಪ್ಪು ಎಂದು ಅರ್ಥವಲ್ಲ.
ಖಂಡಿತ, ಇದಕ್ಕೆ ವಿರುದ್ಧವಾದದ್ದು ಸಹ ನಿಜ: ಉತ್ತಮ ಉತ್ತರಗಳು ನೀವು ಏನನ್ನು ಕೇಳಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ಅಗತ್ಯವಾಗಿ ಹೇಳುವುದಿಲ್ಲ. ಕೆಲವು ಉತ್ತಮ ಉತ್ತರಗಳು ಮೊದಲು ಮೂಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ ಆದರೆ ನಂತರ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಇತರ ವಿಧಾನಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ಕೆಲವೊಮ್ಮೆ ನಾನು ಬಳಕೆದಾರರ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತೇನೆ ಮತ್ತು ಆ ವಿಧಾನವನ್ನು ಏಕೆ ಶಿಫಾರಸು ಮಾಡಲಾಗಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುವ ದೀರ್ಘ ಪಠ್ಯವನ್ನು ಬರೆಯುತ್ತೇನೆ.
ಅಭಿಪ್ರಾಯ ಅಭಿವ್ಯಕ್ತಿಗಳನ್ನು ಅಪ್ವೋಟ್ಗಳು ಮತ್ತು ಡೌನ್ವೋಟ್ಗಳು ಅಥವಾ "ಲೈಕ್" ಬಟನ್ಗೆ ಸರಳೀಕರಿಸಿದಾಗ, ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳು ಕಳೆದುಹೋಗುತ್ತವೆ. ಈ ಸಮಸ್ಯೆ ಆನ್ಲೈನ್ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿದೆ. "ನಾನು ಇದನ್ನು ಬೆಂಬಲಿಸುತ್ತೇನೆ" ಮತ್ತು "ನನಗೆ ಇಷ್ಟವಾಗದಿದ್ದರೂ ಅಥವಾ ಒಪ್ಪದಿದ್ದರೂ ಸಹ, ಅದನ್ನು ಚೆನ್ನಾಗಿ ಹೇಳಲಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ" ಎಂಬುದಕ್ಕೆ ಎಷ್ಟು ಸಾಮಾಜಿಕ ಮಾಧ್ಯಮ ವೇದಿಕೆಗಳು ವ್ಯತ್ಯಾಸವನ್ನು ತೋರಿಸುತ್ತವೆ?
ಒಟ್ಟಾರೆಯಾಗಿ, ಮಾಸಿಕ ಡೌನ್ವೋಟ್ಗಳ ಹೊರತಾಗಿಯೂ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಸಮುದಾಯವು ವಸ್ತುನಿಷ್ಠವಾಗಿ ಮತ ಚಲಾಯಿಸುತ್ತದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ನಾವು ಅದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ.
ನಾನು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಬಗ್ಗೆ ಎಂದಿಗೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದಿಲ್ಲ.
ನಾನು ಈ ಸೈಟ್ ಅನ್ನು ಹೆಚ್ಚು ಕಾಲ ಬಳಸಿದ್ದೇನೆ, ನಾನು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದು ಕಡಿಮೆಯಾಗಿದೆ. ಇದು ಭಾಗಶಃ ನನ್ನ ವೃತ್ತಿಪರ ಬೆಳವಣಿಗೆಯಿಂದಾಗಿ. ಕೆಲಸದಲ್ಲಿ ನಾನು ಎದುರಿಸುವ ಅನೇಕ ಸಮಸ್ಯೆಗಳು ಸರಳ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಲು ತುಂಬಾ ಸಂಕೀರ್ಣವಾಗಿವೆ ಅಥವಾ ಯಾರಾದರೂ ನನಗೆ ಸಹಾಯ ಮಾಡಲು ತುಂಬಾ ನಿರ್ದಿಷ್ಟವಾಗಿವೆ. ಸೈಟ್ನ ಮಿತಿಗಳನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ, ಆದ್ದರಿಂದ ನನಗೆ ಉತ್ತಮ ಉತ್ತರ ಸಿಗುವ ಸಾಧ್ಯತೆಯಿಲ್ಲದ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದನ್ನು ನಾನು ತಪ್ಪಿಸುತ್ತೇನೆ.
ಆದರೆ ನಾನು ಹೊಸ ಭಾಷೆ ಅಥವಾ ಚೌಕಟ್ಟನ್ನು ಕಲಿಯುವಾಗಲೂ ಇಲ್ಲಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿದ್ದು ಅಪರೂಪ. ನಾನು ಪ್ರತಿಭಾನ್ವಿತ ಎಂಬ ಕಾರಣಕ್ಕಾಗಿ ಅಲ್ಲ - ಇದಕ್ಕೆ ತದ್ವಿರುದ್ಧ. ವರ್ಷಗಳ ಕಾಲ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋನಲ್ಲಿದ್ದ ನಂತರ, ನನಗೆ ಯಾವುದೇ ಪ್ರಶ್ನೆ ಬಂದಾಗಲೆಲ್ಲಾ, ನಾನು ಅದನ್ನು ಮೊದಲು ಕೇಳುವ ಸಾಧ್ಯತೆಯಿಲ್ಲ ಎಂಬ ಆಳವಾದ ಮನವರಿಕೆಗೆ ನಾನು ಬಂದಿದ್ದೇನೆ. ನಾನು ಹುಡುಕಲು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ ಮತ್ತು ಯಾವಾಗಲೂ ಯಾರಾದರೂ ಈಗಾಗಲೇ ಒಂದೆರಡು ವರ್ಷಗಳ ಹಿಂದೆ ಅದೇ ವಿಷಯವನ್ನು ಕೇಳಿದ್ದಾರೆ ಎಂದು ಕಂಡುಕೊಳ್ಳುತ್ತೇನೆ.
ಇತರ ಜನರ ಪ್ರಶ್ನೆಗಳನ್ನು ಗಮನಿಸುವುದು ನಿಮ್ಮ ಉತ್ಪನ್ನದ ಬಗ್ಗೆ ಹೊಸ ವಿಷಯಗಳನ್ನು ಕಲಿಯಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ.
ನಾನು ಈಗ ಅದರ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ. , ಆದ್ದರಿಂದ ನಾನು vscode ಎಂದು ಟ್ಯಾಗ್ ಮಾಡಲಾದ ಪ್ರಶ್ನೆಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಅಭ್ಯಾಸವನ್ನು ಮಾಡಿಕೊಂಡಿದ್ದೇನೆ. ನನ್ನ ಕೋಡ್ ಅನ್ನು ನೈಜ ಜಗತ್ತಿನಲ್ಲಿ ಹೇಗೆ ಬಳಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಕಲಿಯಲು ಇದು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಬಳಕೆದಾರರು ಯಾವ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತಿದ್ದಾರೆ? ದಸ್ತಾವೇಜನ್ನು ಅಥವಾ API ಅನ್ನು ಹೇಗೆ ಸುಧಾರಿಸಬಹುದು? ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿ ಭಾವಿಸಿದ ವಿಷಯವು ಏಕೆ ಇಷ್ಟೊಂದು ತಪ್ಪು ತಿಳುವಳಿಕೆಗೆ ಕಾರಣವಾಗಿದೆ?
ಪ್ರಶ್ನೆಗಳು ನಿಮ್ಮ ಉತ್ಪನ್ನವನ್ನು ಹೇಗೆ ಬಳಸಲಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುವ ಪ್ರಮುಖ ಸಂಕೇತವಾಗಿದೆ. ಆದರೆ ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಕೇವಲ ಉತ್ತರಿಸಿ ಮುಂದುವರಿಯುವುದು ಅಲ್ಲ; ಮೊದಲು ಆ ವ್ಯಕ್ತಿಯು ಪ್ರಶ್ನೆಯನ್ನು ಏಕೆ ಕೇಳಿದರು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುವುದು. ಬಹುಶಃ ಉತ್ಪನ್ನದಲ್ಲಿ ಅಪರಿಚಿತ ಸಮಸ್ಯೆ ಇರಬಹುದು, ಅಥವಾ ನೀವು ತಿಳಿಯದೆ ಮಾಡಿದ ಕೆಲವು ಊಹೆಗಳಿರಬಹುದು? ಪ್ರಶ್ನೆಗಳು ಹಲವಾರು ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು ನನಗೆ ಸಹಾಯ ಮಾಡಿವೆ ಮತ್ತು ಅವುಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸಲು ನನಗೆ ಸ್ಫೂರ್ತಿ ನೀಡಿವೆ.
ನೀವು ಡೆವಲಪರ್ ಉತ್ಪನ್ನವನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಅನ್ನು ಡಂಪಿಂಗ್ ಮೈದಾನದಂತೆ (ಅಥವಾ, ಇನ್ನೂ ಕೆಟ್ಟದಾಗಿ, ಪ್ರಶ್ನೆ ಸ್ಮಶಾನ) ಪರಿಗಣಿಸಬೇಡಿ. ಹೊಸ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಉತ್ತರಗಳಿಗಾಗಿ ನಿಯಮಿತವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಇದರರ್ಥ ನೀವು ಪ್ರತಿ ಪ್ರಶ್ನೆಗೆ ನೀವೇ ಉತ್ತರಿಸಬೇಕು ಎಂದಲ್ಲ, ಆದರೆ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಿಂದ ಬರುವ ಸಂಕೇತಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ತುಂಬಾ ಮುಖ್ಯವಾಗಿದೆ.
ಪ್ರಶ್ನೆ, ದೋಷ ವರದಿ ಮತ್ತು ವೈಶಿಷ್ಟ್ಯ ವಿನಂತಿಯ ನಡುವಿನ ಗೆರೆಗಳು ಮಸುಕಾಗಿವೆ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿ VS ಕೋಡ್ ಬಗ್ಗೆ ಕೆಲವು ಪ್ರಶ್ನೆಗಳು ವಾಸ್ತವವಾಗಿ ದೋಷ ವರದಿಗಳಾಗಿದ್ದವು. ಮತ್ತು ಇನ್ನೂ ಹಲವು ಪ್ರಶ್ನೆಗಳು ವಾಸ್ತವವಾಗಿ ವೈಶಿಷ್ಟ್ಯ ವಿನಂತಿಗಳಾಗಿದ್ದವು.
ಉದಾಹರಣೆಗೆ, "ನಾನು... ಮಾಡಿದಾಗ VS ಕೋಡ್ ಕ್ರ್ಯಾಶ್ ಆಗುವುದೇಕೆ?" ಎಂಬ ಶೀರ್ಷಿಕೆಯ ಪ್ರಶ್ನೆಯು ದೋಷ ವರದಿಯಾಗಿದೆ. VS ಕೋಡ್ ವಿವಿಧ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕ್ರ್ಯಾಶ್ ಆಗಬಾರದು. ದೋಷ ವರದಿಗಳಾಗಿರುವ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುವುದು ಪ್ರತಿಕೂಲವಾಗಿದೆ, ಏಕೆಂದರೆ ಲೇಖಕರು ಪರಿಹಾರದಿಂದ ತೃಪ್ತರಾಗಿರಬಹುದು ಮತ್ತು ನಿಜವಾದ ದೋಷ ವರದಿಯನ್ನು ಎಂದಿಗೂ ಸಲ್ಲಿಸುವುದಿಲ್ಲ. ಇಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಕೆದಾರರನ್ನು Github ನಲ್ಲಿ ದೋಷ ವರದಿಯನ್ನು ಸಲ್ಲಿಸಲು ಕೇಳುತ್ತೇನೆ.
ಇತರ ಸಂದರ್ಭಗಳಲ್ಲಿ, ವ್ಯತ್ಯಾಸಗಳು ಕಡಿಮೆ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, "ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್ VS ಕೋಡ್ನಲ್ಲಿ ಏಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ?" ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ, ಪ್ರಶ್ನೆಯನ್ನು ಮೂರು ವರ್ಗಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ವರ್ಗೀಕರಿಸಬಹುದು:
- ಇದು ಬಳಕೆದಾರರ ಕಾನ್ಫಿಗರೇಶನ್ ಸಮಸ್ಯೆಯಾಗಿದ್ದರೆ, ಇದು ನಿಜವಾಗಿಯೂ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋಗೆ ಒಂದು ಪ್ರಶ್ನೆಯಾಗಿದೆ.
- ವಿವರಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್ ಕೆಲಸ ಮಾಡಬೇಕಾಗಿದ್ದು, ಅದು ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ಇದು ದೋಷ ವರದಿಯಾಗಿದೆ.
- ವಿವರಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್ ಕಾರ್ಯನಿರ್ವಹಿಸದಿದ್ದರೆ, ಇದು ವೈಶಿಷ್ಟ್ಯ ವಿನಂತಿಯಾಗಿದೆ.
ಅಂತಿಮವಾಗಿ, ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರು ಈ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವುದಿಲ್ಲ - ಅವರು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್ ಕೆಲಸ ಮಾಡಬೇಕೆಂದು ಬಯಸುತ್ತಾರೆ.
ಮತ್ತು ಯೋಜನಾ ವ್ಯವಸ್ಥಾಪಕನಾಗಿ ಈ ವ್ಯತ್ಯಾಸಗಳು ನನಗೆ ಮುಖ್ಯವಾಗಿದ್ದರೂ, ಅವು ನನಗೂ ಮುಖ್ಯವಲ್ಲ. ಏಕೆಂದರೆ ಪ್ರಶ್ನೆಗಳು, ದೋಷ ವರದಿಗಳು ಮತ್ತು ವೈಶಿಷ್ಟ್ಯ ವಿನಂತಿಗಳು ಒಂದೇ ಆಲೋಚನೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ಎಲ್ಲಾ ಮಾರ್ಗಗಳಾಗಿವೆ: ಬಳಕೆದಾರರು ನನ್ನ ಕೋಡ್ನಿಂದ ಏನನ್ನಾದರೂ ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಪಡೆಯುತ್ತಿಲ್ಲ. ಉತ್ಪನ್ನವು ಪರಿಪೂರ್ಣವಾಗಿದ್ದರೆ, ಬಳಕೆದಾರರು ಅದರ ಬಗ್ಗೆ ಎಂದಿಗೂ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಎಲ್ಲವೂ ಅವರಿಗೆ ಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅದು ಅವರು ಬಯಸಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಮಾಡುತ್ತದೆ (ಅಥವಾ ಕನಿಷ್ಠ ಅದು ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸುತ್ತದೆ).
ಡೆವಲಪರ್ಗಳು ಕೂಡ ಮನುಷ್ಯರೇ.
ಜನರು ಭಾವನಾತ್ಮಕರು. ಜನರು ಅತಾರ್ಕಿಕರು. ಜನರು ಮೂರ್ಖರು. ಯಾವಾಗಲೂ ಅಲ್ಲ, ಖಂಡಿತ, ಆದರೆ ಕೆಲವೊಮ್ಮೆ! ಮತ್ತು ನಂಬಿ ಅಥವಾ ಬಿಡಿ, ಡೆವಲಪರ್ಗಳು ಸಹ ಮನುಷ್ಯರೇ.
ನಾವು ಡೆವಲಪರ್ಗಳು ನಮಗೆ ನಾವೇ ಹೇಳಿಕೊಳ್ಳಲು ಇಷ್ಟಪಡುವ ಒಂದು ಪುರಾಣವಿದೆ: "ನಾವು ಕಂಪ್ಯೂಟರ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ, ಆದ್ದರಿಂದ ನಾವು ತರ್ಕಬದ್ಧರಾಗಿರಬೇಕು. ನಾವು ರಹಸ್ಯ ಚಿಹ್ನೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ, ಆದ್ದರಿಂದ ನಾವು ಬುದ್ಧಿವಂತರಾಗಿರಬೇಕು. ಸಾಫ್ಟ್ವೇರ್ ಜಗತ್ತನ್ನು ಆಕ್ರಮಿಸಿಕೊಂಡಿದೆ, ಆದ್ದರಿಂದ ನಾವು ತಂಪಾಗಿರಬೇಕು! ತಂಪಾಗಿರಿ! ಮುಂದುವರಿಯಿರಿ!!!"
ಅದು ನಿಜವಲ್ಲ. ಹಾಗಿದ್ದಲ್ಲಿ, ದೇವರು ನಮಗೆಲ್ಲರಿಗೂ ಸಹಾಯ ಮಾಡಲಿ. ವಸ್ತುನಿಷ್ಠ ಜ್ಞಾನದ ನೆಲೆಯಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ವೃತ್ತಿಪರರಿಗಾಗಿ ಒಂದು ಸಾಧನವಾದ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿಯೂ ಸಹ, ನನ್ನದೇ ಆದ, ವಿಷುಯಲ್ ಸ್ಟುಡಿಯೋ ಕೋಡ್ನ ಹೆಚ್ಚು ವಿಶೇಷವಾದ ಮೂಲೆಯಲ್ಲಿಯೂ ಸಹ, ನಾನು ಎಲ್ಲಾ ರೀತಿಯ ಆಕ್ರೋಶಗಳನ್ನು ಎದುರಿಸುತ್ತಲೇ ಇರುತ್ತೇನೆ: ತಾರ್ಕಿಕ ತಪ್ಪುಗಳು, ಅವಮಾನಗಳು, ಹಿಂಡಿನ ಮನಸ್ಥಿತಿ, ಇತ್ಯಾದಿ.
ನಿಮ್ಮನ್ನು ನೀವು ಮೋಸಗೊಳಿಸಿಕೊಳ್ಳಬೇಡಿ: ನೀವು ಬಹುಶಃ ನೀವು ಭಾವಿಸುವಷ್ಟು ಪರಿಪೂರ್ಣರಲ್ಲ. ಆದರೆ ಅದರರ್ಥ ನಾವು ನಮ್ಮ ನ್ಯೂನತೆಗಳನ್ನು ಜಯಿಸಲು ಪ್ರಯತ್ನಿಸಬಾರದು ಎಂದಲ್ಲ.
ಗೆಳೆಯ, ಇದನ್ನು ಸೃಷ್ಟಿಸಿದ್ದು ನಾನೇ.
ನಾನು ಕೂಡ ಮನುಷ್ಯ, ಮತ್ತು ಕಾಲಕಾಲಕ್ಕೆ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿನ ವಿಷಯಗಳು ನನ್ನನ್ನು ಕೆರಳಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಒಬ್ಬ ಬಳಕೆದಾರನು ಆತ್ಮವಿಶ್ವಾಸದಿಂದ ಅಸಂಬದ್ಧವಾಗಿ ಬರೆದಾಗ ಅಥವಾ ನಾನು ರಚಿಸಿದ ಮತ್ತು ನನಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿರುವ VS ಕೋಡ್ಗೆ ಸಂಬಂಧಿಸಿದ ಪ್ರಶ್ನೆಗೆ ತಪ್ಪಾದ ಉತ್ತರವನ್ನು ನೀಡಿದಾಗ. ಇದು ವಿಚಿತ್ರವಾಗಿದೆ, ಆದರೆ ಉತ್ತರವು ಹೆಚ್ಚು ತಪ್ಪಾಗಿ ಕಾಣುತ್ತದೆ, ಯಾರಾದರೂ ಅದನ್ನು ಸತ್ಯ ಎಂದು ಕರೆಯುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು.
ಇದು ಸಂಭವಿಸಿದಾಗ, ನಾನು ಚಿತ್ರದಲ್ಲಿರುವಂತೆ ವರ್ತಿಸುತ್ತೇನೆ ಮತ್ತು ಸರಿಯಾದ ಉತ್ತರವನ್ನು ಬರೆಯುತ್ತೇನೆ.
ಮತ್ತು ಹಲವಾರು ಬಾರಿ ಇದು ದೀರ್ಘವಾದ ಎಳೆಗಳಿಗೆ ಕಾರಣವಾಯಿತು: ನಾನು ಏನು ಸೃಷ್ಟಿಸಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅವರ ಜ್ಞಾನವನ್ನು ಪ್ರಶ್ನಿಸುವ ಧೈರ್ಯ ನನಗೆ ಅಯ್ಯೋ! ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ಸರಿಯಾಗಿರಲು ಪ್ರಯತ್ನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ, ನೀವು ಅವಿವೇಕಿಗಳೇ! ಏಕೆಂದರೆ ನಾನು ಸರಿ!!!
ಈ ಹತಾಶೆಯಲ್ಲಿ ಸಿನಿಕರಾಗುವುದು ಸುಲಭ.
ಕಳಪೆಯಾಗಿ ಬರೆಯಲಾದ ಪ್ರಶ್ನೆಗಳ ನಿರಂತರ ಪ್ರವಾಹವನ್ನು ಎದುರಿಸುತ್ತಿರುವಾಗ, ಸಿನಿಕರಾಗುವುದು ಸುಲಭ. ಅವನು ಎಂದಿಗೂ ಗೂಗಲ್ ಬಗ್ಗೆ ಕೇಳಿಲ್ಲವೇ? ಅವನಿಗೆ ಸುಸಂಬದ್ಧ ವಾಕ್ಯಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಎಂದು ತಿಳಿದಿದೆಯೇ? ನೀನು ಏನು, ನಾಯಿ?
ಕೆಲವೊಮ್ಮೆ ನಾನು ದಿನಕ್ಕೆ ಡಜನ್ಗಟ್ಟಲೆ ಹೊಸ ಪ್ರಶ್ನೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇನೆ. ಈ ಎಲ್ಲಾ ಕಳಪೆ ಗುಣಮಟ್ಟದ ಪ್ರಶ್ನೆಗಳನ್ನು ನಿರಂತರವಾಗಿ ನೋಡುವುದರಿಂದ ತಿರಸ್ಕಾರ ಅಥವಾ ಸಿನಿಕತನಕ್ಕೆ ಇಳಿಯಬಹುದು. ಅತಿಯಾದ ಉತ್ಸಾಹಭರಿತ ಮಾಡರೇಟರ್ ಅನ್ನು ಎದುರಿಸಿದ ಅಥವಾ ಪ್ರಶ್ನೆಯನ್ನು ಸಂಶೋಧಿಸಲು ಮತ್ತು ಬರೆಯಲು ಒಂದೆರಡು ಗಂಟೆಗಳ ಕಾಲ ಕಳೆದ ಯಾರಾದರೂ ಕೇವಲ ಡೌನ್ವೋಟ್ಗಳನ್ನು ಪಡೆದು ವಿವರಣೆಯಿಲ್ಲದೆ ಮರೆತುಹೋಗುವಂತೆ ದೃಢೀಕರಿಸಬಹುದಾದಂತೆ ಈ ಸಿನಿಕತನವು ಸೈಟ್ನಾದ್ಯಂತ ಹರಡಬಹುದು.
ಖಂಡಿತ, ಯಾವುದೇ ಪ್ರಯತ್ನ ಮಾಡದೆ ಕೆಟ್ಟ ಪ್ರಶ್ನೆಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವ ಬಳಕೆದಾರರಿದ್ದಾರೆ. ಆದರೆ ಹೆಚ್ಚಿನ ಕಡಿಮೆ ಗುಣಮಟ್ಟದ ಪ್ರಶ್ನೆಗಳು ಒಳ್ಳೆಯ ಉದ್ದೇಶ ಹೊಂದಿರುವ (ಅರಿವಿಲ್ಲದಿದ್ದರೂ) ಜನರಿಂದ ಬರುತ್ತವೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಹೊಸಬರಾಗುವುದು ಹೇಗಿರುತ್ತದೆ ಎಂಬುದನ್ನು ನಾನು ಯಾವಾಗಲೂ ನೆನಪಿಟ್ಟುಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ನೀವು ಇದೀಗ ಪ್ರಾರಂಭಿಸುತ್ತಿರುವಾಗ, ವಿಷಯಗಳು ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ ಎಂದು ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಅರ್ಥವಾಗುವುದಿಲ್ಲ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ನಿಮ್ಮ ಸಮಸ್ಯೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ನಿಮಗೆ ಸರಿಯಾದ ಪದಗಳು ತಿಳಿದಿರುವುದಿಲ್ಲ. ನನ್ನನ್ನು ನಂಬಿರಿ, ಆ ಸ್ಥಾನದಲ್ಲಿರುವುದು ಕಷ್ಟ. ಮತ್ತು ಪ್ರಶ್ನೆ ಕೇಳಿದ್ದಕ್ಕಾಗಿ ನಿಂದಿಸುವುದು ಅಹಿತಕರವಾಗಿರುತ್ತದೆ.
ಹೊಸಬರಿಗೆ ಸಹಾಯ ಮಾಡಲು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಬಹಳಷ್ಟು ಕೆಲಸ ಮಾಡಿದ್ದರೂ, ಇನ್ನೂ ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ಸೈಟ್ನ ಮಾನದಂಡಗಳನ್ನು ಎತ್ತಿಹಿಡಿಯುವುದು ಮತ್ತು ಅನನುಭವಿ ಬಳಕೆದಾರರೊಂದಿಗೆ ಮೃದುವಾಗಿರುವುದರ ನಡುವೆ ಸಮತೋಲನವನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಾನು ಪ್ರಯತ್ನಿಸಿದ್ದೇನೆ. ಇದರರ್ಥ ನಾನು ಪ್ರಶ್ನೆಯನ್ನು ಮುಚ್ಚಲು ಮತ ಚಲಾಯಿಸಿದ್ದನ್ನು ವಿವರಿಸುವುದು ಅಥವಾ ಹೆಚ್ಚಿನ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸಲು ಬಳಕೆದಾರರನ್ನು ಪ್ರೋತ್ಸಾಹಿಸುವ ಕಾಮೆಂಟ್ ಅನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವುದು ಎಂದರ್ಥ. ನಾನು ಇನ್ನೂ ಸುಧಾರಿಸಲು ಅವಕಾಶವಿದೆ.
ಮತ್ತೊಂದೆಡೆ, "ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಅಭಿವೃದ್ಧಿಗಾಗಿ ಉತ್ತಮ VS ಕೋಡ್ ವಿನ್ಯಾಸ ಯಾವುದು?" ಎಂಬಂತಹ ಪ್ರಶ್ನೆಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುವ ಅಥವಾ ಪಠ್ಯದ ಬದಲಿಗೆ ಕೋಡ್ನ ಮಸುಕಾದ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳನ್ನು ಅಪ್ಲೋಡ್ ಮಾಡುವ 50,000 ಖ್ಯಾತಿಯ ಬಳಕೆದಾರರನ್ನು ಡೌನ್ವೋಟ್ ಮಾಡುವ ಬಗ್ಗೆ ನನಗೆ ಯಾವುದೇ ಹಿಂಜರಿಕೆಯಿಲ್ಲ.
ಕೆಲವೊಮ್ಮೆ ನಾನು ನಿಮಗೆ ಧನ್ಯವಾದ ಹೇಳಲು ಬಯಸುತ್ತೇನೆ
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಕೃತಜ್ಞತೆಯ ಬಲವಾದ ಸಂಸ್ಕೃತಿಯನ್ನು ಹೊಂದಿಲ್ಲ. ಸೈಟ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಶ್ನೆಗಳಿಂದ "ಹಲೋ" ಮತ್ತು "ಧನ್ಯವಾದಗಳು" ಪದಗಳನ್ನು ತೆಗೆದುಹಾಕಿದ್ದ ಸಮಯವನ್ನು ನಾನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇನೆ. ಬಹುಶಃ ಅವರು ಇನ್ನೂ ಹಾಗೆ ಮಾಡುತ್ತಾರೆ, ನಾನು ಪರಿಶೀಲಿಸಿಲ್ಲ.
ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ ಗ್ರಾಹಕ ಬೆಂಬಲ ವಿಭಾಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಯಾರಿಗಾದರೂ ತಿಳಿದಿದೆ, ತುಂಬಾ ಸಭ್ಯವಾಗಿರುವುದು ಅಡ್ಡಿಯಾಗಬಹುದು ಮತ್ತು ಬಲವಂತವಾಗಿಯೂ ಕಾಣಿಸಬಹುದು ಎಂದು. ಆದರೆ ಕೆಲವೊಮ್ಮೆ, ಈ ಸೈಟ್ನಲ್ಲಿರುವ ಯಾರಾದರೂ ನಿಮಗಾಗಿ ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವಾದದ್ದನ್ನು ಮಾಡುತ್ತಾರೆ, ಮತ್ತು ಅವರಿಗೆ ಧನ್ಯವಾದ ಹೇಳುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಅವರಿಗೆ ಥಂಬ್ಸ್ ಅಪ್ ನೀಡುವುದು. ಇದು ಅಸಹ್ಯಕರ.
ದಕ್ಷತೆಯು ನಾವು ಆತ್ಮರಹಿತ ರೋಬೋಟ್ಗಳಾಗುವ ಅಗತ್ಯವಿಲ್ಲ. ಬಳಕೆದಾರರು ಬಯಸಿದರೆ, ಒಂದು ಸೈಡ್ ಚಾನೆಲ್ ಹೆಚ್ಚು ಅಧಿಕೃತ ಮಾನವ ಸಂವಹನವನ್ನು ಒದಗಿಸುತ್ತದೆ.
ಕೆಲವೊಮ್ಮೆ ನನಗೆ ಉತ್ತರ ಸಿಕ್ಕ ನಂತರ ಏನಾಯಿತು ಎಂದು ತಿಳಿಯಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ವಹಿವಾಟಿನ ತತ್ವದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಕೆಲವರು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತಾರೆ, ಇತರರು ಉತ್ತರಿಸುತ್ತಾರೆ. ಆದರೆ ಉತ್ತರವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ ಏನಾಗುತ್ತದೆ? ಯಾರಿಗೆ ಗೊತ್ತು? ಕೆಲವೊಮ್ಮೆ ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ. ನನ್ನ ಉತ್ತರವು ಸಹಾಯಕವಾಗಿದೆಯೇ? ಅದು ಯಾವ ಸಣ್ಣ ಯೋಜನೆಗೆ ಸಹಾಯ ಮಾಡಿದೆ? ಪ್ರಶ್ನಿಸಿದವರು ಏನು ಕಲಿತರು?
ಖಂಡಿತ, ಈ ಕುತೂಹಲವನ್ನು ಪೂರೈಸುವುದು ಅಸಾಧ್ಯ. ಬಳಕೆದಾರರು ತಾವು ಸ್ವೀಕರಿಸುವ ಮಾಹಿತಿಯನ್ನು ಹೇಗೆ ಬಳಸುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು ವರದಿ ಮಾಡುವಂತೆ ಒತ್ತಾಯಿಸುವುದು ತುಂಬಾ ಸಮಸ್ಯಾತ್ಮಕವಾಗಿರುತ್ತದೆ, ನಿಮಗೆ ಸಾಧ್ಯವಾದರೂ ಸಹ. ಆದರೆ ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸುವುದು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ.
ಗ್ಯಾಮಿಫಿಕೇಶನ್ ಪರಿಣಾಮಕಾರಿಯಾಗಿದೆ...
…ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಆಟವನ್ನಾಗಿ ಪರಿವರ್ತಿಸುವಾಗ.
ಸ್ಟೇಟಸ್ ಬಾರ್ನಲ್ಲಿ ಸ್ವಲ್ಪ +10 ಅಥವಾ +25 ಐಕಾನ್ ನೋಡಿದಾಗ ನನಗೆ ಇನ್ನೂ ಸ್ವಲ್ಪ ಉತ್ಸಾಹ ಬರುತ್ತದೆ. ಬಹುಶಃ ಈ ಸಣ್ಣ ಗೇಮಿಫಿಕೇಶನ್ ಸ್ಪರ್ಶಗಳು ನಾನು 10 ವರ್ಷಗಳಿಂದ ಸೈಟ್ಗೆ ಮತ್ತೆ ಮತ್ತೆ ಬರುತ್ತಿರುವುದಕ್ಕೆ ಕಾರಣವಾಗಿರಬಹುದು. ಆದರೆ ವರ್ಷಗಳಲ್ಲಿ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಯಾವ ರೀತಿಯ ಆಟ ಮತ್ತು ಅದರ ಗೆಲುವು ಏನು ಎಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತಿದ್ದೇನೆ.
ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಉತ್ತಮ ಉದ್ದೇಶದಿಂದಲೇ ರಚಿಸಲಾಗಿದೆ ಎಂದು ನನಗೆ ಖಾತ್ರಿಯಿದೆ: ಸಹಾಯಕವಾದ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಉತ್ತರಗಳಿಗಾಗಿ ಜನರಿಗೆ ಪ್ರತಿಫಲ ನೀಡುವುದು. ಆದರೆ ನೀವು ಹೆಚ್ಚಿನ ರೇಟಿಂಗ್ಗಳನ್ನು ಸೇರಿಸಿದ ತಕ್ಷಣ, , ಮತ್ತು ಕೆಲವು ಬಳಕೆದಾರರು ತಮ್ಮ ಕ್ರಿಯೆಗಳನ್ನು ಗರಿಷ್ಠ ಮೌಲ್ಯವನ್ನು ಸಾಧಿಸುವ ಉದ್ದೇಶದಿಂದಲ್ಲ, ಬದಲಾಗಿ ಅತ್ಯುನ್ನತ ರೇಟಿಂಗ್ಗಳನ್ನು ಪಡೆಯುವ ಉದ್ದೇಶದಿಂದ ರೂಪಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಮತ್ತು ಇದು ಮುಖ್ಯವಾಗಿದೆ ಏಕೆಂದರೆ...
ಖ್ಯಾತಿ ಎಂದರೆ ನೀವು ಏನು ಯೋಚಿಸುತ್ತೀರಿ ಎಂಬುದರ ಅರ್ಥವಲ್ಲ.
ಖ್ಯಾತಿಯು ತಾಂತ್ರಿಕ ಸಾಮರ್ಥ್ಯ, ಸಂವಹನ ಕೌಶಲ್ಯ ಅಥವಾ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಅಥವಾ ಕೆಲಸ ಮಾಡಬೇಕು ಎಂಬುದರ ತಿಳುವಳಿಕೆಗೆ ಸಮನಾಗಿರುವುದಿಲ್ಲ.
ಖ್ಯಾತಿ ನಿಷ್ಪ್ರಯೋಜಕ ಎಂದು ನಾನು ಹೇಳುತ್ತಿಲ್ಲ. ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಆಡಳಿತವು ಏನು ಉದ್ದೇಶಿಸುತ್ತದೆ ಅಥವಾ "ಖ್ಯಾತಿ" ಎಂಬ ಪದದ ಅರ್ಥವೇನಾಗಿರಬೇಕು ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ಖ್ಯಾತಿಯು ಪ್ರಭಾವದ ಅಳತೆ ಎಂದು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ. ಸೈಟ್ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾದ ಎರಡು ಕಾಲ್ಪನಿಕ ಉತ್ತರಗಳನ್ನು ಪರಿಗಣಿಸಿ:
- ಸಾಮಾನ್ಯವಾದ Git ಕಾರ್ಯಾಚರಣೆಯ ಬಗ್ಗೆ ಒಂದು. ನಾನು Google ಬಳಸಿ ಎರಡು ನಿಮಿಷಗಳಲ್ಲಿ ಮೂರು ಸಾಲಿನ ಉತ್ತರವನ್ನು ಬರೆದೆ.
- ಇನ್ನೊಂದು ಸಂಕೀರ್ಣವಾದ ಗ್ರಾಫ್ ಸಿದ್ಧಾಂತದ ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ. ಬಹುಶಃ ಇಡೀ ಜಗತ್ತಿನಲ್ಲಿ ಕೇವಲ ನೂರು ಜನರು ಮಾತ್ರ ಇದಕ್ಕೆ ಉತ್ತರಿಸಬಲ್ಲರು. ನಾನು ಸಮಸ್ಯೆಯನ್ನು ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಬೇಕೆಂದು ವಿವರಿಸುವ ಕೆಲವು ಪ್ಯಾರಾಗಳು ಮತ್ತು ಕೋಡ್ ಉದಾಹರಣೆಯನ್ನು ಬರೆದಿದ್ದೇನೆ.
ಐದು ವರ್ಷಗಳ ಅವಧಿಯಲ್ಲಿ, ಮೊದಲ ಉತ್ತರವನ್ನು 5 ಮಿಲಿಯನ್ ಬಾರಿ ವೀಕ್ಷಿಸಲಾಗಿದೆ ಮತ್ತು 2000 ಅಪ್ವೋಟ್ಗಳನ್ನು ಪಡೆಯಲಾಗಿದೆ. ಎರಡನೇ ಉತ್ತರವನ್ನು 300 ಬಾರಿ ವೀಕ್ಷಿಸಲಾಗಿದೆ ಮತ್ತು ಕೇವಲ ಎರಡು ಅಪ್ವೋಟ್ಗಳನ್ನು ಪಡೆಯಲಾಗಿದೆ.
ಒಂದು ರೀತಿಯಲ್ಲಿ, ಇದು ತುಂಬಾ ಅನ್ಯಾಯ. ಸರಿಯಾದ ಸಮಯದಲ್ಲಿ ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿದ್ದದ್ದನ್ನು ಏಕೆ ಪುರಸ್ಕರಿಸಬೇಕು? (ಎಲ್ಲವನ್ನೂ ಅದೃಷ್ಟದಿಂದ ನಿರ್ಧರಿಸಲಾಗುವುದಿಲ್ಲ; ಆಟದ ನಿಯಮಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಹ ದೊಡ್ಡ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ.) ಮತ್ತೊಂದೆಡೆ, ಮೊದಲ ಪ್ರಶ್ನೆಯು ಎರಡನೆಯದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಜನರಿಗೆ ಸಹಾಯ ಮಾಡಿದೆ. ಬಹುಶಃ, ಒಂದು ಅರ್ಥದಲ್ಲಿ, ಗುರುತಿಸುವಿಕೆಯು "ಖ್ಯಾತಿ"ಯ ಸಂಗ್ರಹಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ ಎಂದು ನಾವು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು?
ಅದಕ್ಕಾಗಿಯೇ ನಾನು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿ "ಖ್ಯಾತಿ"ಯನ್ನು ಪ್ರಭಾವದ ಅಳತೆಯಾಗಿ ನೋಡುತ್ತೇನೆ. ನಿಜವಾದ ಖ್ಯಾತಿಯನ್ನು ಸರಳ ಅಂಶಗಳಿಂದ ಅಳೆಯಲಾಗುವುದಿಲ್ಲ; ಅದು ಸಮುದಾಯದೊಳಗೆ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದೆ. ನಾನು ಯಾರ ಸಲಹೆಯನ್ನು ಕೇಳುತ್ತೇನೆ, ಯಾರಿಗೆ ಇತರರಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತೇನೆ, ನಾನು ಯಾರನ್ನು ನಂಬುತ್ತೇನೆ? ನಾನು PHP ಅಥವಾ iOS ನಲ್ಲಿ ಕೋಡಿಂಗ್ ಮಾಡುತ್ತಿದ್ದೇನೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ಅದು ವಿಭಿನ್ನ ಜನರಾಗಿರಬಹುದು.
ಇದನ್ನು ಗಮನಿಸಿದರೆ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಇದರ ಬಗ್ಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನನಗೆ ಖಚಿತವಿಲ್ಲ. ಬಳಕೆದಾರರು "ಖ್ಯಾತಿ" ಪಡೆಯುವ ಬದಲು "ಗುಪ್ತ ಅಂಕಗಳನ್ನು" ಗಳಿಸಿದರೆ ಅವರು ಅಷ್ಟೇ ಪ್ರೇರಿತರಾಗುತ್ತಾರೆಯೇ? ಯಾವುದೇ ಪಾಯಿಂಟ್ ವ್ಯವಸ್ಥೆ ಇಲ್ಲದಿದ್ದರೆ ಬಳಕೆದಾರರು ಹಾಗೆಯೇ ತೊಡಗಿಸಿಕೊಂಡಿರುತ್ತಾರೆಯೇ? ಅದು ಅಸಂಭವ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮತ್ತು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿನ "ಖ್ಯಾತಿ" ನಿಜವಾದ ಖ್ಯಾತಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಎಂಬ ಪುರಾಣವು ಸೈಟ್ಗೆ ಮಾತ್ರವಲ್ಲದೆ ಅದರ ಅತ್ಯಂತ ಸಕ್ರಿಯ ಬಳಕೆದಾರರಿಗೂ ಪ್ರಯೋಜನವನ್ನು ನೀಡುತ್ತದೆ. ಗಂಭೀರವಾಗಿ, ತಮ್ಮ ಖ್ಯಾತಿಯನ್ನು ಹೆಚ್ಚಿಸಿಕೊಳ್ಳುವುದನ್ನು ಯಾರು ಇಷ್ಟಪಡುವುದಿಲ್ಲ?
ಇಲ್ಲ, ಜೀವನದಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಕಂಡುಬರುವಂತೆ, ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದರ ನಿಜವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯಲು, ನೀವು ಕೇವಲ ಸಂಖ್ಯೆಗಳಿಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ವಿಶ್ಲೇಷಿಸಬೇಕಾಗುತ್ತದೆ. ಒಂದು ಪೋಸ್ಟ್ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದಲ್ಲಿ 10 ಅಂಕಗಳನ್ನು ಪಡೆದರೆ, ಆ ವ್ಯಕ್ತಿಯು ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತಾನೆ, ಅವರು ಯಾವ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಉತ್ತರಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಮತ್ತು ಅಸಾಧಾರಣ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೊರತುಪಡಿಸಿ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಸ್ಕೋರ್ಗಳು ಮಾತ್ರ ಸೈಟ್ ಬಳಸುವ ಸಾಮರ್ಥ್ಯದ ಹೊರತಾಗಿ ವ್ಯಕ್ತಿಯ ಬಗ್ಗೆ ವಿರಳವಾಗಿ ಹೆಚ್ಚಿನದನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ. ಮತ್ತು ನನ್ನ ಅನುಭವದಲ್ಲಿ, ಅವರು ನಿಮಗೆ ಅದನ್ನು ಹೆಚ್ಚಾಗಿ ಹೇಳುವುದಿಲ್ಲ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಇಲ್ಲದೆ ನನ್ನ ಕೆಲಸ ಉತ್ಪಾದಕವಾಗುವುದಿಲ್ಲ.
ಪ್ರತಿ ಬಾರಿ ನಾನು Git ನಲ್ಲಿ ಸಂಕೀರ್ಣವಾದ ಏನನ್ನಾದರೂ ಮಾಡಬೇಕಾದಾಗ, ನಾನು Stack Overflow ಗೆ ಹೋಗುತ್ತೇನೆ. Bash ನಲ್ಲಿ ನನಗೆ ಸರಳವಾದ ಏನಾದರೂ ಬೇಕಾದಾಗ, ನಾನು Stack Overflow ಗೆ ಹೋಗುತ್ತೇನೆ. ಪ್ರತಿ ಬಾರಿ ನನಗೆ ವಿಚಿತ್ರವಾದ ಸಂಕಲನ ದೋಷ ಬಂದಾಗ, ನಾನು Stack Overflow ಗೆ ಹೋಗುತ್ತೇನೆ.
ಇಂಟೆಲ್ಲಿಸೆನ್ಸ್, ಸರ್ಚ್ ಇಂಜಿನ್ ಮತ್ತು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಇಲ್ಲದೆ ನಾನು ಉತ್ಪಾದಕನಲ್ಲ. ಕೆಲವು ಪುಸ್ತಕಗಳನ್ನು ನೋಡಿದರೆ, ಇದು ನನ್ನನ್ನು ತುಂಬಾ ಕೆಟ್ಟ ಪ್ರೋಗ್ರಾಮರ್ ಮಾಡುತ್ತದೆ. ನಾನು ಬಹುಶಃ ಬಹಳಷ್ಟು ಪರೀಕ್ಷೆಗಳಲ್ಲಿ ವಿಫಲನಾಗುತ್ತೇನೆ ಮತ್ತು ಬೋರ್ಡ್ನಲ್ಲಿರುವ ಅನೇಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಹಾಗಾಗಲಿ. ಗಂಭೀರವಾಗಿ, ನಾನು ಪ್ರತಿ ಬಾರಿ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ನಲ್ಲಿ .sort ಅನ್ನು ಬಳಸುವಾಗ, ನಾನು ಯಾವಾಗ -1, 0, ಅಥವಾ 1 ಅನ್ನು ಪಡೆಯುತ್ತೇನೆ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಹುಡುಕಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ನಾನು ಪ್ರತಿದಿನ JS ಅನ್ನು ಬರೆಯುತ್ತೇನೆ, ಭಾಷೆಗೆ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಸಂಪಾದಕವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತೇನೆ.
ಇಲ್ಲ, ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಒಂದು ಅದ್ಭುತ ಸಾಧನ. ಮೂರ್ಖ ಮಾತ್ರ ಅದಕ್ಕೆ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಬಳಸುವುದಿಲ್ಲ. ಹಾಗಾದರೆ ನನ್ನಂತೆ ಒಳಗಿನ ಮೂರ್ಖನಾಗಲು ಕಾರಣವೇನು? ಸೀನ್ಫೆಲ್ಡ್ನ ಪ್ರತಿಯೊಂದು ಕಥಾವಸ್ತುವನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಅಥವಾ ಅತ್ಯಾಧುನಿಕ ಶ್ಲೇಷೆಗಳೊಂದಿಗೆ ಬರುವಂತಹ ಪ್ರಮುಖ ಜ್ಞಾನಕ್ಕಾಗಿ ನಿಮ್ಮ ಮೆದುಳಿನ ಶಕ್ತಿಯನ್ನು ಉಳಿಸಿ (ಈ ಲೇಖನದಲ್ಲಿ ಇವುಗಳ ಕೊರತೆಯಿದೆ, ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಸ್ವಭಾವದ ಇನ್ನೂ ಅನೇಕವು ಇರುತ್ತವೆ).
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಒಂದು ಪವಾಡ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಯಾರಿಗಾದರೂ, ಅನುಭವ ಅಥವಾ ಜ್ಞಾನವನ್ನು ಲೆಕ್ಕಿಸದೆ, ಪ್ರೋಗ್ರಾಮಿಂಗ್-ಸಂಬಂಧಿತ ಪ್ರಶ್ನೆಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ. ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಸಂಪೂರ್ಣ ಅಪರಿಚಿತರು ಉತ್ತರಿಸುತ್ತಾರೆ, ಅವರಲ್ಲಿ ಹೆಚ್ಚಿನವರು ತಮ್ಮ ಜೀವನ ಮತ್ತು ವೃತ್ತಿಜೀವನವನ್ನು ಇತರರಿಗೆ ಉಚಿತವಾಗಿ ಸಹಾಯ ಮಾಡಲು ಕಳೆಯುತ್ತಾರೆ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದ ಅಸ್ತಿತ್ವ ಮತ್ತು ಯಶಸ್ಸು ಒಂದು ಪವಾಡ. ಅದರ ಸೃಷ್ಟಿಕರ್ತರು ಉದ್ದೇಶಿಸಿದಂತೆ ಎಲ್ಲವೂ ಪರಿಪೂರ್ಣವಾಗಿಲ್ಲ ಎಂದು ನನಗೆ ಖಚಿತವಾಗಿದೆ, ಆದರೆ ಅವರು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ. ಅದರ ಎಲ್ಲಾ ನ್ಯೂನತೆಗಳ ಹೊರತಾಗಿಯೂ, ಸೈಟ್ ನನ್ನನ್ನೂ ಒಳಗೊಂಡಂತೆ ಲೆಕ್ಕವಿಲ್ಲದಷ್ಟು ಜನರಿಗೆ ವರ್ಷಗಳಿಂದ ಸಹಾಯ ಮಾಡಿದೆ.
ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಶಾಶ್ವತವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಉತ್ತಮವಾದದ್ದು ಒಂದು ದಿನ ಬರುತ್ತದೆ. ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋನ ತಪ್ಪುಗಳಿಂದ ಅದು ಕಲಿಯುತ್ತದೆ ಮತ್ತು ಅದರ ಅತ್ಯುತ್ತಮ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಆಶಿಸುತ್ತೇನೆ. ಅಲ್ಲಿಯವರೆಗೆ, ನಾವು ಈ ಸೈಟ್ ಅನ್ನು ಹಗುರವಾಗಿ ಪರಿಗಣಿಸಬಾರದು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಇದು ಒಂದು ದಾರಿದೀಪ ಮತ್ತು ರೋಮಾಂಚಕ ಸಮುದಾಯವಾಗಿದ್ದು, ಹೊಸ ಜನರೊಂದಿಗೆ ನಿರಂತರವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ. ನೀವು ಅದರ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸಿದರೆ, ಇದೆಲ್ಲವೂ ದುರ್ಬಲವಾಗಿದೆ ಮತ್ತು ಸಣ್ಣ ಕ್ರಿಯೆಗಳು ಸಹ - ಒಳ್ಳೆಯ ಉದ್ದೇಶ ಹೊಂದಿರುವ ಆದರೆ ಇನ್ನೂ ಸುಳಿವು ಇಲ್ಲದ ಹೊಸಬರಿಗೆ ಸಹಾಯ ಮಾಡುವಂತಹವು - ಸಕಾರಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ನಾನು ಈ ಸೈಟ್ ಅನ್ನು ಟೀಕಿಸಿದರೆ, ಅದು ನನಗೆ ಕಾಳಜಿ ಇರುವುದರಿಂದ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಉತ್ತಮಗೊಳಿಸಬೇಕೆಂದು ತಿಳಿದಿರುವುದರಿಂದ ಮಾತ್ರ.
ಪಿಎಸ್
ನಾನು ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಅನ್ನು ಕಂಡುಕೊಂಡಾಗ ನಾನು ಇನ್ನೂ ಪ್ರೌಢಶಾಲೆಯಲ್ಲಿದ್ದೆ. ನಾನು ಎಕ್ಲಿಪ್ಸ್ನಲ್ಲಿ (ES5!) ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಬರೆಯಲು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದೆ, ಮತ್ತು 90% ಪ್ರಶ್ನೆಗಳು "ನಾನು jQuery ಬಳಸುತ್ತಿದ್ದೇನೆ, ನಾನು..." ಎಂದು ಪ್ರಾರಂಭವಾದಂತೆ ತೋರುತ್ತಿತ್ತು, ನಾನು ಏನು ಮಾಡುತ್ತಿದ್ದೇನೆಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೂ, ಅಪರಿಚಿತರು ನನಗೆ ಸಹಾಯ ಮಾಡಲು ತಮ್ಮ ಸಮಯವನ್ನು ಕಳೆಯುತ್ತಿದ್ದರು. ಆಗ ನಾನು ಅದನ್ನು ನಿಜವಾಗಿಯೂ ಮೆಚ್ಚಲಿಲ್ಲ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಆದರೆ ನಾನು ಮರೆತಿಲ್ಲ.
ಜನರು ಯಾವಾಗಲೂ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋ ಅನ್ನು ಹಲವು ವಿಷಯಗಳನ್ನಾಗಿ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ: ಪ್ರಶ್ನೋತ್ತರ ತಾಣ; ಮನೆಕೆಲಸ ಸಾಧನ; ಪ್ರೋಗ್ರಾಮಿಂಗ್ಗಾಗಿ ಜೀವನ ಮಟ್ಟ. ಆದರೆ ನನಗೆ, ಸೈಟ್, ಅದರ ಬೆಳವಣಿಗೆ ಮತ್ತು ನ್ಯೂನತೆಗಳ ಹೊರತಾಗಿಯೂ, ಅದರ ಮೂಲದಲ್ಲಿ ಅಪರಿಚಿತರು ಪರಸ್ಪರ ಕಲಿಯಲು ಮತ್ತು ಸುಧಾರಿಸಲು ಸಹಾಯ ಮಾಡುವ ಮುಕ್ತ ಸಮುದಾಯವಾಗಿದೆ. ಮತ್ತು ಅದು ಅದ್ಭುತವಾಗಿದೆ. ಕಳೆದ 10 ವರ್ಷಗಳಿಂದ ಸ್ಟಾಕ್ ಓವರ್ಫ್ಲೋದ ಭಾಗವಾಗಿರುವುದಕ್ಕೆ ನಾನು ಕೃತಜ್ಞನಾಗಿದ್ದೇನೆ ಮತ್ತು ಅದು ಹಾಗೆಯೇ ಮುಂದುವರಿಯುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕಳೆದ ದಶಕದಲ್ಲಿ ನಾನು ಕಲಿತಂತೆಯೇ ಮುಂದಿನ ದಶಕದಲ್ಲಿಯೂ ನಾನು ಕಲಿಯಲು ಬಯಸುತ್ತೇನೆ.
ಮೂಲ: www.habr.com
