ನಿಮ್ಮ ಕೋಡಿಂಗ್ ಅನ್ನು ಏಕೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುವುದರಿಂದ ನೀವು ಉತ್ತಮ ಡೆವಲಪರ್ ಆಗುವುದಿಲ್ಲ

ನಿಮ್ಮ ಕೋಡಿಂಗ್ ಅನ್ನು ಏಕೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುವುದರಿಂದ ನೀವು ಉತ್ತಮ ಡೆವಲಪರ್ ಆಗುವುದಿಲ್ಲ

ಟೆಕ್ಲೀಡ್ ಸ್ಕೈಂಗ್ ಕಿರಿಲ್ ರೊಗೊವೊಯ್ (flashhhh) ಸಮ್ಮೇಳನಗಳಲ್ಲಿ ಪ್ರಸ್ತುತಿಯನ್ನು ನೀಡುತ್ತಾರೆ, ಇದರಲ್ಲಿ ಅವರು ಉತ್ತಮವಾಗಲು ಪ್ರತಿಯೊಬ್ಬ ಉತ್ತಮ ಡೆವಲಪರ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾದ ಕೌಶಲ್ಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾರೆ. ಈ ಕಥೆಯನ್ನು ಹಬ್ರಾ ಓದುಗರೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಅವರನ್ನು ಕೇಳಿದೆ, ನಾನು ಕಿರಿಲ್‌ಗೆ ನೆಲವನ್ನು ನೀಡುತ್ತೇನೆ.

ಉತ್ತಮ ಡೆವಲಪರ್ ಬಗ್ಗೆ ಪುರಾಣವು ಅವನು:

  1. ಕ್ಲೀನ್ ಕೋಡ್ ಬರೆಯುತ್ತಾರೆ
  2. ಸಾಕಷ್ಟು ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ತಿಳಿದಿದ್ದಾರೆ
  3. ಕೋಡಿಂಗ್ ಕಾರ್ಯಗಳು ವೇಗವಾಗಿ
  4. ಅಲ್ಗಾರಿದಮ್‌ಗಳು ಮತ್ತು ವಿನ್ಯಾಸ ಮಾದರಿಗಳ ಗುಂಪನ್ನು ತಿಳಿದಿದೆ
  5. ಕ್ಲೀನ್ ಕೋಡ್ ಬಳಸಿ ಯಾವುದೇ ಕೋಡ್ ಅನ್ನು ಮರುಫಲಕ ಮಾಡಬಹುದು
  6. ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಲ್ಲದ ಕಾರ್ಯಗಳಲ್ಲಿ ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುವುದಿಲ್ಲ
  7. ನಿಮ್ಮ ನೆಚ್ಚಿನ ತಂತ್ರಜ್ಞಾನದ 100% ಮಾಸ್ಟರ್

ಮಾನವ ಸಂಪನ್ಮೂಲವು ಆದರ್ಶ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಈ ರೀತಿ ನೋಡುತ್ತದೆ ಮತ್ತು ಖಾಲಿ ಹುದ್ದೆಗಳು ಈ ರೀತಿ ಕಾಣುತ್ತವೆ.

ಆದರೆ ಇದು ತುಂಬಾ ನಿಜವಲ್ಲ ಎಂದು ನನ್ನ ಅನುಭವ ಹೇಳುತ್ತದೆ.

ಮೊದಲನೆಯದಾಗಿ, ಎರಡು ಪ್ರಮುಖ ಹಕ್ಕು ನಿರಾಕರಣೆಗಳು:
1) ನನ್ನ ಅನುಭವವು ಉತ್ಪನ್ನ ತಂಡಗಳು, ಅಂದರೆ. ಕಂಪನಿಗಳು ತಮ್ಮದೇ ಆದ ಉತ್ಪನ್ನದೊಂದಿಗೆ, ಹೊರಗುತ್ತಿಗೆ ಅಲ್ಲ; ಹೊರಗುತ್ತಿಗೆಯಲ್ಲಿ ಎಲ್ಲವೂ ವಿಭಿನ್ನವಾಗಿರಬಹುದು;
2) ನೀವು ಜೂನಿಯರ್ ಆಗಿದ್ದರೆ, ಎಲ್ಲಾ ಸಲಹೆಗಳು ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಮತ್ತು ನಾನು ನೀವಾಗಿದ್ದರೆ, ನಾನು ಸದ್ಯಕ್ಕೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇನೆ.

ಉತ್ತಮ ಡೆವಲಪರ್: ರಿಯಾಲಿಟಿ

