ಚಕ್ರಗಳನ್ನು ಮರುಶೋಧಿಸಲು ಇದು ಏಕೆ ಉಪಯುಕ್ತವಾಗಿದೆ?

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

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

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

ಡೆವಲಪರ್‌ಗಳು ರೆಡಿಮೇಡ್ ಕೋಡ್ ಅನ್ನು ಸ್ವಯಂ-ಸ್ಪಷ್ಟವೆಂದು ಪರಿಗಣಿಸುತ್ತಾರೆ

ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ನಾವು ನಿರಂತರವಾಗಿ ಪುನರುತ್ಪಾದಕ ವಸ್ತುಗಳನ್ನು ಎದುರಿಸುತ್ತೇವೆ. ನಾವು ಕೋಡ್ ತುಣುಕುಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತೇವೆ ಇದರಿಂದ ನಾವು ಅವುಗಳನ್ನು ಪ್ರತಿ ಬಾರಿಯೂ ಪುನಃ ಬರೆಯಬೇಕಾಗಿಲ್ಲ. ಅಂತೆಯೇ, ನಮ್ಮ ಎಲ್ಲಾ ಗಮನವನ್ನು ಪ್ರಮುಖ ಭಾಗಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವ ಮೂಲಕ, ನಾವು ಕೆಲಸ ಮಾಡುವ ಸಿದ್ಧಪಡಿಸಿದ ಕೋಡ್ ಅನ್ನು ಸ್ವಯಂ-ಸ್ಪಷ್ಟವಾಗಿ ನೋಡುತ್ತೇವೆ - ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.

ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ವಿಷಯಗಳು ಟ್ರಿಕಿಯಾದಾಗ, ಯಂತ್ರಶಾಸ್ತ್ರವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಹೆಚ್ಚು ಪಾವತಿಸುತ್ತದೆ.

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

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

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

ಬೇರುಗಳಿಗೆ ಹಿಂತಿರುಗಿ

2012 ರಲ್ಲಿ, ಮುಂಭಾಗದ ಚೌಕಟ್ಟುಗಳ ಪ್ರಾಬಲ್ಯವನ್ನು ಇನ್ನೂ ಸ್ಥಾಪಿಸದಿದ್ದಾಗ, jQuery ಜಗತ್ತನ್ನು ಆಳಿತು ಮತ್ತು ನಾನು ಪುಸ್ತಕವನ್ನು ಓದಿದೆ ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ನಿಂಜಾದ ರಹಸ್ಯಗಳು, jQuery ನ ಸೃಷ್ಟಿಕರ್ತ ಜಾನ್ ರೆಸಿಗ್ ಅವರಿಂದ ಲೇಖಕರು.

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

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

ಆದರೆ ಈ ಪುಸ್ತಕವನ್ನು ಓದುವುದು ನನ್ನನ್ನು ವಿಭಿನ್ನ ವ್ಯಕ್ತಿಯಾಗಿ ಮಾಡಿತು. ನಾನು ಮೂಲ ಕೋಡ್ ಅನ್ನು ಓದಲು ಪ್ರಾರಂಭಿಸಿದೆ ಮತ್ತು ಅನೇಕ ಪರಿಹಾರಗಳ ಅನುಷ್ಠಾನವು ವಾಸ್ತವವಾಗಿ ಬಹಳ ಪಾರದರ್ಶಕವಾಗಿದೆ, ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ಕಂಡುಹಿಡಿದಿದೆ. ಇಲ್ಲ, ಖಂಡಿತ, ನಿಮ್ಮದೇ ಆದಂತಹದನ್ನು ಯೋಚಿಸುವುದು ವಿಭಿನ್ನ ಕಥೆ. ಆದರೆ ಇದು ಇತರ ಜನರ ಕೋಡ್ ಅನ್ನು ಅಧ್ಯಯನ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪರಿಹಾರಗಳನ್ನು ಪುನರುತ್ಪಾದಿಸುತ್ತದೆ ಅದು ನಮ್ಮದೇ ಆದದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ನೀವು ಪಡೆಯುವ ಸ್ಫೂರ್ತಿ ಮತ್ತು ನೀವು ಗಮನಿಸಲು ಪ್ರಾರಂಭಿಸುವ ಮಾದರಿಗಳು ನಿಮ್ಮನ್ನು ಡೆವಲಪರ್ ಆಗಿ ಬದಲಾಯಿಸುತ್ತವೆ. ನೀವು ನಿರಂತರವಾಗಿ ಬಳಸುವ ಮತ್ತು ನೀವು ಮಾಂತ್ರಿಕ ಕಲಾಕೃತಿ ಎಂದು ಯೋಚಿಸಲು ಒಗ್ಗಿಕೊಂಡಿರುವ ಅದ್ಭುತ ಗ್ರಂಥಾಲಯವು ಮ್ಯಾಜಿಕ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ ಸಮಸ್ಯೆಯನ್ನು ಸರಳವಾಗಿ ಮತ್ತು ಸಂಪನ್ಮೂಲವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ನೀವು ಕಂಡುಕೊಳ್ಳುತ್ತೀರಿ.

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

ನಾನು ಮೊದಲು ಭರವಸೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಅದು ನನಗೆ ಶುದ್ಧ ಮಾಂತ್ರಿಕನಂತೆ ತೋರುತ್ತಿತ್ತು. ನಂತರ ಅವರು ಅದೇ ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳನ್ನು ಆಧರಿಸಿದ್ದಾರೆ ಎಂದು ನಾನು ಕಂಡುಕೊಂಡೆ ಮತ್ತು ನನ್ನ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಪ್ರಪಂಚವು ತಲೆಕೆಳಗಾಯಿತು. ಆದ್ದರಿಂದ ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳಿಂದ ನಮ್ಮನ್ನು ಉಳಿಸುವ ಮಾದರಿ, ಅದರ ಉದ್ದೇಶವು ಕಾಲ್‌ಬ್ಯಾಕ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸ್ವತಃ ಕಾರ್ಯಗತವಾಗಿದೆಯೇ?!

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

ಈ ಚಕ್ರವನ್ನು ಮರುಶೋಧಿಸಿ

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

ಇಲ್ಲಿ ಪಾಯಿಂಟ್ ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದನೆಗೆ ಕಳುಹಿಸುವುದು ಅಲ್ಲ, ಆದರೆ ಹೊಸದನ್ನು ಕಲಿಯುವುದು. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪರಿಹಾರದ ನಿಮ್ಮ ಸ್ವಂತ ಅನುಷ್ಠಾನವನ್ನು ಬರೆಯುವುದು ಉತ್ತಮ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಂದ ಕಲಿಯಲು ಮತ್ತು ನಿಮ್ಮ ಕೌಶಲ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ.

ಮೂಲ: www.habr.com