ದಕ್ಷತೆಯ ರಹಸ್ಯವು ಗುಣಮಟ್ಟದ ಕೋಡ್ ಆಗಿದೆ, ಪರಿಣಾಮಕಾರಿ ವ್ಯವಸ್ಥಾಪಕವಲ್ಲ

ಪ್ರೋಗ್ರಾಮರ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ವ್ಯವಸ್ಥಾಪಕರು ಅತ್ಯಂತ ಮೂರ್ಖ-ಹೊತ್ತ ವೃತ್ತಿಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಎಲ್ಲರೂ ಅಲ್ಲ, ಆದರೆ ಸ್ವತಃ ಪ್ರೋಗ್ರಾಮರ್ಗಳಲ್ಲದವರು. ಪುಸ್ತಕಗಳಿಂದ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ದಕ್ಷತೆಯನ್ನು "ಹೆಚ್ಚಿಸಲು" (ಅಥವಾ "ದಕ್ಷತೆಯನ್ನು" ಹೆಚ್ಚಿಸಲು?) ಸಾಧ್ಯ ಎಂದು ಭಾವಿಸುವವರು. ಇದೇ ಪುಸ್ತಕಗಳನ್ನು ಓದಲು ಸಹ ತಲೆಕೆಡಿಸಿಕೊಳ್ಳದೆ, ವೀಡಿಯೊ ಜಿಪ್ಸಿಯಾಗಿದೆ.

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

ಬಹುಸಂಖ್ಯಾತರಾದವರು.

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

ಅವರು ನಿಖರವಾಗಿ ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳ ನಿರ್ವಹಣೆಗೆ ಓಡಿಹೋದರು: ಪ್ರಚೋದನೆ, ಹಣ, ಮಾರುಕಟ್ಟೆ ಮತ್ತು ಅದೇ ಮೂರ್ಖರ ಗುಂಪೇ ಇದೆ. ಕಳೆದುಹೋಗಲು ಸ್ಥಳವಿದೆ.

ಮೆಕ್ಯಾನಿಕಲ್ ಅಸೆಂಬ್ಲಿ ಉತ್ಪಾದನೆಯಲ್ಲಿ ಹೈಪ್ ಇದ್ದರೆ, ನಾವು ಅಲ್ಲಿಗೆ ಓಡುತ್ತೇವೆ. ಸ್ಟೇಷನ್ ವ್ಯಾಗನ್‌ಗಳು ಹೀರುತ್ತವೆ. ಡಿಸೆಂಬರ್‌ನಲ್ಲಿ ನಮ್ಮ ನೆರೆಹೊರೆಯಲ್ಲಿ ಕ್ರಿಸ್‌ಮಸ್ ಮರಗಳನ್ನು ಮಾರಾಟ ಮಾಡುವ ವ್ಯಕ್ತಿ ರಜೆಯ ಮೇಲೆ ಐಟಿ ಮ್ಯಾನೇಜರ್ ಆಗಿರುವುದು ನನಗೆ ಆಶ್ಚರ್ಯವಾಗುವುದಿಲ್ಲ.

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

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

ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು, ಗುಣಮಟ್ಟವನ್ನು ಕಳೆದುಕೊಳ್ಳದೆ ನೀವು ಸಮಸ್ಯೆಗಳನ್ನು ವೇಗವಾಗಿ ಪರಿಹರಿಸಬೇಕಾಗಿದೆ. ಸಮಸ್ಯೆಗಳನ್ನು ವೇಗವಾಗಿ ಪರಿಹರಿಸಲು, ನೀವು ತಕ್ಷಣವೇ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಅನ್ನು ಬರೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಮತ್ತು "ಉತ್ತಮ-ಗುಣಮಟ್ಟದ", ಮತ್ತು "ಬರೆಯಿರಿ", ಮತ್ತು "ತಕ್ಷಣ". ಒಂದು ರೂಪಕದೊಂದಿಗೆ ವಿವರಿಸುತ್ತೇನೆ.

ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯುವುದು ವಿದೇಶಿ ಭಾಷೆಯನ್ನು ಸರಿಯಾಗಿ ಮಾತನಾಡುವಂತಿದೆ. ನಿಮಗೆ ಭಾಷೆ ತಿಳಿದಿಲ್ಲದಿದ್ದಾಗ, ಅದರಲ್ಲಿ ನಿಮ್ಮ ಆಲೋಚನೆಗಳನ್ನು ರೂಪಿಸಲು ನೀವು ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆಯುತ್ತೀರಿ.