1: ಸರಾಸರಿ ಕೋಡ್‌ಗಿಂತ ಉತ್ತಮವಾಗಿದೆ

ಉತ್ತಮ ಡೆವಲಪರ್‌ಗೆ ತಂಪಾದ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು, ತಂಪಾದ ಕೋಡ್ ಅನ್ನು ಬರೆಯುವುದು ಮತ್ತು ಹಲವಾರು ದೋಷಗಳನ್ನು ಮಾಡಬಾರದು ಎಂದು ತಿಳಿದಿದೆ; ಸಾಮಾನ್ಯವಾಗಿ, ಅವರು ಸರಾಸರಿಗಿಂತ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ, ಆದರೆ ಅವರು ಉನ್ನತ 1% ತಜ್ಞರಲ್ಲಿಲ್ಲ. ನನಗೆ ತಿಳಿದಿರುವ ಹೆಚ್ಚಿನ ತಂಪಾದ ಡೆವಲಪರ್‌ಗಳು ಉತ್ತಮ ಕೋಡರ್‌ಗಳಲ್ಲ: ಅವರು ಏನು ಮಾಡುತ್ತಾರೆ ಎಂಬುದರಲ್ಲಿ ಅವರು ಉತ್ತಮರು, ಆದರೆ ಅವರು ಅಸಾಮಾನ್ಯವಾದುದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

2: ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸುವ ಬದಲು ಅವುಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ

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

ಅಂತಹ ಪರಿಸ್ಥಿತಿಯನ್ನು ಎದುರಿಸುತ್ತಿರುವ ಉತ್ತಮ ಡೆವಲಪರ್, ಸ್ವತಃ ಸಂಪರ್ಕಗಳನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾನೆ, ಫೋನ್ನಲ್ಲಿ ಅವನನ್ನು ಸಂಪರ್ಕಿಸಿ, ಸಮಸ್ಯೆಯನ್ನು ಚರ್ಚಿಸುತ್ತಾನೆ ಮತ್ತು ಏನೂ ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ಅವನು ಸರಿಯಾದ ಜನರನ್ನು ಒಟ್ಟುಗೂಡಿಸುತ್ತಾನೆ, ಎಲ್ಲವನ್ನೂ ವಿವರಿಸುತ್ತಾನೆ ಮತ್ತು ಪರ್ಯಾಯಗಳನ್ನು ನೀಡುತ್ತಾನೆ (ಹೆಚ್ಚಾಗಿ, ಇನ್ನೊಂದು ಇದೆ. ಉತ್ತಮ ಬೆಂಬಲದೊಂದಿಗೆ ಬಾಹ್ಯ ಸೇವೆ). ಅಂತಹ ಡೆವಲಪರ್ ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಯನ್ನು ನೋಡುತ್ತಾನೆ ಮತ್ತು ಅದನ್ನು ಪರಿಹರಿಸುತ್ತಾನೆ. ಅವನು ವ್ಯವಹಾರದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಿದಾಗ ಅವನ ಕಾರ್ಯವು ಮುಚ್ಚಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಅವನು ಏನನ್ನಾದರೂ ಓಡಿದಾಗ ಅಲ್ಲ.

3: ಗರಿಷ್ಟ ಫಲಿತಾಂಶಗಳನ್ನು ಪಡೆಯಲು ಕನಿಷ್ಠ ಪ್ರಯತ್ನವನ್ನು ಕಳೆಯಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ, ಇದು ಊರುಗೋಲುಗಳನ್ನು ಬರೆಯುವುದಾದರೂ ಸಹ

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

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

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

4. ತನ್ನದೇ ಆದ ವ್ಯಾಪಾರ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಅದರಲ್ಲಿ ಯಾವುದೇ ಸಂಕೀರ್ಣತೆಯ ಯೋಜನೆಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ತತ್ವಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವುದು ಥಿಂಗ್ಸ್ ಮುಗಿದಿದೆ - ನಿಮ್ಮ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ನೀವು ಕೆಲವು ರೀತಿಯ ಪಠ್ಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಬರೆದಾಗ, ಯಾವುದೇ ಒಪ್ಪಂದಗಳನ್ನು ಮರೆಯಬೇಡಿ, ಎಲ್ಲರನ್ನು ತಳ್ಳಿರಿ, ಸಮಯಕ್ಕೆ ಸರಿಯಾಗಿ ಎಲ್ಲೆಲ್ಲೂ ಕಾಣಿಸಿಕೊಳ್ಳಿ, ಈ ಸಮಯದಲ್ಲಿ ಯಾವುದು ಮುಖ್ಯ ಮತ್ತು ಯಾವುದು ಮುಖ್ಯವಲ್ಲ ಎಂದು ತಿಳಿದುಕೊಳ್ಳಿ, ನೀವು ಎಂದಿಗೂ ಕಾರ್ಯಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಅಂತಹ ಜನರ ಸಾಮಾನ್ಯ ಲಕ್ಷಣವೆಂದರೆ ನೀವು ಅವರೊಂದಿಗೆ ಏನನ್ನಾದರೂ ಒಪ್ಪಿದಾಗ, ಅವರು ಮರೆತುಬಿಡುತ್ತಾರೆ ಎಂದು ನೀವು ಎಂದಿಗೂ ಚಿಂತಿಸುವುದಿಲ್ಲ; ಮತ್ತು ಅವರು ಎಲ್ಲವನ್ನೂ ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ನಂತರ ಸಾವಿರ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದಿಲ್ಲ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ, ಅದಕ್ಕೆ ಉತ್ತರಗಳನ್ನು ಈಗಾಗಲೇ ಚರ್ಚಿಸಲಾಗಿದೆ.

