एक शुरुआत पायथन प्रोग्रामर के रूप में, क्या उन्नत 3-पार्टी पुस्तकालयों में कूदने से पहले अपने स्वयं के पुस्तकालयों का निर्माण और समझना एक अच्छा विचार है जिसमें मुझे कार्यक्षमता की आवश्यकता है?
कुछ परियोजनाएं (उदाहरण के लिए Django जैसे वेब फ्रेमवर्क) संभवतः इस दृष्टिकोण के लिए बहुत बड़ी हैं। लेकिन अन्य परियोजनाएं (जैसे वेब क्रॉलर, ग्राफ लाइब्रेरी, HTML पार्सर) संभव लगती हैं।
मुझे चिंता है कि 3-पार्टी पुस्तकालयों पर जल्दी निर्भरता मेरे विकास को प्रभावित करेगी।
नोट: यह सवाल और यह सवाल एक अनुभवी प्रोग्रामर को ध्यान केंद्रित करने के लिए लगता है, जो शायद सीखने के लाभ की तुलना में पुन: उपयोग की दक्षता पर अधिक ध्यान केंद्रित करते हैं। मेरा प्रश्न, मुझे लगता है, शुरुआती लोगों पर केंद्रित है।
5
"प्रोग्रामर के बजाय लाइब्रेरी इंटीग्रेटर से ज्यादा कुछ नहीं": ग्राहक चाहते हैं कि आप उत्पादक बनें। मौजूदा पुस्तकालयों का मूल्यांकन और एकीकरण करने में सक्षम होना एक महत्वपूर्ण कौशल है जिसे आपको उत्पादक होने की आवश्यकता है। यदि कोई उपलब्ध लाइब्रेरी नहीं है जो आपकी आवश्यकताओं के अनुरूप है ... अन्यथा उस व्यावसायिक समस्या को हल करने पर ध्यान केंद्रित करें जिसे आपका एप्लिकेशन संबोधित कर रहा है
—
Hamish Smith
आप "लाइब्रेरी इंटीग्रेटर" और "प्रोग्रामर" के बीच क्या अंतर कर रहे हैं। 30 वर्षों में - यहां तक कि एम्बेडेड चिप-स्तरीय डिवाइस नियंत्रक बना - मैंने कभी भी पुस्तकालयों के बिना काम नहीं किया है। क्या आप इस भेद की व्याख्या कर सकते हैं?
—
एस.लॉट
बेचारा बहक गया। संपादित किया है।
—
माइक रैंड
मैं एक लाइब्रेरी इंटीग्रेटर किराए पर लेना चाहूंगा। जब आप सुविधाओं पर ध्यान केंद्रित कर सकते हैं तो आप पर ध्यान केंद्रित क्यों करें? कुछ दर्जन बुरी तरह से पुनर्निर्मित साइकिलों को देखने के बाद मैंने दूसरे को देखने के बारे में सोचा। लाइब्रेरी डिज़ाइन कड़ी मेहनत और एक संतुलनकारी कार्य है। एक विशिष्ट सॉफ्टवेयर की दुकान पुस्तकालय डिजाइन में विशेषज्ञ नहीं है, इसके पास सही कौशल, संसाधन और धैर्य नहीं है। फिर से लिखना से सावधान रहें। कोड का उपयोग करना बेहतर है जो कि खरोंच से शुरू होने की तुलना में दूसरों द्वारा परीक्षण किया गया है। केवल जब कोई वैक्यूम होता है तो एक आविष्कार करना चाहिए, आईएमओ।
—
जॉब