ನೀವು ತುರ್ತಾಗಿ ಏನನ್ನಾದರೂ ಹೇಳಬೇಕಾದರೆ, ನೀವು ಕೆಲವು ಪದಗಳ ಮೇಲೆ ಅಂಟಿಕೊಳ್ಳುತ್ತೀರಿ, ಆಗಾಗ್ಗೆ ಸರಿಯಾದ ಪದಗಳಲ್ಲ, ನೀವು ಲೇಖನಗಳ ಬಗ್ಗೆ ಮರೆತುಬಿಡುತ್ತೀರಿ, ಸರಿಯಾದ ಪದ ಕ್ರಮ, ಕ್ರಿಯಾಪದದ ಅವಧಿಗಳು ಮತ್ತು ಕಳಪೆ ಉಚ್ಚಾರಣೆಯನ್ನು ನಮೂದಿಸಬಾರದು.

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

ಇದು ಎರಡು ಬಾರಿ ಸಮಯ ವ್ಯರ್ಥವಾಗುತ್ತದೆ. ಉತ್ತರದೊಂದಿಗೆ ಬರಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಈ ಉತ್ತರವನ್ನು ರೂಪಿಸಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ - ಮತ್ತು ಕಡಿಮೆ ಅಲ್ಲ.

ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯುವ ಕೌಶಲ್ಯವು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಅನುವಾದಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಸಮಯವನ್ನು ವ್ಯಯಿಸದೆ, ತಲೆಯಲ್ಲಿ ಪ್ರಬುದ್ಧವಾದ ತಕ್ಷಣ ಉತ್ತರವನ್ನು ತಕ್ಷಣವೇ ರೂಪಿಸಬಹುದು.

ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯುವ ಕೌಶಲ್ಯವು ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವಾಗ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಿಮ್ಮ ತಲೆಯಲ್ಲಿ ತಪ್ಪಾದ, ಅವಾಸ್ತವಿಕ ಅಥವಾ ಕೈಯಿಂದ-ಮಿ-ಡೌನ್ ಆಯ್ಕೆಗಳನ್ನು ನೀವು ಸರಳವಾಗಿ ಪರಿಗಣಿಸುವುದಿಲ್ಲ.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ: ಉತ್ತಮ-ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯುವ ಕೌಶಲ್ಯವು ಸಮಸ್ಯೆ ಪರಿಹಾರವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ವೇಗಗೊಳಿಸುತ್ತದೆ.

ಆದರೆ ಇಷ್ಟೇ ಅಲ್ಲ. ಭಾವಿಸಿದ ಬೂಟ್ ನಿರ್ವಾಹಕರಿಗೆ ಧನ್ಯವಾದಗಳು, ಒಂದು ಕ್ಯಾಚ್ ಇದೆ - ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯಲು ನಮಗೆ ಯಾವುದೇ ಕಾರಣವಿಲ್ಲ. ಮ್ಯಾನೇಜರ್ ಕೋಡ್ ಅನ್ನು ನೋಡುವುದಿಲ್ಲ, ಕ್ಲೈಂಟ್ ಕೋಡ್ ಅನ್ನು ನೋಡುವುದಿಲ್ಲ. ಗೊತ್ತುಪಡಿಸಿದ ಕೋಡ್ "ಚೆಕರ್" ಅಥವಾ ಆವರ್ತಕ ರಿಫ್ಯಾಕ್ಟರಿಂಗ್ ಇರುವ ಕೆಲವು ಯೋಜನೆಗಳಲ್ಲಿ ನಾವು ಅಪರೂಪವಾಗಿ ಪರಸ್ಪರ ಕೋಡ್ ಅನ್ನು ತೋರಿಸುತ್ತೇವೆ, ಕೆಲವೊಮ್ಮೆ ಮಾತ್ರ.

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

ಪರಿಣಾಮವಾಗಿ, ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯುವ ಕೌಶಲ್ಯವು ಅಭಿವೃದ್ಧಿಗೊಳ್ಳಲು ಯಾವುದೇ ಅವಕಾಶವಿಲ್ಲ. ಷರತ್ತುಬದ್ಧ ಉದ್ಯೋಗಿ ಬರೆದ ಕೋಡ್ ಅನ್ನು ಯಾರೂ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ. ಅವನು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಗ್ರಾಂ ಮಾಡಲು ಕಲಿಯುವ ಏಕೈಕ ಕಾರಣವೆಂದರೆ ಆಂತರಿಕ ಪ್ರೇರಣೆ.