5. ಯಾವುದೇ ಷರತ್ತುಗಳು ಮತ್ತು ಪರಿಚಯಗಳನ್ನು ಪ್ರಶ್ನಿಸಿ ಮತ್ತು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ

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

6. ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ನಿಮ್ಮ ಸುತ್ತಲಿನ ಜನರನ್ನು ಸುಧಾರಿಸುತ್ತದೆ

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

7. ಮ್ಯಾನೇಜರ್ ಅಲ್ಲದಿದ್ದರೂ ಇತರರನ್ನು ನಿರ್ವಹಿಸುವಲ್ಲಿ ಅತ್ಯುತ್ತಮ

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

8. ತನ್ನ ಜ್ಞಾನವನ್ನು ಸಿದ್ಧಾಂತವೆಂದು ಗ್ರಹಿಸುವುದಿಲ್ಲ, ನಿರಂತರವಾಗಿ ಟೀಕೆಗೆ ತೆರೆದಿರುತ್ತದೆ

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

ಆದರ್ಶ ಡೆವಲಪರ್ನ ನನ್ನ ಕಲ್ಪನೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಅಂಗೀಕರಿಸಲ್ಪಟ್ಟ ಒಂದರೊಂದಿಗೆ ಹೋಲಿಸೋಣ:

ನಿಮ್ಮ ಕೋಡಿಂಗ್ ಅನ್ನು ಏಕೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುವುದರಿಂದ ನೀವು ಉತ್ತಮ ಡೆವಲಪರ್ ಆಗುವುದಿಲ್ಲ

ಈ ಚಿತ್ರವು ಮೇಲೆ ವಿವರಿಸಿದ ಎಷ್ಟು ಅಂಕಗಳು ಕೋಡ್‌ಗೆ ಸಂಬಂಧಿಸಿವೆ ಮತ್ತು ಎಷ್ಟು ಅಲ್ಲ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ಉತ್ಪನ್ನ ಕಂಪನಿಯಲ್ಲಿನ ಅಭಿವೃದ್ಧಿಯು ಕೇವಲ ಮೂರನೇ ಒಂದು ಭಾಗದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಆಗಿದೆ, ಉಳಿದ 2/3 ಕೋಡ್‌ಗೆ ಸ್ವಲ್ಪವೇ ಸಂಬಂಧವಿಲ್ಲ. ಮತ್ತು ನಾವು ಬಹಳಷ್ಟು ಕೋಡ್ ಅನ್ನು ಬರೆಯುತ್ತಿದ್ದರೂ, ನಮ್ಮ ಪರಿಣಾಮಕಾರಿತ್ವವು ಈ "ಅಪ್ರಸ್ತುತ" ಮೂರನೇ ಎರಡರಷ್ಟು ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ.

ವಿಶೇಷತೆ, ಸಾಮಾನ್ಯತೆ ಮತ್ತು 80-20 ನಿಯಮ

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

80-20 ನಿಯಮವು 80% ಫಲಿತಾಂಶವು 20% ಪ್ರಯತ್ನದಿಂದ ಬರುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. 80% ಆದಾಯವು 20% ಗ್ರಾಹಕರಿಂದ ಬರುತ್ತದೆ, 80% ಲಾಭವು 20% ಉದ್ಯೋಗಿಗಳಿಂದ ಬರುತ್ತದೆ, ಇತ್ಯಾದಿ. ಬೋಧನೆಯಲ್ಲಿ, ಇದರರ್ಥ ನಾವು ಕಳೆದ ಮೊದಲ 80% ಸಮಯದಲ್ಲಿ 20% ಜ್ಞಾನವನ್ನು ಪಡೆಯುತ್ತೇವೆ.

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

