पहिया को अक्सर फिर से चालू करें

पाठक की दृष्टि से लेखक की राय की विसंगति के लिए अनुवादक जिम्मेदार नहीं है



"बस जो मौजूद है उसका उपयोग करें - यह पहिया को मजबूत करने के लिए बेवकूफ है ..."



क्या आपने कभी इसे एक रूप या किसी अन्य में सुना है? बेशक उन्होंने किया! हर डेवलपर और छात्र अक्सर ऐसा कुछ सुनते हैं। क्यों? पहिया को इतनी शर्मनाक तरीके से क्यों मजबूत किया जाए? क्योंकि, सबसे अधिक बार, मौजूदा कोड काम कर रहे कोड है। यह पहले ही किसी प्रकार के गुणवत्ता नियंत्रण, कठोर परीक्षण से गुजर चुका है और वर्तमान में इसका सफलतापूर्वक उपयोग किया जा रहा है। इसके अलावा, आविष्कार में लगाया गया समय और प्रयास आमतौर पर उसी तरह से भुगतान नहीं करते हैं जैसे किसी मौजूदा उत्पाद या कोड आधार का उपयोग करते समय। क्या मुझे साइकिल के आविष्कार से परेशान होने की आवश्यकता है? क्यों? कब?



हो सकता है कि आपने सॉफ्टवेयर डिजाइन पर विकास या पुस्तकों में पैटर्न के बारे में प्रकाशनों को देखा हो। ये किताबें अभी भी पंखों में इंतजार कर सकती हैं, चाहे वे कितनी भी बड़ी जानकारी हो। जैसे नौकायन के बारे में कोई फिल्म देखना, अपने स्वयं के सॉफ़्टवेयर को खरोंच से विकसित करने, उसका परीक्षण करने, उसे तोड़ने और उसे ठीक करने की तुलना में, स्वयं को नौकायन या मौजूदा कोड का उपयोग करना बिल्कुल पसंद नहीं है।



नियंत्रण संरचनाओं का पता लगाने में एक साइकिल का आविष्कार सिर्फ एक अभ्यास नहीं है, यह है कि विभिन्न मौजूदा घटकों के आंतरिक कामकाज के बारे में गहन ज्ञान कैसे प्राप्त करें। क्या आप जानते हैं कि मेमोरी मैनेजर कैसे काम करते हैं? अदला-बदली? क्या आप इसे स्वयं कर सकते हैं? दोगुनी लिंक वाली सूचियों के बारे में क्या? गतिशील सरणियों की कक्षाएं? ODBC क्लाइंट? क्या आप एक ग्राफ़िकल इंटरफ़ेस लिख सकते हैं जो आपके पसंदीदा लोकप्रिय इंटरफ़ेस से बदतर नहीं है? क्या आप अपने खुद के ब्राउज़र विजेट बना सकते हैं? क्या आप जानते हैं कि मल्टीप्लेक्स सिस्टम कब लिखना है, और मल्टीथ्रेडेड कब करना है? फ़ाइल- और मेमोरी-ओरिएंटेड डेटाबेस के बीच चयन कैसे करें? अधिकांश डेवलपर्स ने केवल इन बुनियादी चीजों को स्वयं लागू नहीं किया, और इसलिए उन्हें इस बात का गहराई से ज्ञान नहीं है कि वे कैसे काम करते हैं। नतीजतन, यह सब रहस्यमय काले बक्से के रूप में देखा जाता है जो बस काम करते हैं। केवल यह समझना कि सतह पर मोटाई में छिपे खतरों को प्रकट करने के लिए पर्याप्त नहीं है। विकास में गहरी चीजों की अज्ञानता वास्तव में शानदार काम बनाने की आपकी क्षमता को सीमित करेगी।



वर्ग पहियों के साथ एक बाइक का आविष्कार तुरंत सही होने की तुलना में अधिक मूल्यवान है। परीक्षण और त्रुटि से सीखे गए सबक हैं, उनमें एक भावनात्मक घटक के साथ, जो एक तकनीकी पुस्तक पढ़कर प्राप्त करना असंभव है!



याद किए गए तथ्य और किताबी ज्ञान बहुत महत्वपूर्ण हैं, लेकिन एक महान प्रोग्रामर बनने के लिए सिर्फ तथ्यों को इकट्ठा करने की तुलना में अधिक अनुभव की आवश्यकता होती है। साइकिल का आविष्कार करना एक डेवलपर की शिक्षा के लिए उतना ही महत्वपूर्ण है जितना कि एक बॉडी बिल्डर के लिए वेट लिफ्टिंग।