मुझे लगभग सभी सॉफ्टवेयर से नफरत है

लगभग। अनुवाद:

हाल ही में, NodeJS निर्माता रेन डाहल ने सेंट पीटर्सबर्ग में पवित्रजेएस सम्मेलन खोला। और मुझे याद आया कि मैंने उनके ब्लॉग से एक अप्रकाशित अनुवाद किया था और इसे प्रकाशित करने का फैसला किया। कुछ जगहों पर अनुवाद काफी स्पष्ट है। मुझे आशा है कि आप रुचि लेंगे। इस लेख के लिए रिलीज़ की तारीख अक्टूबर 2011 है। नोडोड्स के लिए रिलीज़ की तारीख 27 मई, 2009 है।

यह लगभग हर परत पर अनावश्यक और जटिल है। मैं जो सबसे अच्छा कर सकता हूं, वह समस्या के त्वरित और आसान समाधान के लिए किसी को बधाई देता है, जिसे वे आपूर्ति करते हैं। एकमात्र सॉफ्टवेयर जो मुझे पसंद है वह यह है कि मैं आसानी से समझ सकता हूं, और यह मेरी समस्याओं को हल करता है। जिस कठिनाई को मैं सहने के लिए सहमत हूं, उस समस्या के आकार के अनुपात में आनुपातिक है जिसे हल करने की आवश्यकता है।

पिछले एक साल से, मुझे लगता है कि मैं अंत में यूनिक्स आदर्शों को समझने के लिए आया हूं: फ़ाइल विवरणकर्ता और प्रक्रियाएं सी का उपयोग करके ऑर्केस्ट्रेटेड हैं। यह एक महान विचार है। लेकिन यह वह नहीं है जिससे हम निपट रहे हैं। जटिलता निहित नहीं थी। इसके विपरीत, मुझे DBus, / usr / lib, Boost, ioctls, SMF, सिग्नल, वाष्पशील चर, प्रोटोटाइप विरासत, _C99_FEATURES_, dpkg और autoconf से निपटना होगा।

हम में से जो इन प्रणालियों के शीर्ष पर सॉफ़्टवेयर लिखते हैं वे जटिलता को जोड़ते हैं। अब आपको सिस्टम को काम करने के लिए न केवल $ LD_LIBRARY_PATH को जानना होगा, बल्कि $ NODE_PATH को भी जानना होगा - यह मेरा व्यवसाय है, यह मेरी जोड़ी गई जटिलता है! उपयोगकर्ता - जो लोग एक वेब पेज देखना चाहते हैं - वे बिल्कुल भी ध्यान नहीं देते हैं। वे परवाह नहीं करते हैं कि हम कैसे व्यवस्थित करते हैं / usr, वे परवाह नहीं करते हैं कि ज़ोंबी प्रक्रियाएं कैसे काम करती हैं, वैसे भी बाश में आदेशों के अतिरिक्त काम करता है, भले ही zlib स्टेटिक या डायनामिक रूप से नोड से जुड़ा हो। एक समय आएगा जब हमारे मौजूदा सिस्टम की संचित जटिलता एक नया बनाने की जटिलता से अधिक होगी। जब यह क्षण आता है तो यह बकवास बकवास पर जाएगी। हम शौचालय के लिए बूस्ट और ग्लिब और ऑटोकॉन्फ़ को फ्लश कर सकते हैं और कभी भी उनके बारे में नहीं सोच सकते।

आप में से जो अभी भी एक प्रोग्रामिंग लैंग्वेज का विवरण जानने का आनंद लेते हैं, उदाहरण के लिए, जो लोग यह जानकर खुश हैं कि NaN शून्य है या नहीं - आप यह भी नहीं समझते हैं कि यह कितना कमबख्त है। यदि आपको लगता है कि आपके कोड में सभी समान वर्णों को संरेखित करना अच्छा होगा, यदि आप अपने विंडो मैनेजर या संपादक को सेट करने में समय बिताते हैं, यदि आप टेस्ट रनर में यूनिकोड चेक मार्क डालते हैं, यदि आप अपने कोड फ़ोल्डर में अनावश्यक पदानुक्रम जोड़ते हैं, यदि आप करते हैं समस्या को हल करने के अलावा कुछ और - आप यह नहीं समझते कि यह कितना सुस्त है। ग्लिब ऑब्जेक्ट मॉडल के बारे में किसी को परवाह नहीं है।

सॉफ्टवेयर विकास में एक बात मायने रखती है कि उपयोगकर्ता कैसा महसूस करता है (उपयोगकर्ता का अनुभव)।