ಒಟ್ಟು: ನೀವು ಕೌಶಲ್ಯವನ್ನು ಮಿತಿಗೆ ಅಧ್ಯಯನ ಮಾಡಲು ನಿಮ್ಮ ಸಮಯದ 100% ಅನ್ನು ಕಳೆಯಬಹುದು ಅಥವಾ ನೀವು ಐದು ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಅದೇ ಸಮಯವನ್ನು ಕಳೆಯಬಹುದು, ಪ್ರತಿಯೊಂದರಲ್ಲೂ 80% ವರೆಗೆ ಮಟ್ಟ ಮಾಡಬಹುದು. ಈ ನಿಷ್ಕಪಟ ಗಣಿತವನ್ನು ಅನುಸರಿಸಿ, ನಾವು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಾಲ್ಕು ಪಟ್ಟು ಹೆಚ್ಚು ಕೌಶಲ್ಯಗಳನ್ನು ಪಡೆಯಬಹುದು. ಇದು ಉತ್ಪ್ರೇಕ್ಷೆಯಾಗಿದೆ, ಆದರೆ ಇದು ಕಲ್ಪನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಸಂಬಂಧಿತ ಕೌಶಲ್ಯಗಳನ್ನು 80% ಅಲ್ಲ, ಆದರೆ 30-50% ರಷ್ಟು ತರಬೇತಿ ನೀಡಬಹುದು. 10-20 ಗಂಟೆಗಳ ಕಾಲ ಕಳೆದ ನಂತರ, ನೀವು ಸಂಬಂಧಿತ ಪ್ರದೇಶಗಳಲ್ಲಿ ಗಮನಾರ್ಹವಾಗಿ ಸುಧಾರಿಸುತ್ತೀರಿ, ಅವುಗಳಲ್ಲಿ ಸಂಭವಿಸುವ ಪ್ರಕ್ರಿಯೆಗಳ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ ಮತ್ತು ಹೆಚ್ಚು ಸ್ವಾಯತ್ತರಾಗುತ್ತೀರಿ.

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

ಮತ್ತು ಅಂತಿಮವಾಗಿ, ತರಬೇತಿಯು ಹೂಡಿಕೆಯಾಗಿದೆ ಮತ್ತು ಹೂಡಿಕೆಗಳಲ್ಲಿ ವೈವಿಧ್ಯೀಕರಣವು ಮುಖ್ಯವಾಗಿದೆ.

ಏನು ಕಲಿಸಬೇಕು

ಹಾಗಾದರೆ ಏನು ಕಲಿಸಬೇಕು ಮತ್ತು ಹೇಗೆ? ಬಲವಾದ ಕಂಪನಿಯಲ್ಲಿನ ವಿಶಿಷ್ಟ ಡೆವಲಪರ್ ನಿಯಮಿತವಾಗಿ ಬಳಸುತ್ತಾರೆ:

  • ಸಂವಹನ
  • ಸ್ವಯಂ ಸಂಘಟನೆ
  • ಯೋಜನೆ
  • ವಿನ್ಯಾಸ (ಸಾಮಾನ್ಯವಾಗಿ ಕೋಡ್)
  • ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ನಿರ್ವಹಣೆ, ನಾಯಕತ್ವ, ಡೇಟಾ ವಿಶ್ಲೇಷಣೆ, ಬರವಣಿಗೆ, ನೇಮಕಾತಿ, ಮಾರ್ಗದರ್ಶನ ಮತ್ತು ಇತರ ಹಲವು ಕೌಶಲ್ಯಗಳು

ಮತ್ತು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಈ ಯಾವುದೇ ಕೌಶಲ್ಯಗಳು ಕೋಡ್‌ನೊಂದಿಗೆ ಛೇದಿಸುವುದಿಲ್ಲ. ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಲಿಸಬೇಕು ಮತ್ತು ನವೀಕರಿಸಬೇಕು, ಮತ್ತು ಇದನ್ನು ಮಾಡದಿದ್ದರೆ, ಅವುಗಳು ಅತ್ಯಂತ ಕಡಿಮೆ ಮಟ್ಟದಲ್ಲಿ ಉಳಿಯುತ್ತವೆ, ಅದು ಅವುಗಳನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸಲು ಅನುಮತಿಸುವುದಿಲ್ಲ.

