सॉफ्टवेयर इंजीनियरों की कोड से नफ़रत

• सॉफ्टवेयर इंजीनियर, खासकर दूसरे लोगों द्वारा लिखा गया कोड, नापसंद करते हैं।
• माइक्रोसर्विस आर्किटेक्चर इंजीनियरों को पुराने कोड को containers और load balancers के पीछे छिपाने देता है, मानो वह मौजूद ही न हो।
• इंजीनियर dependency के वास्तविक implementation या test suite को देखने के बजाय, code solution खोजने के लिए ज़्यादातर Stack Overflow का सहारा लेते हैं।
• इंजीनियर दूसरे लोगों के code review करना पसंद नहीं करते, और इसकी वजह से pull request approval में देरी हो सकती है।
• इंजीनियर code लिखना पसंद करते हैं, और उसमें इतने डूब सकते हैं कि खाना-पीना और सोना जैसी बुनियादी ज़रूरतें भी भूल जाएँ।
• इंजीनियर code और code लिखने के तरीकों के बारे में पढ़ना पसंद करते हैं, भले ही वे वास्तव में दिए गए example code को न पढ़ें।
• मीटिंग, documentation लिखना, testing, और code refactoring — ये सब इंजीनियरों के लिए समय छीनने वाली झंझटें हैं।
• इंजीनियर लगातार ऐसे tools और techniques खोजते रहते हैं जो उन्हें और ज़्यादा code लिखने दें, और हाल के वर्षों में AI-आधारित tools भी उभरे हैं।
• सीनियर इंजीनियरों ने maintenance और downtime कम करने के लिए code को न्यूनतम रखने और अनावश्यक code हटाने के महत्व को समझ लिया है।
• सीनियर इंजीनियर जटिल समस्याओं के लिए elegant solutions को महत्व देते हैं, लेकिन ऐसे code लिखने को लेकर सशंकित रहते हैं जो कोई value न दे।
• इंजीनियरों के लिए यह ज़रूरी है कि वे अपने code की cost और impact को ध्यान में रखें, और जहाँ संभव हो existing solutions का उपयोग करें।
• इस लेख में वर्णित विशेषताएँ अतीत के इंजीनियरों के रवैये को दर्शाती हैं।
• इस लेख ने Hacker News पर चर्चा छेड़ी।

[GN⁺]

Hacker News की राय

• इंजीनियरों को दूसरे लोगों द्वारा लिखा गया कोड पसंद नहीं आता, इसलिए वे greenfield project पर काम करना पसंद करते हैं।
• हालांकि, कुछ इंजीनियर मौजूदा कोड को maintain करना पसंद करते हैं, और इसे सफल project के लिए महत्वपूर्ण मानते हैं।
• consultant भी कोड को नापसंद करते हैं और अक्सर शुरुआत से फिर से लिखने की सलाह देते हैं। ऐसा इसलिए क्योंकि इससे उनके लिए risk-reward balance अनुकूल बनता है।
• अच्छे इंजीनियर अपने काम पर गर्व करते हैं और मात्रा से ज़्यादा quality को महत्व देते हैं। लेकिन आलसी या जल्दबाज़ implementation कोड के प्रति नफ़रत पैदा कर सकता है।
• मौजूदा कोड में बदलाव करने और उसे फिर से लिखने के cost-benefit analysis पर सावधानी से विचार करना महत्वपूर्ण है।
• कोड को पढ़ना और समझना आनंददायक हो सकता है, लेकिन असंगत कोड के साथ काम करना मुश्किल बना देता है।
• चुनी गई design philosophy चाहे जो भी हो, कोड की consistency maintainability और आसानी से बदलाव करने के लिए महत्वपूर्ण है।
• कभी-कभी यह सामान्यीकरण कि इंजीनियर कोड से नफ़रत करते हैं, लगाए गए खर्च को सही ठहराने के लिए इस्तेमाल किया जाता है, लेकिन शुरुआत से शुरू करना सबसे अच्छा समाधान हो सकता है।
• कोड से ऊब या नापसंदगी, लेखकों की तुलना में programmers के बीच अधिक आम है, और कोड पढ़ना एक महत्वपूर्ण अभ्यास है जिसे बहुत से programmers नज़रअंदाज़ करते हैं।
• इंजीनियर और कोड का संबंध partners के बीच के संबंध जैसा है, जहाँ communication और trust मुख्य हैं।
• इंजीनियर कभी-कभी अपने सोचने के मॉडल के अनुरूप abstraction खोजते या बनाते हैं, लेकिन सही tools और टीम की समझ का संयोजन कम ही देखने को मिलता है।