ನಾನು ಕೋಡ್‌ನ ತುಣುಕನ್ನು ನೋಡುತ್ತಿದ್ದೇನೆ. ಇದು ನಾನು ನೋಡಿದ ಕೆಟ್ಟ ಕೋಡ್ ಆಗಿರಬಹುದು. ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಕೇವಲ ಒಂದು ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸಲು, ಇದು ಸಂಗ್ರಹದಲ್ಲಿರುವ ಎಲ್ಲಾ ದಾಖಲೆಗಳನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ ಮತ್ತು ನಂತರ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿನ ಪ್ರತಿ ದಾಖಲೆಗೆ ನವೀಕರಣ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅಪ್‌ಡೇಟ್ ಮಾಡಬೇಕಾಗಿಲ್ಲ. ಮ್ಯಾಪ್ ಕಾರ್ಯವಿದೆ, ಅದು ಅದಕ್ಕೆ ರವಾನಿಸಲಾದ ಮೌಲ್ಯವನ್ನು ಸರಳವಾಗಿ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ವಿಭಿನ್ನ ಶೈಲಿಗಳಲ್ಲಿ ಹೆಸರಿಸಲಾದ ಒಂದೇ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರುವ ಅಸ್ಥಿರಗಳಿಗೆ ಷರತ್ತುಬದ್ಧ ಪರೀಕ್ಷೆಗಳಿವೆ (firstName и first_name) ಪ್ರತಿ ಅಪ್‌ಡೇಟ್‌ಗೆ, ಕೋಡ್ ವಿಭಿನ್ನ ಸರತಿಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು ವಿಭಿನ್ನ ಸರ್ವರ್‌ಲೆಸ್ ಕಾರ್ಯದಿಂದ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತದೆ, ಆದರೆ ಅದೇ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ವಿಭಿನ್ನ ಸಂಗ್ರಹಕ್ಕಾಗಿ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ. ಈ ಸರ್ವರ್‌ಲೆಸ್ ಕಾರ್ಯವು ಕ್ಲೌಡ್-ಆಧಾರಿತ "ಸೇವಾ-ಆಧಾರಿತ ಆರ್ಕಿಟೆಕ್ಚರ್" ನಿಂದ ಪರಿಸರದಲ್ಲಿ 100 ಕ್ಕೂ ಹೆಚ್ಚು ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದೆ ಎಂದು ನಾನು ಉಲ್ಲೇಖಿಸಿದ್ದೇನೆಯೇ?
ಇದನ್ನು ಮಾಡಲು ಹೇಗೆ ಸಾಧ್ಯವಾಯಿತು? ನಾನು ನನ್ನ ಮುಖವನ್ನು ಮುಚ್ಚಿಕೊಳ್ಳುತ್ತೇನೆ ಮತ್ತು ನನ್ನ ನಗುವಿನ ಮೂಲಕ ಗೋಚರವಾಗಿ ದುಃಖಿಸುತ್ತೇನೆ. ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳು ಏನಾಯಿತು ಎಂದು ಕೇಳುತ್ತಾರೆ ಮತ್ತು ನಾನು ಅದನ್ನು ಬಣ್ಣಗಳಲ್ಲಿ ಹೇಳುತ್ತೇನೆ BulkDataImporter.js 2018 ರ ಕೆಟ್ಟ ಹಿಟ್‌ಗಳು. ಎಲ್ಲರೂ ನನ್ನ ಕಡೆಗೆ ಸಹಾನುಭೂತಿಯಿಂದ ತಲೆದೂಗುತ್ತಾರೆ ಮತ್ತು ಒಪ್ಪುತ್ತಾರೆ: ಅವರು ನಮಗೆ ಇದನ್ನು ಹೇಗೆ ಮಾಡಬಹುದು?
ನಕಾರಾತ್ಮಕತೆ: ಪ್ರೋಗ್ರಾಮರ್ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ಭಾವನಾತ್ಮಕ ಸಾಧನ
ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ನಲ್ಲಿ ನಕಾರಾತ್ಮಕತೆಯು ಪ್ರಮುಖ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ. ಇದು ನಮ್ಮ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ಹುದುಗಿದೆ ಮತ್ತು ನಾವು ಕಲಿತದ್ದನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಬಳಸಲಾಗುತ್ತದೆ ("ನೀವು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ ನೀವು ಅದನ್ನು ನಂಬುವಿರಿ, ಆ ಕೋಡ್ ಹೇಗಿತ್ತು!"), ಹತಾಶೆಯ ಮೂಲಕ ಸಹಾನುಭೂತಿ ವ್ಯಕ್ತಪಡಿಸಲು ("ದೇವರೇ, ಅದನ್ನು ಏಕೆ ಮಾಡಬೇಕು?"), ತನ್ನನ್ನು ತೋರಿಸಿಕೊಳ್ಳಲು ("ನಾನು ಎಂದಿಗೂ ಆದ್ದರಿಂದ ಅದನ್ನು ಮಾಡಲಿಲ್ಲ”), ಬೇರೊಬ್ಬರ ಮೇಲೆ ಆಪಾದನೆಯನ್ನು ಹಾಕಲು (“ಅವನ ಕೋಡ್‌ನಿಂದಾಗಿ ನಾವು ವಿಫಲರಾಗಿದ್ದೇವೆ, ಅದನ್ನು ನಿರ್ವಹಿಸುವುದು ಅಸಾಧ್ಯ”), ಅಥವಾ, ಅತ್ಯಂತ “ವಿಷಕಾರಿ” ಸಂಸ್ಥೆಗಳಲ್ಲಿ ವಾಡಿಕೆಯಂತೆ, ಇತರರನ್ನು ನಿಯಂತ್ರಿಸಲು ಅವಮಾನದ ಭಾವನೆ ("ನೀವು ಏನು ಯೋಚಿಸುತ್ತಿದ್ದೀರಿ?" ? ಸರಿ").
ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ನಕಾರಾತ್ಮಕತೆಯು ತುಂಬಾ ಮುಖ್ಯವಾಗಿದೆ ಏಕೆಂದರೆ ಇದು ಮೌಲ್ಯವನ್ನು ತಿಳಿಸಲು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಮಾರ್ಗವಾಗಿದೆ. ನಾನು ಒಮ್ಮೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಶಿಬಿರದಲ್ಲಿ ಭಾಗವಹಿಸಿದ್ದೆ, ಮತ್ತು ವಿದ್ಯಾರ್ಥಿಗಳಲ್ಲಿ ಉದ್ಯಮದ ಸಂಸ್ಕೃತಿಯನ್ನು ತುಂಬುವ ಪ್ರಮಾಣಿತ ಅಭ್ಯಾಸವೆಂದರೆ ಉದಾರವಾಗಿ ಮೇಮ್‌ಗಳು, ಕಥೆಗಳು ಮತ್ತು ವೀಡಿಯೊಗಳನ್ನು ಪೂರೈಸುವುದು, ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾದವುಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲಾಗಿದೆ. . ಒಳ್ಳೆಯದು, ಕೆಟ್ಟದು, ಕೊಳಕು, ಹಾಗೆ ಮಾಡಬೇಡಿ, ಎಂದಿಗೂ ಮಾಡಬೇಡಿ ಎಂದು ಗುರುತಿಸಲು ಭಾವನಾತ್ಮಕ ಸಾಧನಗಳನ್ನು ಬಳಸುವುದು ಒಳ್ಳೆಯದು. ಐಟಿಯಿಂದ ದೂರವಿರುವ ಸಹೋದ್ಯೋಗಿಗಳು ಬಹುಶಃ ತಪ್ಪಾಗಿ ಅರ್ಥೈಸಿಕೊಳ್ಳುತ್ತಾರೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಹೊಸಬರನ್ನು ಸಿದ್ಧಪಡಿಸುವುದು ಅವಶ್ಯಕ. ಅವರ ಸ್ನೇಹಿತರು ಅವರಿಗೆ ಮಿಲಿಯನ್ ಡಾಲರ್ ಅಪ್ಲಿಕೇಶನ್ ಕಲ್ಪನೆಗಳನ್ನು ಮಾರಾಟ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಅವರು ಹಳತಾದ ಕೋಡ್‌ನ ಅಂತ್ಯವಿಲ್ಲದ ಚಕ್ರವ್ಯೂಹಗಳ ಮೂಲಕ ಮೂಲೆಯ ಸುತ್ತಲೂ ಮಿನೋಟಾರ್‌ಗಳ ಗುಂಪಿನೊಂದಿಗೆ ಅಲೆದಾಡಬೇಕಾಗುತ್ತದೆ.
ನಾವು ಮೊದಲು ಪ್ರೋಗ್ರಾಂ ಮಾಡಲು ಕಲಿತಾಗ, "ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅನುಭವ" ದ ಆಳದ ಬಗ್ಗೆ ನಮ್ಮ ತಿಳುವಳಿಕೆಯು ಇತರ ಜನರ ಭಾವನಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಗಮನಿಸುವುದರ ಮೇಲೆ ಆಧಾರಿತವಾಗಿದೆ. ನಲ್ಲಿನ ಪೋಸ್ಟ್‌ಗಳಿಂದ ಇದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಬಹುದು , ಅಲ್ಲಿ ಬಹಳಷ್ಟು ಹೊಸಬ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಹ್ಯಾಂಗ್ ಔಟ್ ಆಗುತ್ತಾರೆ. ಅನೇಕ ಹಾಸ್ಯಮಯವಾದವುಗಳು, ಒಂದು ಹಂತಕ್ಕೆ ಅಥವಾ ಇನ್ನೊಂದಕ್ಕೆ, ನಕಾರಾತ್ಮಕತೆಯ ವಿವಿಧ ಛಾಯೆಗಳಿಂದ ಬಣ್ಣಿಸಲ್ಪಟ್ಟಿವೆ: ನಿರಾಶೆ, ನಿರಾಶಾವಾದ, ಕೋಪ, ಸಮಾಧಾನ ಮತ್ತು ಇತರರು. ಮತ್ತು ಇದು ನಿಮಗೆ ಸಾಕಾಗದಿದ್ದರೆ, ಕಾಮೆಂಟ್ಗಳನ್ನು ಓದಿ.
ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಅನುಭವವನ್ನು ಗಳಿಸಿದಂತೆ, ಅವರು ಹೆಚ್ಚು ಹೆಚ್ಚು ನಕಾರಾತ್ಮಕವಾಗುವುದನ್ನು ನಾನು ಗಮನಿಸಿದ್ದೇನೆ. ಬಿಗಿನರ್ಸ್, ಅವರಿಗೆ ಕಾಯುತ್ತಿರುವ ತೊಂದರೆಗಳ ಬಗ್ಗೆ ತಿಳಿದಿಲ್ಲ, ಉತ್ಸಾಹ ಮತ್ತು ಈ ತೊಂದರೆಗಳಿಗೆ ಕಾರಣ ಅನುಭವ ಮತ್ತು ಜ್ಞಾನದ ಕೊರತೆ ಎಂದು ನಂಬುವ ಇಚ್ಛೆಯೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ; ಮತ್ತು ಅಂತಿಮವಾಗಿ ಅವರು ವಸ್ತುಗಳ ವಾಸ್ತವತೆಯನ್ನು ಎದುರಿಸುತ್ತಾರೆ.
ಸಮಯವು ಹಾದುಹೋಗುತ್ತದೆ, ಅವರು ಅನುಭವವನ್ನು ಪಡೆಯುತ್ತಾರೆ ಮತ್ತು ಉತ್ತಮ ಕೋಡ್ ಅನ್ನು ಕೆಟ್ಟದರಿಂದ ಪ್ರತ್ಯೇಕಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಮತ್ತು ಆ ಕ್ಷಣ ಬಂದಾಗ, ಯುವ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ನಿಸ್ಸಂಶಯವಾಗಿ ಕೆಟ್ಟ ಕೋಡ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಹತಾಶೆಯನ್ನು ಅನುಭವಿಸುತ್ತಾರೆ. ಮತ್ತು ಅವರು ತಂಡದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ (ದೂರದಿಂದ ಅಥವಾ ವೈಯಕ್ತಿಕವಾಗಿ), ಅವರು ಹೆಚ್ಚಾಗಿ ಅನುಭವಿ ಸಹೋದ್ಯೋಗಿಗಳ ಭಾವನಾತ್ಮಕ ಅಭ್ಯಾಸಗಳನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಇದು ಆಗಾಗ್ಗೆ ನಕಾರಾತ್ಮಕತೆಯ ಹೆಚ್ಚಳಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಯುವಕರು ಈಗ ಕೋಡ್ ಬಗ್ಗೆ ಚಿಂತನಶೀಲವಾಗಿ ಮಾತನಾಡಬಹುದು ಮತ್ತು ಅದನ್ನು ಕೆಟ್ಟ ಮತ್ತು ಒಳ್ಳೆಯದು ಎಂದು ವಿಭಜಿಸಬಹುದು, ಇದರಿಂದಾಗಿ ಅವರು "ತಿಳಿದಿದ್ದಾರೆ" ಎಂದು ತೋರಿಸುತ್ತದೆ. ಇದು ನಕಾರಾತ್ಮಕತೆಯನ್ನು ಮತ್ತಷ್ಟು ಬಲಪಡಿಸುತ್ತದೆ: ನಿರಾಶೆಯಿಂದ, ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುವುದು ಮತ್ತು ಗುಂಪಿನ ಭಾಗವಾಗುವುದು ಸುಲಭ; ಕೆಟ್ಟ ಕೋಡ್ ಅನ್ನು ಟೀಕಿಸುವುದು ಇತರರ ದೃಷ್ಟಿಯಲ್ಲಿ ನಿಮ್ಮ ಸ್ಥಾನಮಾನ ಮತ್ತು ವೃತ್ತಿಪರತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ: .
ನಕಾರಾತ್ಮಕತೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದು ಕೆಟ್ಟ ವಿಷಯವಲ್ಲ. ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ನ ಚರ್ಚೆಗಳು, ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, ಬರೆದ ಕೋಡ್‌ನ ಗುಣಮಟ್ಟದ ಮೇಲೆ ಹೆಚ್ಚು ಕೇಂದ್ರೀಕೃತವಾಗಿವೆ. ಕೋಡ್ ಯಾವುದು ಅದನ್ನು ಮಾಡಲು ಉದ್ದೇಶಿಸಿರುವ ಕಾರ್ಯವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ (ಹಾರ್ಡ್‌ವೇರ್, ನೆಟ್‌ವರ್ಕಿಂಗ್, ಇತ್ಯಾದಿ. ಪಕ್ಕಕ್ಕೆ), ಆದ್ದರಿಂದ ಆ ಕೋಡ್ ಕುರಿತು ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಬಹುತೇಕ ಎಲ್ಲಾ ಚರ್ಚೆಗಳು ಕೋಡ್ ಸಾಕಷ್ಟು ಉತ್ತಮವಾಗಿದೆಯೇ ಮತ್ತು ಕೋಡ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ನಿರೂಪಿಸುವ ಭಾವನಾತ್ಮಕ ಅರ್ಥದಲ್ಲಿ ಕೆಟ್ಟ ಕೋಡ್‌ನ ಮ್ಯಾನಿಫೆಸ್ಟ್‌ಗಳನ್ನು ಖಂಡಿಸಲು ಬರುತ್ತವೆ:
- "ಈ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಬಹಳಷ್ಟು ತರ್ಕ ಅಸಂಗತತೆಗಳಿವೆ, ಇದು ಗಮನಾರ್ಹ ಕಾರ್ಯಕ್ಷಮತೆ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗೆ ಉತ್ತಮ ಅಭ್ಯರ್ಥಿಯಾಗಿದೆ."
- "ಈ ಮಾಡ್ಯೂಲ್ ತುಂಬಾ ಕೆಟ್ಟದಾಗಿದೆ, ನಾವು ಅದನ್ನು ಮರುಪರಿಶೀಲಿಸಬೇಕಾಗಿದೆ."
- "ಈ ಮಾಡ್ಯೂಲ್ ಅರ್ಥವಿಲ್ಲ, ಅದನ್ನು ಪುನಃ ಬರೆಯಬೇಕಾಗಿದೆ."
- "ಈ ಮಾಡ್ಯೂಲ್ ಹೀರುತ್ತದೆ, ಅದನ್ನು ಪ್ಯಾಚ್ ಮಾಡಬೇಕಾಗಿದೆ."
- "ಇದು ರಾಮ್ ತುಂಡು, ಮಾಡ್ಯೂಲ್ ಅಲ್ಲ, ಇದನ್ನು ಬರೆಯುವ ಅಗತ್ಯವಿಲ್ಲ, ಅದರ ಲೇಖಕರು ಏನು ಯೋಚಿಸುತ್ತಿದ್ದಾರೆಂದು."
ಅಂದಹಾಗೆ, ಈ "ಭಾವನಾತ್ಮಕ ಬಿಡುಗಡೆ" ಡೆವಲಪರ್‌ಗಳು ಕೋಡ್ ಅನ್ನು "ಸೆಕ್ಸಿ" ಎಂದು ಕರೆಯುವಂತೆ ಮಾಡುತ್ತದೆ, ಇದು ಅಪರೂಪವಾಗಿ ನ್ಯಾಯೋಚಿತವಾಗಿದೆ - ನೀವು ಪೋರ್ನ್‌ಹಬ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡದ ಹೊರತು.
ಸಮಸ್ಯೆಯೆಂದರೆ ಜನರು ವಿಚಿತ್ರ, ಪ್ರಕ್ಷುಬ್ಧ, ಭಾವನಾತ್ಮಕ ಜೀವಿಗಳು, ಮತ್ತು ಯಾವುದೇ ಭಾವನೆಯ ಗ್ರಹಿಕೆ ಮತ್ತು ಅಭಿವ್ಯಕ್ತಿ ನಮ್ಮನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ: ಮೊದಲಿಗೆ ಸೂಕ್ಷ್ಮವಾಗಿ, ಆದರೆ ಕಾಲಾನಂತರದಲ್ಲಿ, ನಾಟಕೀಯವಾಗಿ.
ನಕಾರಾತ್ಮಕತೆಯ ತೊಂದರೆಗೊಳಗಾದ ಜಾರು ಇಳಿಜಾರು
ಕೆಲವು ವರ್ಷಗಳ ಹಿಂದೆ, ನಾನು ಅನೌಪಚಾರಿಕ ತಂಡದ ನಾಯಕನಾಗಿದ್ದೆ ಮತ್ತು ಡೆವಲಪರ್ ಅನ್ನು ಸಂದರ್ಶಿಸಿದೆ. ನಾವು ಅವನನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಟ್ಟಿದ್ದೇವೆ: ಅವರು ಬುದ್ಧಿವಂತರಾಗಿದ್ದರು, ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುತ್ತಿದ್ದರು, ತಂತ್ರಜ್ಞಾನ-ಬುದ್ಧಿವಂತರಾಗಿದ್ದರು ಮತ್ತು ನಮ್ಮ ಸಂಸ್ಕೃತಿಯೊಂದಿಗೆ ಚೆನ್ನಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತಾರೆ. ನಾನು ವಿಶೇಷವಾಗಿ ಅವರ ಸಕಾರಾತ್ಮಕತೆಯಿಂದ ಪ್ರಭಾವಿತನಾಗಿದ್ದೆ ಮತ್ತು ಅವನು ಎಷ್ಟು ಉದ್ಯಮಶೀಲನಾಗಿ ತೋರುತ್ತಿದ್ದನು. ಮತ್ತು ನಾನು ಅವನನ್ನು ನೇಮಿಸಿಕೊಂಡೆ.
ಆ ಸಮಯದಲ್ಲಿ, ನಾನು ಕಂಪನಿಯಲ್ಲಿ ಒಂದೆರಡು ವರ್ಷಗಳಿಂದ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೆ ಮತ್ತು ನಮ್ಮ ಸಂಸ್ಕೃತಿ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿಲ್ಲ ಎಂದು ಭಾವಿಸಿದೆ. ನಾನು ಬರುವ ಮೊದಲು ನಾವು ಉತ್ಪನ್ನವನ್ನು ಎರಡು ಬಾರಿ, ಮೂರು ಬಾರಿ ಮತ್ತು ಒಂದೆರಡು ಬಾರಿ ಪ್ರಾರಂಭಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ, ಇದು ಮರುಕೆಲಸದ ಮೇಲೆ ದೊಡ್ಡ ವೆಚ್ಚಗಳಿಗೆ ಕಾರಣವಾಯಿತು, ಈ ಸಮಯದಲ್ಲಿ ನಾವು ದೀರ್ಘ ರಾತ್ರಿಗಳು, ಬಿಗಿಯಾದ ಗಡುವುಗಳು ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಉತ್ಪನ್ನಗಳನ್ನು ಹೊರತುಪಡಿಸಿ ತೋರಿಸಲು ಏನನ್ನೂ ಹೊಂದಿಲ್ಲ. ಮತ್ತು ನಾನು ಇನ್ನೂ ಕಷ್ಟಪಟ್ಟು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ, ನಿರ್ವಹಣೆಯಿಂದ ನಮಗೆ ನಿಯೋಜಿಸಲಾದ ಕೊನೆಯ ಗಡುವಿನ ಬಗ್ಗೆ ನನಗೆ ಸಂದೇಹವಿತ್ತು. ಮತ್ತು ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಕೋಡ್‌ನ ಕೆಲವು ಅಂಶಗಳನ್ನು ಚರ್ಚಿಸುವಾಗ ಅವರು ಆಕಸ್ಮಿಕವಾಗಿ ಪ್ರತಿಜ್ಞೆ ಮಾಡಿದರು.
ಹಾಗಾಗಿ ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ-ಆದರೂ ನಾನು ಆಶ್ಚರ್ಯಚಕಿತನಾಗಿದ್ದೇನೆ-ಕೆಲವು ವಾರಗಳ ನಂತರ ಅದೇ ಹೊಸ ಡೆವಲಪರ್ ನಾನು ಮಾಡಿದ ಅದೇ ನಕಾರಾತ್ಮಕ ವಿಷಯಗಳನ್ನು (ಪ್ರಮಾಣವನ್ನು ಒಳಗೊಂಡಂತೆ) ಹೇಳಿದರು. ಅವನು ವಿಭಿನ್ನ ಸಂಸ್ಕೃತಿಯೊಂದಿಗೆ ವಿಭಿನ್ನ ಕಂಪನಿಯಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತಾನೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ. ಅವರು ನಾನು ರಚಿಸಿದ ಸಂಸ್ಕೃತಿಗೆ ಹೊಂದಿಕೊಂಡರು. ನಾನು ತಪ್ಪಿತಸ್ಥ ಭಾವನೆಯಿಂದ ಹೊರಬಂದೆ. ನನ್ನ ವ್ಯಕ್ತಿನಿಷ್ಠ ಅನುಭವದಿಂದಾಗಿ, ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಎಂದು ಗ್ರಹಿಸಿದ ಹೊಸಬರಲ್ಲಿ ನಾನು ನಿರಾಶಾವಾದವನ್ನು ತುಂಬಿದೆ. ಅವನು ನಿಜವಾಗಿಯೂ ಹಾಗಲ್ಲದಿದ್ದರೂ ಮತ್ತು ಅವನು ಹೊಂದಿಕೆಯಾಗಬಲ್ಲನೆಂದು ತೋರಿಸಲು ಕೇವಲ ಕಾಣಿಸಿಕೊಂಡಿದ್ದರೂ ಸಹ, ನಾನು ಅವನ ಮೇಲೆ ನನ್ನ ಕೆಟ್ಟ ಮನೋಭಾವವನ್ನು ಬಲವಂತವಾಗಿ ಹೇರಿದೆ. ಮತ್ತು ಹೇಳಿದ ಎಲ್ಲವೂ, ತಮಾಷೆಯಾಗಿ ಅಥವಾ ಹಾದುಹೋಗುವಲ್ಲಿ, ನಂಬಿರುವಂತೆ ಬದಲಾಗುವ ಕೆಟ್ಟ ವಿಧಾನವನ್ನು ಹೊಂದಿದೆ.
ನಕಾರಾತ್ಮಕ ಮಾರ್ಗಗಳು
ಸ್ವಲ್ಪ ಬುದ್ಧಿವಂತಿಕೆ ಮತ್ತು ಅನುಭವವನ್ನು ಪಡೆದ ನಮ್ಮ ಹಿಂದಿನ ಹೊಸ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ಹಿಂತಿರುಗಿ ನೋಡೋಣ: ಅವರು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಉದ್ಯಮದೊಂದಿಗೆ ಹೆಚ್ಚು ಪರಿಚಿತರಾಗಿದ್ದಾರೆ ಮತ್ತು ಕೆಟ್ಟ ಕೋಡ್ ಎಲ್ಲೆಡೆ ಇದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅದನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಗುಣಮಟ್ಟದ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದ ಅತ್ಯಂತ ಮುಂದುವರಿದ ಕಂಪನಿಗಳಲ್ಲಿಯೂ ಸಹ ಇದು ಸಂಭವಿಸುತ್ತದೆ (ಮತ್ತು ನಾನು ಗಮನಿಸುತ್ತೇನೆ: ಸ್ಪಷ್ಟವಾಗಿ, ಆಧುನಿಕತೆಯು ಕೆಟ್ಟ ಕೋಡ್‌ನಿಂದ ರಕ್ಷಿಸುವುದಿಲ್ಲ).
ಒಳ್ಳೆಯ ಸ್ಕ್ರಿಪ್ಟ್. ಕಾಲಾನಂತರದಲ್ಲಿ, ಡೆವಲಪರ್‌ಗಳು ಕೆಟ್ಟ ಕೋಡ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ವಾಸ್ತವ ಮತ್ತು ಅದನ್ನು ಸುಧಾರಿಸುವುದು ಅವರ ಕೆಲಸ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಮತ್ತು ಕೆಟ್ಟ ಕೋಡ್ ಅನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಅದರ ಬಗ್ಗೆ ಗಲಾಟೆ ಮಾಡುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಅವರು ಝೆನ್ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ, ಸಮಸ್ಯೆಗಳನ್ನು ಅಥವಾ ಅವುಗಳನ್ನು ಎದುರಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಕೇಂದ್ರೀಕರಿಸುತ್ತಾರೆ. ವ್ಯಾಪಾರ ಮಾಲೀಕರಿಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ಗುಣಮಟ್ಟವನ್ನು ನಿಖರವಾಗಿ ಅಳೆಯುವುದು ಮತ್ತು ಸಂವಹನ ಮಾಡುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಅವರು ಕಲಿಯುತ್ತಾರೆ, ಅವರ ವರ್ಷಗಳ ಅನುಭವದ ಆಧಾರದ ಮೇಲೆ ಉತ್ತಮವಾಗಿ-ಸ್ಥಾಪಿತ ಅಂದಾಜುಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ವ್ಯಾಪಾರಕ್ಕೆ ಅವರ ನಂಬಲಾಗದ ಮತ್ತು ನಡೆಯುತ್ತಿರುವ ಮೌಲ್ಯಕ್ಕಾಗಿ ಉದಾರ ಪ್ರತಿಫಲವನ್ನು ಪಡೆಯುತ್ತಾರೆ. ಅವರು ತಮ್ಮ ಕೆಲಸವನ್ನು ಎಷ್ಟು ಚೆನ್ನಾಗಿ ಮಾಡುತ್ತಾರೆಂದರೆ ಅವರು $10 ಮಿಲಿಯನ್ ಬೋನಸ್‌ಗಳನ್ನು ಪಡೆಯುತ್ತಾರೆ ಮತ್ತು ತಮ್ಮ ಜೀವನದುದ್ದಕ್ಕೂ ಅವರು ಬಯಸಿದ್ದನ್ನು ಮಾಡಲು ನಿವೃತ್ತರಾಗುತ್ತಾರೆ (ದಯವಿಟ್ಟು ಅದನ್ನು ಲಘುವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಬೇಡಿ).
ಇನ್ನೊಂದು ಸನ್ನಿವೇಶವೆಂದರೆ ಕತ್ತಲೆಯ ಹಾದಿ. ಕೆಟ್ಟ ಕೋಡ್ ಅನ್ನು ಅನಿವಾರ್ಯತೆಯಾಗಿ ಸ್ವೀಕರಿಸುವ ಬದಲು, ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಜಗತ್ತಿನಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಕೆಟ್ಟದಾಗಿ ಕರೆಯಲು ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮನ್ನು ತಾವು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಅವರು ಅದನ್ನು ಜಯಿಸಬಹುದು. ಅನೇಕ ಒಳ್ಳೆಯ ಕಾರಣಗಳಿಗಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೆಟ್ಟ ಕೋಡ್ ಅನ್ನು ಸುಧಾರಿಸಲು ಅವರು ನಿರಾಕರಿಸುತ್ತಾರೆ: "ಜನರು ಹೆಚ್ಚು ತಿಳಿದಿರಬೇಕು ಮತ್ತು ತುಂಬಾ ಮೂರ್ಖರಾಗಬಾರದು"; "ಇದು ಅಹಿತಕರ"; "ಇದು ವ್ಯವಹಾರಕ್ಕೆ ಕೆಟ್ಟದು"; "ನಾನು ಎಷ್ಟು ಸ್ಮಾರ್ಟ್ ಎಂದು ಇದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ"; "ಇದು ಯಾವ ಕೆಟ್ಟ ಕೋಡ್ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳದಿದ್ದರೆ, ಇಡೀ ಕಂಪನಿಯು ಸಾಗರಕ್ಕೆ ಬೀಳುತ್ತದೆ" ಇತ್ಯಾದಿ.
ವ್ಯಾಪಾರವು ದುರದೃಷ್ಟವಶಾತ್ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುಂದುವರೆಸಬೇಕು ಮತ್ತು ಕೋಡ್‌ನ ಗುಣಮಟ್ಟದ ಬಗ್ಗೆ ಚಿಂತಿಸುತ್ತಾ ಸಮಯವನ್ನು ಕಳೆಯಲು ಸಾಧ್ಯವಾಗದ ಕಾರಣ ಅವರು ಬಯಸುವ ಬದಲಾವಣೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಖಂಡಿತವಾಗಿಯೂ ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಈ ಜನರು ದೂರುದಾರರಾಗಿ ಖ್ಯಾತಿಯನ್ನು ಗಳಿಸುತ್ತಾರೆ. ಅವರು ತಮ್ಮ ಹೆಚ್ಚಿನ ಸಾಮರ್ಥ್ಯಕ್ಕಾಗಿ ಉಳಿಸಿಕೊಳ್ಳುತ್ತಾರೆ, ಆದರೆ ಕಂಪನಿಯ ಅಂಚುಗಳಿಗೆ ತಳ್ಳಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಅವರು ಅನೇಕ ಜನರನ್ನು ಕಿರಿಕಿರಿಗೊಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ಇನ್ನೂ ನಿರ್ಣಾಯಕ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತಾರೆ. ಹೊಸ ಅಭಿವೃದ್ಧಿ ಅವಕಾಶಗಳಿಗೆ ಪ್ರವೇಶವಿಲ್ಲದೆ, ಅವರು ಕೌಶಲ್ಯಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಉದ್ಯಮದ ಬೇಡಿಕೆಗಳನ್ನು ಪೂರೈಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾರೆ. ಅವರ ನಕಾರಾತ್ಮಕತೆಯು ಕಹಿ ಕಹಿಯಾಗಿ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಅವರು ಇಪ್ಪತ್ತು ವರ್ಷ ವಯಸ್ಸಿನ ವಿದ್ಯಾರ್ಥಿಗಳೊಂದಿಗೆ ತಮ್ಮ ನೆಚ್ಚಿನ ಹಳೆಯ ತಂತ್ರಜ್ಞಾನವು ತೆಗೆದುಕೊಂಡ ಪ್ರಯಾಣದ ಬಗ್ಗೆ ಮತ್ತು ಅದು ಇನ್ನೂ ಏಕೆ ಬಿಸಿಯಾಗಿರುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ವಾದ ಮಾಡುವ ಮೂಲಕ ತಮ್ಮ ಅಹಂಕಾರವನ್ನು ಪೋಷಿಸುತ್ತಾರೆ. ಅವರು ನಿವೃತ್ತರಾಗುತ್ತಾರೆ ಮತ್ತು ತಮ್ಮ ವೃದ್ಧಾಪ್ಯವನ್ನು ಪಕ್ಷಿಗಳ ಮೇಲೆ ಪ್ರಮಾಣ ಮಾಡುತ್ತಾ ಬದುಕುತ್ತಾರೆ.
ವಾಸ್ತವವು ಬಹುಶಃ ಈ ಎರಡು ವಿಪರೀತಗಳ ನಡುವೆ ಎಲ್ಲೋ ಇರುತ್ತದೆ.
ಕೆಲವು ಕಂಪನಿಗಳು ಅತ್ಯಂತ ಋಣಾತ್ಮಕ, ಇನ್ಸುಲರ್, ಬಲವಾದ ಇಚ್ಛಾಶಕ್ತಿಯ ಸಂಸ್ಕೃತಿಗಳನ್ನು ರಚಿಸುವಲ್ಲಿ ಅತ್ಯಂತ ಯಶಸ್ವಿಯಾಗಿವೆ (ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅದರ ಮೊದಲು ) - ಆಗಾಗ್ಗೆ ಇವುಗಳು ಮಾರುಕಟ್ಟೆಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವ ಉತ್ಪನ್ನಗಳನ್ನು ಹೊಂದಿರುವ ಕಂಪನಿಗಳಾಗಿವೆ ಮತ್ತು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಬೆಳೆಯುವ ಅವಶ್ಯಕತೆಯಿದೆ; ಅಥವಾ ಕಮಾಂಡ್ ಮತ್ತು ಕಂಟ್ರೋಲ್‌ನ ಶ್ರೇಣಿಯನ್ನು ಹೊಂದಿರುವ ಕಂಪನಿಗಳು (ಉದ್ಯೋಗದ ಅತ್ಯುತ್ತಮ ವರ್ಷಗಳಲ್ಲಿ ಆಪಲ್), ಅಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬರೂ ಅವರಿಗೆ ಹೇಳಿದ್ದನ್ನು ಮಾಡುತ್ತಾರೆ. ಆದಾಗ್ಯೂ, ಆಧುನಿಕ ವ್ಯವಹಾರ ಸಂಶೋಧನೆಯು (ಮತ್ತು ಸಾಮಾನ್ಯ ಜ್ಞಾನ) ಕಂಪನಿಗಳಲ್ಲಿ ನವೀನತೆಗೆ ಕಾರಣವಾಗುವ ಗರಿಷ್ಠ ಜಾಣ್ಮೆ ಮತ್ತು ವ್ಯಕ್ತಿಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ಉತ್ಪಾದಕತೆ, ನಡೆಯುತ್ತಿರುವ ಸೃಜನಶೀಲ ಮತ್ತು ಕ್ರಮಬದ್ಧ ಚಿಂತನೆಯನ್ನು ಬೆಂಬಲಿಸಲು ಕಡಿಮೆ ಮಟ್ಟದ ಒತ್ತಡದ ಅಗತ್ಯವಿರುತ್ತದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಮತ್ತು ನಿಮ್ಮ ಕೋಡ್‌ನ ಪ್ರತಿಯೊಂದು ಸಾಲಿನ ಬಗ್ಗೆ ನಿಮ್ಮ ಸಹೋದ್ಯೋಗಿಗಳು ಏನು ಹೇಳಬೇಕೆಂದು ನೀವು ನಿರಂತರವಾಗಿ ಚಿಂತಿಸುತ್ತಿದ್ದರೆ ಸೃಜನಶೀಲ, ಚರ್ಚೆ ಆಧಾರಿತ ಕೆಲಸವನ್ನು ಮಾಡುವುದು ತುಂಬಾ ಕಷ್ಟ.
ನಕಾರಾತ್ಮಕತೆಯು ಎಂಜಿನಿಯರಿಂಗ್ ಪಾಪ್ ಸಂಸ್ಕೃತಿಯಾಗಿದೆ
ಇಂದು, ಎಂಜಿನಿಯರುಗಳ ವರ್ತನೆಗೆ ಹಿಂದೆಂದಿಗಿಂತಲೂ ಹೆಚ್ಚಿನ ಗಮನ ನೀಡಲಾಗುತ್ತದೆ. ಎಂಜಿನಿಯರಿಂಗ್ ಸಂಸ್ಥೆಗಳಲ್ಲಿ, ನಿಯಮ "". ಟ್ವಿಟರ್‌ನಲ್ಲಿ ಈ ವೃತ್ತಿಯನ್ನು ತೊರೆದ ಜನರ ಬಗ್ಗೆ ಹೆಚ್ಚು ಹೆಚ್ಚು ಉಪಾಖ್ಯಾನಗಳು ಮತ್ತು ಕಥೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಿವೆ ಏಕೆಂದರೆ ಅವರು ಹೊರಗಿನವರ ಬಗ್ಗೆ ಹಗೆತನ ಮತ್ತು ಕೆಟ್ಟ ಇಚ್ಛೆಯನ್ನು ಮುಂದುವರಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ (ಇಲ್ಲ). ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್ ಕೂಡ ಇತರ ಲಿನಕ್ಸ್ ಡೆವಲಪರ್‌ಗಳ ಬಗ್ಗೆ ವರ್ಷಗಳ ಹಗೆತನ ಮತ್ತು ಟೀಕೆಗಳು - ಇದು ಈ ವಿಧಾನದ ಪರಿಣಾಮಕಾರಿತ್ವದ ಬಗ್ಗೆ ಚರ್ಚೆಗೆ ಕಾರಣವಾಗಿದೆ.
"ವಿಷಕಾರಿ ಋಣಾತ್ಮಕ" ದ ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ತಿಳಿದಿರಬೇಕಾದವರು - ಕೆಲವರು ಲಿನಸ್‌ನ ಅತ್ಯಂತ ವಿಮರ್ಶಾತ್ಮಕ ಹಕ್ಕನ್ನು ಇನ್ನೂ ಸಮರ್ಥಿಸುತ್ತಾರೆ. ಹೌದು, ನಾಗರಿಕತೆಯು ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿದೆ (ಮೂಲಭೂತವೂ ಸಹ), ಆದರೆ ನಮ್ಮಲ್ಲಿ ಅನೇಕರು ನಕಾರಾತ್ಮಕ ಅಭಿಪ್ರಾಯಗಳ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು "ವಿಷಕಾರಿತ್ವ" ವಾಗಿ ಪರಿವರ್ತಿಸಲು ಅನುಮತಿಸುವ ಕಾರಣಗಳನ್ನು ನಾವು ಒಟ್ಟುಗೂಡಿಸಿದರೆ, ಈ ಕಾರಣಗಳು ಪಿತೃತ್ವ ಅಥವಾ ಹದಿಹರೆಯದವರಂತೆ ತೋರುತ್ತವೆ: "ಅವರು ಮೂರ್ಖರಾಗಿರುವುದರಿಂದ ಅವರು ಅದಕ್ಕೆ ಅರ್ಹರು ", "ಅವರು ಅದನ್ನು ಮತ್ತೆ ಮಾಡುವುದಿಲ್ಲ ಎಂದು ಅವನು ಖಚಿತವಾಗಿರಬೇಕು," "ಅವರು ಹಾಗೆ ಮಾಡದಿದ್ದರೆ, ಅವನು ಅವರನ್ನು ಕೂಗಬೇಕಾಗಿಲ್ಲ," ಇತ್ಯಾದಿ. ಒಬ್ಬ ನಾಯಕನ ಭಾವನಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಮುದಾಯದ ಮೇಲೆ ಬೀರುವ ಪ್ರಭಾವದ ಉದಾಹರಣೆಯೆಂದರೆ ರೂಬಿ ಸಮುದಾಯದ ಸಂಕ್ಷಿಪ್ತ ರೂಪ MINASWAN - "Matz is nice so we are nice."
"ಮೂರ್ಖನನ್ನು ಕೊಲ್ಲು" ವಿಧಾನದ ಅನೇಕ ಉತ್ಕಟ ಪ್ರತಿಪಾದಕರು ಸಾಮಾನ್ಯವಾಗಿ ಕೋಡ್‌ನ ಗುಣಮಟ್ಟ ಮತ್ತು ಸರಿಯಾಗಿರುವುದರ ಬಗ್ಗೆ ತುಂಬಾ ಕಾಳಜಿ ವಹಿಸುತ್ತಾರೆ, ತಮ್ಮ ಕೆಲಸದೊಂದಿಗೆ ತಮ್ಮನ್ನು ಗುರುತಿಸಿಕೊಳ್ಳುತ್ತಾರೆ ಎಂದು ನಾನು ಗಮನಿಸಿದ್ದೇನೆ. ದುರದೃಷ್ಟವಶಾತ್, ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ಗಡಸುತನವನ್ನು ಬಿಗಿತದೊಂದಿಗೆ ಗೊಂದಲಗೊಳಿಸುತ್ತಾರೆ. ಈ ಸ್ಥಾನದ ಅನನುಕೂಲವೆಂದರೆ ಇತರರಿಗಿಂತ ಶ್ರೇಷ್ಠ ಎಂದು ಭಾವಿಸುವ ಸರಳ ಮಾನವ, ಆದರೆ ಅನುತ್ಪಾದಕ ಬಯಕೆಯಿಂದ ಉಂಟಾಗುತ್ತದೆ. ಈ ಆಸೆಯಲ್ಲಿ ಮುಳುಗಿದ ಜನರು ಕತ್ತಲೆಯ ಹಾದಿಯಲ್ಲಿ ಸಿಲುಕಿಕೊಳ್ಳುತ್ತಾರೆ.
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಪ್ರಪಂಚವು ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ ಮತ್ತು ಅದರ ಕಂಟೇನರ್‌ನ ಗಡಿಗಳ ವಿರುದ್ಧ ತಳ್ಳುತ್ತಿದೆ - ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಲ್ಲದ ಜಗತ್ತು (ಅಥವಾ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಪ್ರಪಂಚವು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಲ್ಲದ ಜಗತ್ತಿಗೆ ಕಂಟೇನರ್ ಆಗಿದೆಯೇ? ಒಳ್ಳೆಯ ಪ್ರಶ್ನೆ).
ನಮ್ಮ ಉದ್ಯಮವು ನಿರಂತರವಾಗಿ ಹೆಚ್ಚುತ್ತಿರುವ ವೇಗದಲ್ಲಿ ವಿಸ್ತರಿಸುವುದರಿಂದ ಮತ್ತು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಹೆಚ್ಚು ಪ್ರವೇಶಿಸಬಹುದಾದಂತೆ, "ಟೆಕ್ಕಿಗಳು" ಮತ್ತು "ಸಾಮಾನ್ಯ" ನಡುವಿನ ಅಂತರವು ವೇಗವಾಗಿ ಮುಚ್ಚುತ್ತಿದೆ. ಆರಂಭಿಕ ತಂತ್ರಜ್ಞಾನದ ಉತ್ಕರ್ಷದ ಪ್ರತ್ಯೇಕವಾದ ದಡ್ಡ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ಬೆಳೆದ ಜನರ ಪರಸ್ಪರ ಸಂವಹನಗಳಿಗೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಪ್ರಪಂಚವು ಹೆಚ್ಚು ತೆರೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ನ ಹೊಸ ಜಗತ್ತನ್ನು ಅವರು ರೂಪಿಸುತ್ತಾರೆ. ಮತ್ತು ಯಾವುದೇ ಸಾಮಾಜಿಕ ಅಥವಾ ಪೀಳಿಗೆಯ ವಾದಗಳನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ, ಬಂಡವಾಳಶಾಹಿಯ ಹೆಸರಿನಲ್ಲಿ ದಕ್ಷತೆಯು ಕಂಪನಿಯ ಸಂಸ್ಕೃತಿ ಮತ್ತು ನೇಮಕಾತಿ ಅಭ್ಯಾಸಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ: ಉತ್ತಮ ಕಂಪನಿಗಳು ಇತರರೊಂದಿಗೆ ತಟಸ್ಥವಾಗಿ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಾಗದ ಯಾರನ್ನೂ ನೇಮಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಉತ್ತಮ ಸಂಬಂಧಗಳನ್ನು ಹೊಂದಿರಲಿ.
ನಕಾರಾತ್ಮಕತೆಯ ಬಗ್ಗೆ ನಾನು ಕಲಿತದ್ದು
ನಿಮ್ಮ ಮನಸ್ಸನ್ನು ನಿಯಂತ್ರಿಸಲು ಮತ್ತು ಜನರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ನೀವು ಹೆಚ್ಚು ನಕಾರಾತ್ಮಕತೆಯನ್ನು ಅನುಮತಿಸಿದರೆ, ವಿಷತ್ವಕ್ಕೆ ತಿರುಗಿದರೆ, ಅದು ಉತ್ಪನ್ನ ತಂಡಗಳಿಗೆ ಅಪಾಯಕಾರಿ ಮತ್ತು ವ್ಯವಹಾರಕ್ಕೆ ದುಬಾರಿಯಾಗಿದೆ. ಒಬ್ಬ ವಿಶ್ವಾಸಾರ್ಹ ಡೆವಲಪರ್ ತಂತ್ರಜ್ಞಾನ, ಇನ್ನೊಬ್ಬ ಡೆವಲಪರ್ ಅಥವಾ ಸಂಪೂರ್ಣ ಕೋಡ್‌ಬೇಸ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ಪ್ರತಿನಿಧಿಸಲು ಆಯ್ಕೆ ಮಾಡಿದ ಒಂದೇ ಫೈಲ್‌ನ ವಿರುದ್ಧ ದ್ವೇಷವನ್ನು ಹೊಂದಿದ್ದರಿಂದ ಹೆಚ್ಚಿನ ವೆಚ್ಚದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಮರುನಿರ್ಮಾಣಗೊಂಡ ಲೆಕ್ಕವಿಲ್ಲದಷ್ಟು ಯೋಜನೆಗಳನ್ನು ನಾನು ನೋಡಿದ್ದೇನೆ (ಮತ್ತು ಕೇಳಿದ್ದೇನೆ).
ಋಣಾತ್ಮಕತೆಯು ಸಂಬಂಧಗಳನ್ನು ನಿರಾಶೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ನಾಶಪಡಿಸುತ್ತದೆ. CSS ಅನ್ನು ತಪ್ಪಾದ ಫೈಲ್‌ಗೆ ಹಾಕಿದ್ದಕ್ಕಾಗಿ ಸಹೋದ್ಯೋಗಿಯೊಬ್ಬರು ನನ್ನನ್ನು ಹೇಗೆ ಗದರಿಸಿದ್ದರು, ಅದು ನನ್ನನ್ನು ಅಸಮಾಧಾನಗೊಳಿಸಿತು ಮತ್ತು ಹಲವಾರು ದಿನಗಳವರೆಗೆ ನನ್ನ ಆಲೋಚನೆಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ನನಗೆ ಅವಕಾಶ ನೀಡಲಿಲ್ಲ ಎಂಬುದನ್ನು ನಾನು ಎಂದಿಗೂ ಮರೆಯುವುದಿಲ್ಲ. ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ, ಅಂತಹ ವ್ಯಕ್ತಿಯನ್ನು ನನ್ನ ತಂಡಗಳ ಬಳಿ ಇರಲು ನಾನು ಅನುಮತಿಸುವುದಿಲ್ಲ (ಆದರೆ ಯಾರಿಗೆ ತಿಳಿದಿದೆ, ಜನರು ಬದಲಾಗುತ್ತಾರೆ).
ಅಂತಿಮವಾಗಿ, ಋಣಾತ್ಮಕ .
ಸ್ಮೈಲ್ಸ್ನಲ್ಲಿ ಮಾಸ್ಟರ್ ವರ್ಗವು ಹೇಗಿರಬೇಕು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ಸಹಜವಾಗಿ, ಇದು ಸಂತೋಷದಿಂದ ಹೊಳೆಯುವ ಪರವಾಗಿ ವಾದವಲ್ಲ, ಪ್ರತಿ ಪುಲ್ ವಿನಂತಿಯಲ್ಲಿ ಹತ್ತು ಶತಕೋಟಿ ಎಮೋಟಿಕಾನ್‌ಗಳನ್ನು ಸೇರಿಸುವುದು ಅಥವಾ ಸ್ಮೈಲ್ಸ್ನಲ್ಲಿ ಮಾಸ್ಟರ್ ವರ್ಗಕ್ಕೆ ಹೋಗುವುದು (ಇಲ್ಲ, ಅದು ನಿಮಗೆ ಬೇಕಾದಲ್ಲಿ, ನಂತರ ಯಾವುದೇ ತೊಂದರೆ ಇಲ್ಲ). ಋಣಾತ್ಮಕತೆಯು ಪ್ರೋಗ್ರಾಮಿಂಗ್‌ನ (ಮತ್ತು ಮಾನವ ಜೀವನ) ಅತ್ಯಂತ ಪ್ರಮುಖ ಭಾಗವಾಗಿದೆ, ಗುಣಮಟ್ಟವನ್ನು ಸಂಕೇತಿಸುತ್ತದೆ, ಭಾವನೆಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಮತ್ತು ಸಹ ಮಾನವರೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆ ಮಾಡಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ನಕಾರಾತ್ಮಕತೆಯು ಒಳನೋಟ ಮತ್ತು ವಿವೇಕ, ಸಮಸ್ಯೆಯ ಆಳವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಡೆವಲಪರ್ ಅವರು ಹಿಂದೆ ಅಂಜುಬುರುಕವಾಗಿರುವ ಮತ್ತು ಖಚಿತವಾಗಿಲ್ಲದ ಬಗ್ಗೆ ಅಪನಂಬಿಕೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಅವರು ಹೊಸ ಮಟ್ಟವನ್ನು ತಲುಪಿದ್ದಾರೆ ಎಂದು ನಾನು ಆಗಾಗ್ಗೆ ಗಮನಿಸುತ್ತೇನೆ. ಜನರು ತಮ್ಮ ಅಭಿಪ್ರಾಯಗಳೊಂದಿಗೆ ಸಮಂಜಸತೆ ಮತ್ತು ವಿಶ್ವಾಸವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತಾರೆ. ನೀವು ನಕಾರಾತ್ಮಕತೆಯ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು ತಳ್ಳಿಹಾಕಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅದು ಆರ್ವೆಲ್ಲಿಯನ್ ಆಗಿರುತ್ತದೆ.
ಆದಾಗ್ಯೂ, ನಕಾರಾತ್ಮಕತೆಯನ್ನು ಇತರ ಪ್ರಮುಖ ಮಾನವ ಗುಣಗಳೊಂದಿಗೆ ಡೋಸ್ ಮಾಡಬೇಕಾಗಿದೆ ಮತ್ತು ಸಮತೋಲನಗೊಳಿಸಬೇಕು: ಸಹಾನುಭೂತಿ, ತಾಳ್ಮೆ, ತಿಳುವಳಿಕೆ ಮತ್ತು ಹಾಸ್ಯ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ಅವನು ಕಿರಿಚುವ ಅಥವಾ ಪ್ರತಿಜ್ಞೆ ಮಾಡದೆಯೇ ಸ್ಕ್ರೂ ಮಾಡಿದ್ದಾನೆ ಎಂದು ನೀವು ಯಾವಾಗಲೂ ಹೇಳಬಹುದು. ಈ ವಿಧಾನವನ್ನು ಕಡಿಮೆ ಅಂದಾಜು ಮಾಡಬೇಡಿ: ನೀವು ಗಂಭೀರವಾಗಿ ಗೊಂದಲಕ್ಕೊಳಗಾಗಿದ್ದೀರಿ ಎಂದು ಯಾರಾದರೂ ಯಾವುದೇ ಭಾವನೆಯಿಲ್ಲದೆ ಹೇಳಿದರೆ, ಅದು ನಿಜವಾಗಿಯೂ ಭಯಾನಕವಾಗಿದೆ.
ಆ ಸಮಯದಲ್ಲಿ, ಹಲವಾರು ವರ್ಷಗಳ ಹಿಂದೆ, ಸಿಇಒ ನನ್ನೊಂದಿಗೆ ಮಾತನಾಡಿದರು. ನಾವು ಯೋಜನೆಯ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಚರ್ಚಿಸಿದ್ದೇವೆ, ನಂತರ ಅವರು ನನಗೆ ಹೇಗೆ ಅನಿಸುತ್ತಿದೆ ಎಂದು ಕೇಳಿದರು. ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ, ಯೋಜನೆಯು ಚಲಿಸುತ್ತಿದೆ, ನಾವು ನಿಧಾನವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇವೆ, ಬಹುಶಃ ನಾನು ಏನನ್ನಾದರೂ ಕಳೆದುಕೊಂಡಿದ್ದೇನೆ ಮತ್ತು ಮರುಪರಿಶೀಲಿಸಬೇಕಾಗಿದೆ ಎಂದು ನಾನು ಉತ್ತರಿಸಿದೆ. ನಾನು ಕಛೇರಿಯಲ್ಲಿ ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಹೆಚ್ಚು ನಿರಾಶಾವಾದಿ ಆಲೋಚನೆಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದನ್ನು ನಾನು ಕೇಳಿದ್ದೇನೆ ಮತ್ತು ಇತರರು ಇದನ್ನು ಗಮನಿಸಿದ್ದಾರೆ ಎಂದು ಅವರು ಹೇಳಿದರು. ನನಗೆ ಸಂದೇಹಗಳಿದ್ದರೆ, ನಾನು ಅವುಗಳನ್ನು ನಿರ್ವಹಣೆಗೆ ಸಂಪೂರ್ಣವಾಗಿ ವ್ಯಕ್ತಪಡಿಸಬಹುದು, ಆದರೆ "ಅವುಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ" ಎಂದು ಅವರು ವಿವರಿಸಿದರು. ಲೀಡ್ ಇಂಜಿನಿಯರ್ ಆಗಿ, ನನ್ನ ಮಾತುಗಳು ಇತರರ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಎಂಬುದರ ಬಗ್ಗೆ ನಾನು ಗಮನ ಹರಿಸಬೇಕು ಏಕೆಂದರೆ ನಾನು ಅದನ್ನು ಅರಿತುಕೊಳ್ಳದಿದ್ದರೂ ಸಹ ನಾನು ಸಾಕಷ್ಟು ಪ್ರಭಾವವನ್ನು ಹೊಂದಿದ್ದೇನೆ. ಮತ್ತು ಅವರು ನನಗೆ ಈ ಎಲ್ಲವನ್ನು ತುಂಬಾ ದಯೆಯಿಂದ ಹೇಳಿದರು, ಮತ್ತು ಅಂತಿಮವಾಗಿ ನಾನು ನಿಜವಾಗಿಯೂ ಹಾಗೆ ಭಾವಿಸಿದರೆ, ನನ್ನ ಮತ್ತು ನನ್ನ ವೃತ್ತಿಜೀವನಕ್ಕೆ ನಾನು ಏನು ಬೇಕು ಎಂದು ನಾನು ಯೋಚಿಸಬೇಕಾಗಿದೆ ಎಂದು ಹೇಳಿದರು. ಇದು ನಂಬಲಾಗದಷ್ಟು ಸೌಮ್ಯವಾದ, ನಿಮ್ಮ ಆಸನದಿಂದ ಹೊರಬರಲು-ಅಥವಾ-ಹೊರಹೋಗುವ ಸಂಭಾಷಣೆಯಾಗಿದೆ. ಆರು ತಿಂಗಳ ಅವಧಿಯಲ್ಲಿ ನನ್ನ ಬದಲಾದ ವರ್ತನೆಯು ನನ್ನ ಗಮನಕ್ಕೆ ಬಾರದೆ ಇತರರ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತಿದೆ ಎಂಬ ಮಾಹಿತಿಗಾಗಿ ನಾನು ಅವರಿಗೆ ಧನ್ಯವಾದ ಹೇಳಿದ್ದೇನೆ.
ಇದು ಗಮನಾರ್ಹ, ಪರಿಣಾಮಕಾರಿ ನಿರ್ವಹಣೆ ಮತ್ತು ಮೃದುವಾದ ವಿಧಾನದ ಶಕ್ತಿಯ ಉದಾಹರಣೆಯಾಗಿದೆ. ನಾನು ಕಂಪನಿಯಲ್ಲಿ ಸಂಪೂರ್ಣ ನಂಬಿಕೆಯನ್ನು ಹೊಂದಿದ್ದೇನೆ ಮತ್ತು ಅದರ ಗುರಿಗಳನ್ನು ಸಾಧಿಸುವ ಸಾಮರ್ಥ್ಯವಿದೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ನಾನು ಇತರರೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ರೀತಿಯಲ್ಲಿ ಮಾತನಾಡಿದೆ ಮತ್ತು ಸಂವಹನ ನಡೆಸಿದೆ. ನಾನು ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಯೋಜನೆಯ ಬಗ್ಗೆ ನನಗೆ ಸಂದೇಹವಿದ್ದರೂ ಸಹ, ನನ್ನ ಭಾವನೆಗಳನ್ನು ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳಿಗೆ ತೋರಿಸಬಾರದು ಮತ್ತು ಸಾಂಕ್ರಾಮಿಕ ರೋಗದಂತೆ ನಿರಾಶಾವಾದವನ್ನು ಹರಡಬಾರದು, ನಮ್ಮ ಯಶಸ್ಸಿನ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆಗೊಳಿಸಬಾರದು ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ. ಬದಲಾಗಿ, ನಾನು ನನ್ನ ನಿರ್ವಹಣೆಗೆ ನೈಜ ಪರಿಸ್ಥಿತಿಯನ್ನು ಆಕ್ರಮಣಕಾರಿಯಾಗಿ ತಿಳಿಸಬಲ್ಲೆ. ಮತ್ತು ಅವರು ನನ್ನ ಮಾತನ್ನು ಕೇಳುತ್ತಿಲ್ಲ ಎಂದು ನಾನು ಭಾವಿಸಿದರೆ, ನಾನು ಕಂಪನಿಯನ್ನು ತೊರೆಯುವ ಮೂಲಕ ನನ್ನ ಭಿನ್ನಾಭಿಪ್ರಾಯವನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಹುದು.
ನಾನು ಸಿಬ್ಬಂದಿ ಮೌಲ್ಯಮಾಪನದ ಮುಖ್ಯಸ್ಥ ಸ್ಥಾನವನ್ನು ವಹಿಸಿಕೊಂಡಾಗ ನನಗೆ ಹೊಸ ಅವಕಾಶ ಸಿಕ್ಕಿತು. ಒಬ್ಬ ಮಾಜಿ ಮುಖ್ಯ ಇಂಜಿನಿಯರ್ ಆಗಿ, ನಮ್ಮ (ಸದಾ-ಸುಧಾರಿತ) ಪರಂಪರೆಯ ಕೋಡ್‌ನಲ್ಲಿ ನನ್ನ ಅಭಿಪ್ರಾಯಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ಬಗ್ಗೆ ನಾನು ಬಹಳ ಎಚ್ಚರಿಕೆಯಿಂದ ಇರುತ್ತೇನೆ. ಬದಲಾವಣೆಯನ್ನು ಅನುಮೋದಿಸಲು, ನೀವು ಪ್ರಸ್ತುತ ಪರಿಸ್ಥಿತಿಯನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳಬೇಕು, ಆದರೆ ನೀವು ನರಳುವುದು, ಆಕ್ರಮಣ ಮಾಡುವುದು ಅಥವಾ ಹಾಗೆ ಮಾಡಿದರೆ ನೀವು ಎಲ್ಲಿಯೂ ಸಿಗುವುದಿಲ್ಲ. ಅಂತಿಮವಾಗಿ, ನಾನು ಕಾರ್ಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಇಲ್ಲಿದ್ದೇನೆ ಮತ್ತು ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಅಥವಾ ಸರಿಪಡಿಸಲು ಕೋಡ್ ಬಗ್ಗೆ ದೂರು ನೀಡಬಾರದು.
ವಾಸ್ತವವಾಗಿ, ಕೋಡ್‌ಗೆ ನನ್ನ ಭಾವನಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಾನು ಹೆಚ್ಚು ನಿಯಂತ್ರಿಸುತ್ತೇನೆ, ಅದು ಏನಾಗಬಹುದು ಎಂಬುದನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇನೆ ಮತ್ತು ಕಡಿಮೆ ಗೊಂದಲವನ್ನು ಅನುಭವಿಸುತ್ತೇನೆ. ನಾನು ಸಂಯಮದಿಂದ ನನ್ನನ್ನು ವ್ಯಕ್ತಪಡಿಸಿದಾಗ ("ಇಲ್ಲಿ ಮತ್ತಷ್ಟು ಸುಧಾರಣೆಗೆ ಅವಕಾಶವಿರಬೇಕು"), ನಾನು ನನ್ನನ್ನು ಮತ್ತು ಇತರರನ್ನು ಸಂತೋಷಪಡಿಸುತ್ತಿದ್ದೆ ಮತ್ತು ಪರಿಸ್ಥಿತಿಯನ್ನು ತುಂಬಾ ಗಂಭೀರವಾಗಿ ಪರಿಗಣಿಸಲಿಲ್ಲ. ನಾನು ಸಂಪೂರ್ಣವಾಗಿ (ಕಿರಿಕಿರಿ?) ಸಮಂಜಸವಾಗಿರುವ ಮೂಲಕ ಇತರರಲ್ಲಿ ನಕಾರಾತ್ಮಕತೆಯನ್ನು ಉತ್ತೇಜಿಸಬಹುದು ಮತ್ತು ಕಡಿಮೆ ಮಾಡಬಹುದು ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ ("ನೀವು ಹೇಳಿದ್ದು ಸರಿ, ಈ ಕೋಡ್ ತುಂಬಾ ಕೆಟ್ಟದಾಗಿದೆ, ಆದರೆ ನಾವು ಅದನ್ನು ಸುಧಾರಿಸುತ್ತೇವೆ"). ನಾನು ಝೆನ್ ಹಾದಿಯಲ್ಲಿ ಎಷ್ಟು ದೂರ ಹೋಗಬಲ್ಲೆ ಎಂಬುದನ್ನು ನೋಡಿ ನನಗೆ ಸಂತೋಷವಾಗಿದೆ.
ಮೂಲಭೂತವಾಗಿ, ನಾನು ನಿರಂತರವಾಗಿ ಒಂದು ಪ್ರಮುಖ ಪಾಠವನ್ನು ಕಲಿಯುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಕಲಿಯುತ್ತಿದ್ದೇನೆ: ನಿರಂತರವಾಗಿ ಕೋಪಗೊಳ್ಳಲು ಮತ್ತು ನೋವಿನಿಂದ ಇರಲು ಜೀವನವು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ.
ಮೂಲ: www.habr.com