ಯಾವ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಹೊಂದಲು ಯೋಗ್ಯವಾಗಿದೆ?

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

  2. ಸ್ವಯಂ ಸಂಘಟನೆಯ ವ್ಯವಸ್ಥೆ. ನನಗೆ ವೈಯಕ್ತಿಕವಾಗಿ, ಕಳೆದ ವರ್ಷದಲ್ಲಿ ಇದು ಅತ್ಯಂತ ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ. ನನಗೆ ತಿಳಿದಿರುವ ಎಲ್ಲಾ ತಂಪಾದ ಐಟಿ ಉದ್ಯೋಗಿಗಳಲ್ಲಿ, ಇದು ಹೆಚ್ಚು ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಕೌಶಲ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ: ಅವರು ಸೂಪರ್-ಸಂಘಟಿತರಾಗಿದ್ದಾರೆ, ಅವರು ಯಾವಾಗಲೂ ಅವರು ಏನು ಹೇಳುತ್ತಾರೆಂದು ಮಾಡುತ್ತಾರೆ, ಅವರು ನಾಳೆ, ಒಂದು ವಾರದಲ್ಲಿ, ಒಂದು ತಿಂಗಳಲ್ಲಿ ಏನು ಮಾಡುತ್ತಾರೆಂದು ಅವರಿಗೆ ತಿಳಿದಿದೆ. ಎಲ್ಲಾ ವಿಷಯಗಳು ಮತ್ತು ಎಲ್ಲಾ ಪ್ರಶ್ನೆಗಳನ್ನು ದಾಖಲಿಸುವ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಮ್ಮ ಸುತ್ತಲೂ ನಿರ್ಮಿಸುವುದು ಅವಶ್ಯಕ; ಇದು ಕೆಲಸವನ್ನು ಸ್ವತಃ ಹೆಚ್ಚು ಸುಗಮಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಇತರ ಜನರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಹೆಚ್ಚು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಕಳೆದ ವರ್ಷದಲ್ಲಿ, ಈ ದಿಕ್ಕಿನಲ್ಲಿನ ಅಭಿವೃದ್ಧಿಯು ನನ್ನ ತಾಂತ್ರಿಕ ಕೌಶಲ್ಯಗಳನ್ನು ಸುಧಾರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸುಧಾರಿಸಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ; ನಾನು ಪ್ರತಿ ಯೂನಿಟ್ ಸಮಯಕ್ಕೆ ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿನ ಕೆಲಸವನ್ನು ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದೆ.

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

  4. ಮೂಲಭೂತ ಮಟ್ಟಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಪ್ರದೇಶಗಳು. ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮದೇ ಆದ ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ, ಆದರೆ ಕೆಲವು "ವಿದೇಶಿ" ಕೌಶಲ್ಯಗಳನ್ನು ಮಟ್ಟಹಾಕಲು 10-20 ಗಂಟೆಗಳ ಸಮಯವನ್ನು ಕಳೆಯುವ ಮೂಲಕ, ನಿಮ್ಮ ದೈನಂದಿನ ಕೆಲಸದಲ್ಲಿ ನೀವು ಅನೇಕ ಹೊಸ ಅವಕಾಶಗಳು ಮತ್ತು ಸಂಪರ್ಕದ ಅಂಶಗಳನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು ಮತ್ತು ಈ ಗಂಟೆಗಳು ಇರಬಹುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. ವೃತ್ತಿಜೀವನದ ಕೊನೆಯವರೆಗೂ ಸಾಕು.

ಏನು ಓದಬೇಕು

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

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

ನಿಮ್ಮ ಕೋಡಿಂಗ್ ಅನ್ನು ಏಕೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡುವುದರಿಂದ ನೀವು ಉತ್ತಮ ಡೆವಲಪರ್ ಆಗುವುದಿಲ್ಲ2. ಸ್ಟೀಫನ್ ಆರ್. ಕೋವಿ "ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಜನರ 7 ಅಭ್ಯಾಸಗಳು". ನೀವು ಒಂದು ಸಣ್ಣ ತಂಡವನ್ನು ಬೃಹತ್ ಶಕ್ತಿಯನ್ನಾಗಿ ಪರಿವರ್ತಿಸಬೇಕಾದಾಗ ಸಿನರ್ಜಿಯನ್ನು ಸಾಧಿಸಲು ಒತ್ತು ನೀಡುವ ಮೂಲಕ ಪೂರ್ವಭಾವಿಯಾಗಿ ಮೃದು ಕೌಶಲ್ಯಗಳವರೆಗೆ ವಿಭಿನ್ನ ಕೌಶಲ್ಯಗಳ ಮಿಶ್ರಣ. ಓದುವುದೂ ಸುಲಭ.

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

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

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

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