मेरा मतलब है, वास्तव में उपयोगी कार्य हैं जो समस्याओं को हल कर सकते हैं जब आप फंस जाते हैं और यह नहीं जानते कि इस या उस प्रोग्रामिंग भाषा के आपके ज्ञान के साथ कैसे हल करें जो आप उपयोग करते हैं ... उदाहरण के लिए, जावास्क्रिप्ट के लिए C ++ या JQuery के लिए बूस्ट या स्प्रिंग के लिए जावा ... वे सेकंड में समस्याओं को हल करते हैं और आपको वास्तव में परवाह नहीं है कि उन्होंने यह कैसे किया (इसके बावजूद कि वे उसी भाषा में लिखे जा रहे हैं जो आप प्रोग्रामिंग कर रहे हैं) ... तो मुझे आश्चर्य है कि मैं अकेला हूँ केवल लिबास का उपयोग नहीं करते हुए खरोंच से मेरी समस्याओं के समाधान लिखने में सक्षम है या यह मानक अभ्यास है?
वे व्यक्तियों की समस्याओं का समाधान नहीं करते हैं, वे संबंधित क्षेत्रों में आम समस्याओं के लिए एक समाधान हैं।
—
अभिमरण कुगथासन
इसलिए यह ठीक है कि संबंधित क्षेत्र में आम समस्याओं को कैसे हल किया जाए और यह कहा जाए कि "बस *** का उपयोग करें (आपका पसंदीदा काम यहां)" यह तय नहीं होगा कि यह वास्तव में कैसे हुआ?
—
कबुम्बुस
क्या आपने कभी स्केलेबल प्रोग्राम किए हैं? ईमानदारी से, कोई भी पुस्तकालय 100% सही समय नहीं है, और कीड़े होने के लिए बाध्य हैं। अब अगर वह बग आपके द्वारा उपयोग किए जा रहे कई बाहरी पुस्तकालयों में से एक में रहता है, और विकास के चक्र से 2 साल पहले आप समस्याओं में भागना शुरू करते हैं, और आप क्या जानते हैं? यह उन पुस्तकालयों में से एक है जिनका आप उपयोग कर रहे हैं! तो फ्रैंक होने के लिए: नहीं इसका कोई मतलब नहीं है कि पुस्तकालयों को जल्दी ठीक करने के लिए उपयोग करें (कम से कम उद्यम-स्तर के सॉफ़्टवेयर के लिए नहीं, आदि) क्योंकि वे सीमा के कुछ हद तक आगे जाते हैं जो आप जाते हैं।
—
जर्ल्यूक
@jerluc: मानक पुस्तकालय अक्सर किसी एक संगठन के कोड से बेहतर विकसित और समर्थित होते हैं। उदाहरण के लिए, बूस्ट के शेयर्ड_प्ट्र को उद्योग में हर किसी के पास एक "होना चाहिए" माना जाता है, जिसके साथ मैं संपर्क में आया हूं और बढ़ावा देने के लिए प्रदान किए गए कोड के विभिन्न अन्य टुकड़ों ने परियोजना को काम करने की अनुमति दी है जो समस्या के विवरण पर ध्यान केंद्रित करने के लिए काम करता है और नहीं पहले से ही किए गए कुछ कम महत्वपूर्ण सामान पर काम करने में समय व्यतीत करें। आप लाइन के नीचे की समस्याओं का अनुभव कर सकते हैं, इसलिए आपको उन पुस्तकालयों का चयन करना चाहिए जिन्हें आप चुनते हैं, लेकिन आम तौर पर वे अच्छे होते हैं। "यहां विकसित नहीं" सिंड्रोम हालांकि खराब है।
—
TZHX
@TZHX मुझे लगता है मुझे यह कहने में अधिक निश्चित होना चाहिए कि मैंने जो कहा वह ज्यादातर पुस्तकालयों पर लागू होता है जो कि ऐसी चीजों को लपेटता है जो "बॉयलर-प्लेट" कोड माना जा सकता है। IO रैपर (जब लाइब्रेरी इस तरह के रैपर के लिए उपलब्ध हैं) न लिखकर "आविष्कार किए गए पहिए" पर भरोसा करना समझ में आता है, लेकिन यह "कुछ गोल पहिया" पर भरोसा करने का अर्थ नहीं है, या एक पुस्तकालय जो करता है किसी प्रकार का ब्लैक-बॉक्स जादू और उस पल के लिए आपको इसकी आवश्यकता होती है, जिसके लिए काम करता है।
—
jerluc