ಆದರೆ ಈ ಆಂತರಿಕ ಪ್ರೇರಣೆಯು ದಕ್ಷತೆ ಮತ್ತು ಉತ್ಪಾದಕತೆಯ ಯೋಜನೆಗಳು ಮತ್ತು ಅವಶ್ಯಕತೆಗಳೊಂದಿಗೆ ಘರ್ಷಿಸುತ್ತದೆ. ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಪರವಾಗಿ ಈ ವಿರೋಧಾಭಾಸವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪರಿಹರಿಸಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಜನರು ಕೆಟ್ಟ ಕೋಡ್‌ಗಾಗಿ ಜನರನ್ನು ಟೀಕಿಸುವುದಿಲ್ಲ. ಮತ್ತು ಯೋಜನೆಯನ್ನು ಪೂರೈಸುವಲ್ಲಿ ವಿಫಲತೆಗಾಗಿ - ಸಹ.

ನಾನು ಏನು ಮಾಡಲಿ? ಸಂಯೋಜಿಸಬಹುದಾದ ಎರಡು ಮಾರ್ಗಗಳನ್ನು ನಾನು ನೋಡುತ್ತೇನೆ ಮತ್ತು ಪ್ರಸ್ತಾಪಿಸುತ್ತೇನೆ.

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

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

ಕೆಲಸವನ್ನು ಇನ್ನೂ ವಿತರಿಸದಿದ್ದರೆ, ಅಥವಾ ಇದೀಗ ಪ್ರಾರಂಭವಾಗಿದ್ದರೆ, ಕೋಡ್ (ಅಥವಾ ಅದರ ಯೋಜನೆ, ಕಲ್ಪನೆ) ಮೇಲೆ ಶಿಟ್ ಸುರಿಯುವುದು ಸಾಕಷ್ಟು ಪ್ರಾಯೋಗಿಕ ಅರ್ಥವನ್ನು ಹೊಂದಿರುತ್ತದೆ - ವ್ಯಕ್ತಿಯು ಅದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಡುತ್ತಾನೆ.

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

ಮುಖ್ಯ ಟ್ರಿಕ್, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಕೆಲಸ ಮಾಡದ ಸಮಯದಲ್ಲಿ ಕೋಡ್ ಬರೆಯುವುದು, ಏಕೆಂದರೆ ಕೋಡ್‌ನ ಗುಣಮಟ್ಟ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ತಲುಪಿಸುವ ವೇಗದ ನಡುವಿನ ವಿರೋಧಾಭಾಸವು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಕನಿಷ್ಠ ಒಂದು ವರ್ಷದವರೆಗೆ ನಿಮ್ಮ ಅಭಿವೃದ್ಧಿಯನ್ನು ಬರೆಯಿರಿ. ಗಡುವುಗಳು, ಅಥವಾ ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳು, ಅಥವಾ ಹಣ, ಅಥವಾ ಬಾಸ್ ನಿಮ್ಮ ಮೇಲೆ ಒತ್ತಡ ಹೇರುವುದಿಲ್ಲ. ಸಂಪೂರ್ಣ ಸ್ವಾತಂತ್ರ್ಯ ಮತ್ತು ಸೃಜನಶೀಲತೆ.

ಉಚಿತ ಸೃಜನಶೀಲತೆಯಲ್ಲಿ ಮಾತ್ರ ನೀವು ಉತ್ತಮ ಕೋಡ್ ಏನೆಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ ಮತ್ತು ಅನುಭವಿಸುವಿರಿ, ಭಾಷೆ ಮತ್ತು ತಂತ್ರಜ್ಞಾನದ ಸೌಂದರ್ಯವನ್ನು ನೋಡಿ ಮತ್ತು ವ್ಯಾಪಾರ ಕಾರ್ಯಗಳ ಮೋಡಿಯನ್ನು ಅನುಭವಿಸುತ್ತೀರಿ. ಸರಿ, ನೀವು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ಬರೆಯಲು ಕಲಿಯುವಿರಿ.

ನಿಜ, ಇದು ನಿಮಗೆ ವೈಯಕ್ತಿಕ ಸಮಯವನ್ನು ಕಳೆಯುವ ಅಗತ್ಯವಿರುತ್ತದೆ. ಇತರ ಯಾವುದೇ ಅಭಿವೃದ್ಧಿಯಂತೆಯೇ. ಅದನ್ನು ವೆಚ್ಚವಾಗಿ ಅಲ್ಲ, ಆದರೆ ಹೂಡಿಕೆಯಾಗಿ ನೋಡಿ - ನಿಮ್ಮಲ್ಲಿ.

ಮೂಲ: www.habr.com

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