ನಿಮ್ಮ ಜೀವನದಲ್ಲಿ ನೀವು ಎಷ್ಟು ತಾಂತ್ರಿಕ ಸಂದರ್ಶನಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ?
ಕಳೆದ ಐದು ವರ್ಷಗಳಲ್ಲಿ, ನಾನು ಪ್ರತಿ ಕಾಲ್ಪನಿಕ ಪ್ರಕಾರ ಮತ್ತು ನಿರ್ದಿಷ್ಟತೆಯ 35 ತಾಂತ್ರಿಕ ಸಂದರ್ಶನಗಳಿಗೆ ಹಾಜರಾಗಿದ್ದೇನೆ - ಚಳಿಗಾಲಕ್ಕಾಗಿ ಮಾಂಸದ ಸಾಮೂಹಿಕ ಖರೀದಿಗಾಗಿ ಕಝಕ್ ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ಗಳಿಂದ ಜರ್ಮನ್ ಮತ್ತು ಅಮೇರಿಕನ್ ಫಿನ್‌ಟೆಕ್ ಸೇವೆಗಳು ಮತ್ತು ಬ್ಯಾಂಕುಗಳಿಗೆ; ಪ್ರೋಗ್ರಾಮಿಂಗ್, ವಿತರಣೆ ಮತ್ತು ನಿರ್ವಹಣೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ; ದೂರಸ್ಥ ಮತ್ತು ಕಛೇರಿಯಲ್ಲಿ; ಸಮಯಕ್ಕೆ ಸೀಮಿತ ಮತ್ತು ಅನಿಯಮಿತ; ವಿವಿಧ ಭಾಷೆಗಳಲ್ಲಿ ಒತ್ತಡ ಮತ್ತು ವಿಶ್ರಾಂತಿ.
ಇದು, ಉದ್ಯೋಗದಾತನಾಗಿ ನಾನೇ ನಡೆಸಿದ ~20 ಸಂದರ್ಶನಗಳೊಂದಿಗೆ - ಈ ಕೆಳಗಿನ ಅವಲೋಕನವನ್ನು (ಆರಂಭದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಅಸ್ಪಷ್ಟವಾಗಿ) ಮಾಡಲು ಮತ್ತು ಅದರಲ್ಲಿ ನನ್ನನ್ನು ಸ್ಥಾಪಿಸಲು ಸಂದರ್ಶನಗಳ ರಾಜನಾಗಲು ನನಗೆ ಸಾಕಷ್ಟು ಸಂಖ್ಯೆ: ದೊಡ್ಡ ಭಾಗದಲ್ಲಿ ನನಗೆ ಮನವರಿಕೆಯಾಗಿದೆ ಹಲವಾರು ಸಂದರ್ಶನಗಳಿಗೆ ಧನ್ಯವಾದಗಳು, ಇದು ಕನಿಷ್ಠ ಅಭ್ಯಾಸದಂತೆ ಕಾಣಲು ಪ್ರಾರಂಭಿಸಿದೆ, ನಾನು ವೃತ್ತಿಪರ ಮಟ್ಟದಲ್ಲಿ ನನ್ನ ಸ್ಟಾಕ್ ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ನಾನು ಈಗಾಗಲೇ 10 ವರ್ಷಗಳ ಕಾಲ ವೆಬ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ್ದರೂ ಸಹ ಸ್ಪರ್ಧಾತ್ಮಕ ತಜ್ಞರಾಗಿದ್ದೇನೆ.
ಈ ಲೇಖನವು ಅವರ ಪ್ರಯಾಣದ ಆರಂಭದಲ್ಲಿ ಇರುವ ಮತ್ತು ಇನ್ನೂ ಅವರ ಜ್ಞಾನದ ಆಳವನ್ನು ದಣಿದಿಲ್ಲದ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ಅದರಲ್ಲಿ, ಪರೀಕ್ಷಾ ಕಾರ್ಯಗಳು ಮತ್ತು ಸಂದರ್ಶನಗಳಲ್ಲಿ ಕೇಳಲಾದ ತಾಂತ್ರಿಕ ಪ್ರಶ್ನೆಗಳ ಬೃಹತ್ ಶೈಕ್ಷಣಿಕ ಪ್ರಯೋಜನಗಳ ಕುರಿತು ಪ್ರಬಂಧವನ್ನು ವಿಸ್ತರಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ - ಮತ್ತು ನನ್ನ ಹೊಸದಾಗಿ ಬರೆದ ಟೆಲಿಗ್ರಾಮ್ ಬೋಟ್‌ಗೆ ಎಲ್ಲರನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇನೆ. , ಅಲ್ಲಿ, ನನ್ನ ಯೋಜನೆಯ ಪ್ರಕಾರ, ಅವರು ಕೊನೆಗೊಳ್ಳುವವರೆಗೆ ನೀವು ಕನಿಷ್ಟ ಪ್ರತಿದಿನ ತಾಂತ್ರಿಕ ಸಂದರ್ಶನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಮತ್ತು ಅವು ಕೊನೆಗೊಳ್ಳದಂತೆ, ನೀವು ಆಸಕ್ತಿದಾಯಕ ತಾಂತ್ರಿಕ ಕಾರ್ಯ, ಪ್ರಶ್ನೆ ಅಥವಾ ಸಂದರ್ಶನದ ಸಮಯದಲ್ಲಿ ಅನುಭವಿಸಿದ ಉಪಯುಕ್ತ/ಮೋಜಿನ ಸನ್ನಿವೇಶವನ್ನು ಸಹ ಹಂಚಿಕೊಳ್ಳಬಹುದು.
ಕೆಳಗಿನ ಬೋಟ್ ಕುರಿತು ನಾನು ನಿಮಗೆ ಇನ್ನಷ್ಟು ಹೇಳುತ್ತೇನೆ, ನೀವು ವರ್ಷಗಳಿಂದ ಸ್ವತಂತ್ರ ಯೋಜನೆಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ನಡೆಸುತ್ತಿದ್ದರೂ ಸಹ, ಈ ತಾಂತ್ರಿಕ ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಕಾರ್ಯಗಳಿಗೆ ಉತ್ತರಗಳನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಏಕೆ ಮುಖ್ಯ ಎಂದು ಮೊದಲು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ.
ನಮ್ಮ ಮೂಲಭೂತ ಜ್ಞಾನದ ಗುಣಮಟ್ಟವು ಅಪೇಕ್ಷಿತವಾಗಿರುವುದನ್ನು ಏಕೆ ಬಿಡುತ್ತದೆ?
ತಾಂತ್ರಿಕ ಸಂದರ್ಶನಗಳು, ನೀವು ಇನ್ನೂ ಸಂದರ್ಶನಗಳ ರಾಜನಾಗದಿದ್ದರೆ, ಸಾಮಾನ್ಯವಾಗಿ ಉದ್ಯೋಗದ ಹುಡುಕಾಟದಂತೆಯೇ ದೇಹಕ್ಕೆ ಗಂಭೀರವಾದ ಒತ್ತಡ - ನೀವು ಅನನುಭವಿ ತಜ್ಞರಾಗಿದ್ದರೂ, ಸ್ವಿಚರ್ ಆಗಿರಲಿ ಅಥವಾ ಒಂದರಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಡೆವಲಪರ್ ಆಗಿರಲಿ ದೀರ್ಘಕಾಲದವರೆಗೆ ಇರಿಸಿ (ಮತ್ತು ನಮ್ಮ ಸಮಯದಲ್ಲಿ "ದೀರ್ಘ" ಅನ್ನು ಒಂದು ವರ್ಷವೆಂದು ಪರಿಗಣಿಸಬಹುದು).
ಅನೇಕ ಸಂದರ್ಶನಗಳಲ್ಲಿ, ಈ ಒತ್ತಡವನ್ನು ಸಂಯೋಜಿಸುವ ಮಾನವ ಅಂಶವಿದೆ. ನಿಮ್ಮ ಸಂದರ್ಶಕ ಅಲೆನಾ ವ್ಲಾಡಿಮಿರ್ಸ್ಕಯಾ ಅಲ್ಲದಿರಬಹುದು, ಆದರೆ ನೀವು ಕಂಡುಕೊಂಡಂತೆ ಸಾಮಾನ್ಯ ಪ್ರೋಗ್ರಾಮರ್, ಅವರಿಂದ ಸಾಕಷ್ಟು ಕಾರ್ಯಗಳು ಮತ್ತು ಅವುಗಳ ಮೌಲ್ಯಮಾಪನವನ್ನು ನಿರೀಕ್ಷಿಸುವುದು ಕಷ್ಟ, ಅಥವಾ ಹಾರ್ಡ್‌ಕೋರ್ ತಂಡದ ನಾಯಕನು ತನ್ನ ಎಲ್ಲಾ ತೀವ್ರತೆಯನ್ನು ತಗ್ಗಿಸಲು ಕ್ಷಣಕ್ಕಾಗಿ ಕಾಯುತ್ತಾನೆ. ಅವನ ಕಣ್ಣುಗಳು ನಿಮ್ಮ ಮೇಲೆ, ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತಾ: ನಿನಗೇನು ಚುರುಕು!?
ಒಂದು ದಿನ, ಅಗತ್ಯವನ್ನು ನೀಡದೆ, ಆದರೆ, ನೀವು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ಈ ಪ್ರಶ್ನೆಗೆ ಅನಿರೀಕ್ಷಿತ ಉತ್ತರ, ನಾನು ಪ್ರಸ್ತಾಪವಿಲ್ಲದೆ ಉಳಿದಿದ್ದೇನೆ, ಅದರ ಬಗ್ಗೆ ನಾನು ನಂಬಲಾಗದಷ್ಟು ಸಂತೋಷಪಟ್ಟಿದ್ದೇನೆ.
ಸಾಮಾನ್ಯವಾಗಿ ಈ ಒತ್ತಡ ಮತ್ತು ಅನಗತ್ಯ ಚಲನೆಗಳನ್ನು ತಪ್ಪಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಮೂಲಕ, ಭಾಷೆಯ ಕೆಲವು ಮೂಲಭೂತ ಲಕ್ಷಣಗಳ ನಮ್ಮ ಅಜ್ಞಾನದ ಜೋರಾಗಿ ಬಹಿರಂಗಪಡಿಸುವಿಕೆಯಿಂದ ನಾವು ದೂರವಿರುತ್ತೇವೆ, ಆದರೆ ಈ ಅಜ್ಞಾನವನ್ನು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಕಡಿಮೆಗೊಳಿಸುತ್ತೇವೆ.
ಸಮಸ್ಯೆಯೆಂದರೆ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಈ ವರ್ಗದ ಸಮಸ್ಯೆಗಳನ್ನು ನಾವು ಪಡೆಯುವ ಕೆಲವು ಸ್ಥಳಗಳಿವೆ.
ಹಲವಾರು ಸ್ಥಳಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಬೇಕಾಗಿರುವ ಯಾವುದೇ ಡೆವಲಪರ್ ಸಂದರ್ಶನಗಳಲ್ಲಿ ಉಂಟಾಗುವ ಮೂಲಭೂತ ಅಥವಾ ಸೃಜನಾತ್ಮಕ ಸಮಸ್ಯೆಗಳಿಗೆ ಪ್ರೋಗ್ರಾಮರ್ ನಿಜ ಜೀವನದಲ್ಲಿ ವ್ಯವಹರಿಸುವುದರೊಂದಿಗೆ ಅಪರೂಪವಾಗಿ ಯಾವುದೇ ಸಂಬಂಧವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತಾರೆ - ಗ್ರಹದಲ್ಲಿ ಯಾವುದೇ ಪುನರಾವರ್ತನೆಗಳು, ಗ್ರಾಫ್‌ಗಳು ಮತ್ತು ಅಸಮಕಾಲಿಕ ಎಲಿವೇಟರ್ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಗಳು ನಕಾರಾತ್ಮಕವಾಗಿರುತ್ತವೆ. ನಕ್ಷತ್ರಪುಂಜದ ಇನ್ನೊಂದು ತೋಳಿನಲ್ಲಿ ಗುರುತ್ವಾಕರ್ಷಣೆ. ದುರದೃಷ್ಟವಶಾತ್.
ನನ್ನ ಸ್ಥಳೀಯ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ಒಂದು ಉತ್ತಮ ಉದಾಹರಣೆ ಇದೆ - React.JS ಕಾಣಿಸದಿದ್ದರೆ, 98% ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಬೈಂಡ್ ಎಂದರೇನು ಎಂಬುದರ ಬಗ್ಗೆ ಆನಂದದಾಯಕ ಅಜ್ಞಾನದಲ್ಲಿ ಯಶಸ್ವಿಯಾಗಿ ಮುಂದುವರಿಯುತ್ತಾರೆ - ಅದು ಕಾಣಿಸಿಕೊಂಡ 20 ವರ್ಷಗಳ ನಂತರ - ಮತ್ತು ಮುಂದುವರಿಯುತ್ತಾರೆ. ಗೊಂದಲಕ್ಕೊಳಗಾಗಲು , ಸಂದರ್ಶನಗಳಲ್ಲಿ ಅದರ ಬಗ್ಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಸ್ವೀಕರಿಸಿ, ಮತ್ತು ಈ ಎಲ್ಲಾ ಹೆಚ್ಚು ಅಮೂರ್ತ ಗ್ರಂಥಾಲಯಗಳು, ಚೌಕಟ್ಟುಗಳು ಮತ್ತು ಮಾಡ್ಯೂಲ್ಗಳನ್ನು ಕಂಡುಹಿಡಿದವರು ಮಾತ್ರ ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ. ಇಂದು, ಪ್ರತಿಕ್ರಿಯೆಗೆ ಧನ್ಯವಾದಗಳು, ಈ ಸಂಖ್ಯೆಯನ್ನು 97% ನಂತೆ ಭಾಸವಾಗುವಂತೆ ಕಡಿಮೆ ಮಾಡಲಾಗಿದೆ.
ನಿಸ್ಸಂಶಯವಾಗಿ, ಈ ಕಾರ್ಯಗಳ "ವಾಸ್ತವದಿಂದ ಪ್ರತ್ಯೇಕತೆ" ಯನ್ನು ನೋಡಿ, ಅನೇಕ ಡೆವಲಪರ್‌ಗಳು ಅವುಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ ಅಥವಾ ಅವುಗಳಲ್ಲಿ ಮುಳುಗುವ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತಾರೆ - ಮತ್ತು ತಮ್ಮ ದೈನಂದಿನ ದಿನಚರಿಯನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ, ಅಂದರೆ, ಸಾಂಕೇತಿಕವಾಗಿ ಹೇಳುವುದಾದರೆ, ಉತ್ಪಾದನೆಗಾಗಿ ಅಭಿವೃದ್ಧಿಯ ಮೈನ್‌ಫೀಲ್ಡ್ ಮೂಲಕ ನಡೆಯುವುದು ಗಣಿ ಪತ್ತೆಕಾರಕವಿಲ್ಲದೆ, ಆದರೆ ಅವರು ಮೈನ್‌ಫೀಲ್ಡ್‌ನಲ್ಲಿದ್ದಾರೆ ಎಂದು ತಿಳಿಯದೆ.
ಭಾಷೆಯ ಮೂಲಭೂತ ಜ್ಞಾನದ ಕೊರತೆಯ ಪರಿಣಾಮಗಳೇನು?
ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವು ನೀರಸವೆಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಕೆಲವು ಕಾರಣಗಳಿಂದಾಗಿ ಅದರ ಪರಿಹಾರವನ್ನು ಯಾವಾಗಲೂ ದೂರದ ಮೂಲೆಗೆ ತಳ್ಳುವುದು ಮಾನವ ಸ್ವಭಾವವಾಗಿದೆ - ಮತ್ತು ಇದು ಕಿರಿಯ ಮತ್ತು ಮಧ್ಯಮ ಪ್ರೋಗ್ರಾಮರ್ಗಳ ಜೀವನದಲ್ಲಿ ದುಃಖದ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ, ಅವರ ಹಾದಿಯನ್ನು ಎತ್ತರಕ್ಕೆ (ಮತ್ತು ಆಳಕ್ಕೆ) ವಿಸ್ತರಿಸುತ್ತದೆ. ) ಒಂದೆರಡು ವರ್ಷಗಳ ಭಾಷಾ ಜ್ಞಾನ.
ಅವರು ಪ್ರತಿದಿನ ಬರೆಯಲು ಬಳಸುವ ಚೌಕಟ್ಟುಗಳು ಮತ್ತು ಗ್ರಂಥಾಲಯಗಳನ್ನು ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಅದರ ಅನುಷ್ಠಾನದ ವಿವಿಧ ಅಂಶಗಳ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ತಿಳುವಳಿಕೆಯಿಲ್ಲದೆ ಬರೆದರೆ ಅದನ್ನು ವಿಶ್ವಾಸಾರ್ಹವೆಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ. ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಪಂಚದಿಂದ ಇದರ ಉತ್ತಮ ನಿದರ್ಶನವೆಂದರೆ JQuery ಲೈಬ್ರರಿಯ ಭವಿಷ್ಯ, ಇದು ಒಂದು ಕಾಲದಲ್ಲಿ ಪ್ರಗತಿಯ ಎಂಜಿನ್ ಆಗಿತ್ತು ಮತ್ತು ಇಂದು ಜ್ಞಾನದ ಸ್ವಯಂ-ಆವೃತ ಕ್ಷೇತ್ರವಾಗಿದ್ದು, ಉಳಿದ ಭಾಷೆಯಿಂದ ವಿಚ್ಛೇದನಗೊಂಡಿದೆ, ಇದು ತನ್ನ ಸ್ವಾಭಾವಿಕ ಸ್ಥಾನವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ. ಮಾರುಕಟ್ಟೆ - ಅರೆ-ವೃತ್ತಿಪರ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ತರಾತುರಿಯಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ದುಬಾರಿಯಲ್ಲದ ಸ್ವತಂತ್ರೋದ್ಯೋಗಿಗಳಿಂದ ಬೂಟ್‌ಸ್ಟ್ರ್ಯಾಪ್‌ನಲ್ಲಿ ಅದೇ ವೇಗದ ವಿನ್ಯಾಸಕ್ಕೆ ಉಡುಗೊರೆಯಾಗಿ ಅಗತ್ಯವಿದೆ.
ಇಂತಹ ಬೇಜವಾಬ್ದಾರಿ ವಿಧಾನದಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಯೋಜನೆಗಳ ಭವಿಷ್ಯವು ಅಜ್ಞಾನದಿಂದ ಕೂಡಿದ್ದರೂ ಸಹ, ಪ್ರಚಲಿತ ಮತ್ತು ಅಲ್ಪಕಾಲಿಕವಾಗಿದೆ: ನೀಲಿ, ವೈಫಲ್ಯಗಳು, ಆರ್ಥಿಕ ಮತ್ತು ಖ್ಯಾತಿಯ ನಷ್ಟಗಳಿಂದ ಗಮನಾರ್ಹ ಸಮಯದ ನಷ್ಟಗಳು ಮತ್ತು ಪರಿಣಾಮವಾಗಿ, ಮುಂದುವರೆಯುವ ಉತ್ಸಾಹದಲ್ಲಿ ಇಳಿಕೆ. ಸಹಕಾರ.
ಮತ್ತೊಂದೆಡೆ, ಪ್ರೋಗ್ರಾಮರ್ನ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ವ್ಯಕ್ತಿಗೆ, ಅವನು ಏನು ಮಾಡುತ್ತಿದ್ದಾನೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಸಂತೋಷವನ್ನು ಸ್ವಲ್ಪವೇ ಹೋಲಿಸಬಹುದು. ಅವನು ಬ್ಯಾರನ್ ಮಂಚೌಸೆನ್‌ನಂತೆ ಕುದುರೆಯ ಮೇಲೆ ಮೈನ್‌ಫೀಲ್ಡ್ ಮೂಲಕ ಓಡುತ್ತಿದ್ದಾನೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು. ಯಾವುದರ ಬಗ್ಗೆಯೂ ಯೋಚಿಸದೆ ಓಡಿ ಜಿಗಿಯುವ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಹೆಜ್ಜೆ ಇಡಲು ನಿರ್ದಾಕ್ಷಿಣ್ಯವಾಗಿ ಹೆಪ್ಪುಗಟ್ಟಿದ ಜನರು ಮತ್ತು ನಿರ್ದಾಕ್ಷಿಣ್ಯವಾಗಿ ಮೈನ್‌ಫೀಲ್ಡ್ ಮೂಲಕ ಅಜಾಗರೂಕರಾಗಿ ನಡೆಯುವ ಜನರನ್ನು ಯೋಗ್ಯ ಉದ್ಯೋಗದಾತ ಸ್ಪಷ್ಟವಾಗಿ ನೋಡುತ್ತಾನೆ ಎಂದು ಹೇಳಬೇಕಾಗಿಲ್ಲವೇ?
ActualizeBot
ಸಂದರ್ಶನಗಳ ಪ್ರಯೋಜನಗಳನ್ನು ನೋಡಿದ ನಂತರ ಮತ್ತು ಖಾಲಿ ಸಂದರ್ಶನಗಳಿಗೆ ಹೋಗುವುದು ಸಂಪೂರ್ಣವಾಗಿ ನೈತಿಕವಲ್ಲ ಎಂದು ಅರಿತುಕೊಂಡ ನಂತರ, ಹರಿಕಾರ ಅಥವಾ ಇನ್ನೊಂದು ಭಾಷೆಗೆ ಕಸಿ ಮಾಡುವ ಡೆವಲಪರ್ ಆಶ್ರಯಿಸದೆ ಶೈಕ್ಷಣಿಕ ತರಬೇತಿಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳಬಹುದಾದ ಬೋಟ್ ಅನ್ನು ರಚಿಸುವುದು ಉತ್ತಮ ಎಂದು ನಾನು ಭಾವಿಸಿದೆ. ಆ ಮಟ್ಟಿಗೆ ನಿಜವಾದ ಸಂದರ್ಶನಗಳು , ಇದು ನನಗೆ ಸಂಭವಿಸಿತು. ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಅವರು ಪರಿಹರಿಸಬೇಕಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಚರ್ಚಿಸಲು ಮತ್ತು ಹೋಲಿಸಲು ಹೇಗೆ ಇಷ್ಟಪಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳುವುದು - ವಿಶೇಷವಾಗಿ ಅದು ಕ್ಷುಲ್ಲಕವಲ್ಲದ ಸಂಗತಿಯಾಗಿದ್ದರೆ - ಎಲ್ಲವೂ ಸರಿಹೊಂದುತ್ತದೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ, ಎಲ್ಲಾ ಅನುಮಾನಗಳನ್ನು ಮತ್ತು ವಾಯ್ಲಾವನ್ನು ತಿರಸ್ಕರಿಸಿದೆ.
ಬೋಟ್ ಪ್ರಸ್ತುತ 3 ಸರಳ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ:
- ಹೊಸ ಕಾರ್ಯಗಳನ್ನು ಸ್ವೀಕರಿಸಲು ನಿರ್ದಿಷ್ಟ ಭಾಷೆ/ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗೆ ಚಂದಾದಾರಿಕೆ. ನೀವು ಚಂದಾದಾರರಾಗಿ ಮತ್ತು ಕಾರ್ಯಗಳು ಬಂದಂತೆ, ನೀವು ಅವುಗಳನ್ನು ದೈನಂದಿನ ಸುದ್ದಿಪತ್ರದಲ್ಲಿ ಸ್ವೀಕರಿಸುತ್ತೀರಿ
- ಕಾರ್ಯ ಅಥವಾ ಪರೀಕ್ಷಾ ಕಾರ್ಯವನ್ನು ಪ್ರಕಟಿಸುವುದು - ನನ್ನ ಪುಸ್ತಕದಲ್ಲಿ ಅವರು ಹಂಚಿಕೊಳ್ಳುವುದು ಕಾಳಜಿಯುಳ್ಳದ್ದು ಎಂದು ಹೇಳುತ್ತಾರೆ
- ಸ್ತ್ರೀಲಿಂಗ ನಿಘಂಟುಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ನೀವು ಪ್ರಕಟಿಸುವ ಕಾರ್ಯದ ಪಠ್ಯಕ್ಕೆ ಸೂಕ್ತವಾದ ಸಹಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಅತ್ಯುತ್ತಮ ಹೆಸರು ಜನರೇಟರ್, ಸ್ತ್ರೀವಾದಿಗಳಿಲ್ಲದೆ ಅಲ್ಲ
ಪ್ರಸ್ತುತ ಕೆಳಗಿನ ಭಾಷೆಗಳು ಆಯ್ಕೆ ಮಾಡಲು ಲಭ್ಯವಿದೆ: JavaScript, Java, Python, PHP, MySQL. ನನ್ನ ತಿಳುವಳಿಕೆಯ ಮಿತಿಗಳಿಂದಾಗಿ ಆಯ್ಕೆಯು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಸೀಮಿತವಾಗಿದೆ. ಹಬ್ರಾ ಸಮುದಾಯದ ಸಹಾಯದಿಂದ ಈ ಪಟ್ಟಿಗೆ ಸೇರಿಸಲು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಬೋಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ರಾಕ್ ಮತ್ತು ರೋಲ್ ಸ್ವರೂಪದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ; ಯಾವುದಕ್ಕೂ ಪಾವತಿಯನ್ನು ನಿರೀಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ.
ಈ ಲಿಂಕ್ ಬಳಸಿ ನೀವು ಇದಕ್ಕೆ ಹೋಗಬಹುದು:
ತಾಂತ್ರಿಕ ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ಸಂಕ್ಷಿಪ್ತವಾಗಿ
ಈ ಬೋಟ್ ಹಲವಾರು ಸಣ್ಣ ಯೋಜನೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅಲ್ಲಿ ನಾನು ಸಂಕೀರ್ಣ ರಚನೆಯೊಂದಿಗೆ ಬಾಟ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನನ್ನ ಓಪನ್ ಸೋರ್ಸ್ ಮಿನಿಫ್ರೇಮ್‌ವರ್ಕ್‌ನ ಮೊದಲ ಸಾರ್ವಜನಿಕ ಆವೃತ್ತಿಯನ್ನು ತರುತ್ತಿದ್ದೇನೆ, ಪ್ರೀತಿಯಿಂದ Hobot ಎಂದು ಹೆಸರಿಸಲಾಗಿದೆ ಮತ್ತು ಹಾರ್ಡ್‌ಕೋರ್ ಜನರಿಗೆ NPM ನಲ್ಲಿ ಲಭ್ಯವಿದೆ.
ಚೌಕಟ್ಟನ್ನು Telegraf.JS ಮತ್ತು ಟೈಪ್‌ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಅದರ ಶೂನ್ಯ-ಶೂನ್ಯ-ಮೊದಲ ಆವೃತ್ತಿ, ಬಳಕೆಯ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಸಜ್ಜುಗೊಂಡಿದೆ, ಇದನ್ನು ಇಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು ಮತ್ತು ಈಗಿನಿಂದಲೇ ಪ್ರಯತ್ನಿಸಿ. ಶೀಘ್ರದಲ್ಲೇ ನಾನು ಆವೃತ್ತಿ 0.0.2 ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತೇನೆ, ಹೊರಗಿನಿಂದ ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ವಿಸ್ತರಿಸಿ ಮತ್ತು ಬಾಚಣಿಗೆ ಮಾಡುತ್ತೇನೆ ಮತ್ತು ಅದಕ್ಕೆ ಪ್ರತ್ಯೇಕ ಲೇಖನವನ್ನು ವಿನಿಯೋಗಿಸುತ್ತೇನೆ (ಟ್ರಂಕ್). ಅದು ನನ್ನಂತೆಯೇ ಯಾರಿಗಾದರೂ ಪ್ರಸ್ತುತವಾಗಿದ್ದರೆ ನಾನು ಸಂತೋಷಪಡುತ್ತೇನೆ.
ಹಾಗಾದರೆ, ನೀವು ಎಷ್ಟು ಸಂದರ್ಶನಗಳಿಗೆ ಹಾಜರಾಗಬೇಕಾಗಿತ್ತು?
ನಿಮಗೆ ಹೇಳಲು ಏನಾದರೂ ಇದೆ ಎಂದು ನನಗೆ ಖಾತ್ರಿಯಿದೆ!
ಮೂಲ: www.habr.com