एंगुलर बनाम एम्बर। RSpec बनाम मिनिटेस्ट। हैमल बनाम स्लिम बनाम ERB। जब आप एक नया प्रोजेक्ट शुरू करते हैं तो आपके पास करने के लिए बहुत सारे विकल्प होते हैं। प्रत्येक पक्ष के मुखर समर्थक हैं। और जल्द ही आपको एहसास होता है कि आप अपने प्रोजेक्ट को उस समय में शुरू कर सकते थे जो आपने उस चौथे ट्यूटोरियल या 30-कमेंट बहस को पढ़ने में बर्बाद किया कि क्या सैस लेस से बेहतर है।
तो आप सही लाइब्रेरी कैसे चुनते हैं, ताकि आप वास्तविक कोड लिखना शुरू कर सकें?
आप कुछ गंभीर दबाव में हैं
विकास समुदाय वास्तव में तेजी से आगे बढ़ता है। हर दिन नई लाइब्रेरी दिखाई देती हैं, जो सभी प्रकार की समस्याओं को हल करने के लिए बनाई गई हैं। उनमें से कई उन समस्याओं को हल करती हैं जो पहले ही हल हो चुकी हैं। और उनमें से कई पहले आई लाइब्रेरी के प्रतिक्रिया के रूप में बनाई गई हैं।
ये बहस व्यक्तिगत हो जाती हैं। लोगों ने इन लाइब्रेरी का उपयोग करके अनुभव बनाने में अपने जीवन का हिस्सा बिताया है। कुछ उन समस्याओं से जले हैं जिन्हें हल करने के लिए उनकी नई पसंदीदा लाइब्रेरी बनाई गई थी। इसलिए किसी विशेष लाइब्रेरी का उपयोग करने के तर्क भावुक और भावनात्मक हैं।
जब आप इन सभी भावुक तर्कों को पढ़ते हैं, तो यह महसूस करना आसान है कि अगर आप गलत निर्णय लेते हैं तो आप पर नीची नज़र डाली जाएगी।
आप लाइब्रेरी चुनने में सहज कैसे होते हैं?
यह स्पष्ट है कि हर कोई आपके द्वारा किए गए चुनाव से सहमत नहीं होगा। आप सबसे अच्छा कर सकते हैं कि आप अपने निर्णय से व्यक्तिगत रूप से संतुष्ट हों। आपको तकनीकी स्तर के साथ-साथ व्यक्तिगत स्तर पर आपके द्वारा चुनी गई लाइब्रेरी से खुश होना होगा।
तकनीकी पक्ष पर, मैंने आपके प्रोजेक्ट्स के लिए सही जेम चुनने के लिए एक गाइड लिखा, और उसमें से अधिकांश सलाह इस तरह के किसी भी विकल्प के लिए मान्य है।
आपकी व्यक्तिगत प्राथमिकताएं भी आपके चुनाव में शामिल होंगी। हालांकि, लाइब्रेरी का उपयोग करने वाला एक ऐप बनाए बिना, यह अनुमान लगाना कठिन हो सकता है कि आप किस लाइब्रेरी को उपयोग करना पसंद करेंगे।
GitHub का कोड खोज आपको उन निर्णयों को लेने में मदद कर सकता है। जब आप उन लाइब्रेरी से कुछ क्लास नाम खोजते हैं जिनका आप उपयोग करने की सोच रहे हैं, तो आप उन प्रोजेक्ट्स को ढूंढ सकते हैं जो प्रत्येक लाइब्रेरी का उपयोग करते हैं। (आप आमतौर पर उन क्लास नामों को README या जेम डॉक्यूमेंटेशन से प्राप्त कर सकते हैं)।
कोड से, आप देख सकते हैं कि लाइब्रेरी का उपयोग कैसे किया जाता है, यह कोड और अन्य लाइब्रेरी के साथ कितनी अच्छी तरह एकीकृत होती है, और इसका उपयोग करना कितना सरल है। यह बहुत मदद करता है, खासकर जब आपके पास तकनीकी तर्कों के आधार पर निर्णय लेने के लिए पर्याप्त संदर्भ नहीं होता है।
क्या यह मायने भी रखता है?
गलत चुनाव करने से आपको बाद में कुछ दर्द हो सकता है। लेकिन जब सॉफ्टवेयर बनाने की बात आती है, विफलता 0 प्रोजेक्ट शुरू करने में विफलता है। अपने ऐप के लिए सही लाइब्रेरी चुनने में बहुत अधिक समय बिताने से आपको उस विफलता को रोकने में मदद नहीं मिलती। ज्यादातर समय, कोई भी चुनाव करने से आपको गलत चुनाव करने से होने वाले नुकसान से कहीं अधिक मदद मिलेगी।
आपको अपने द्वारा किए गए चुनावों के बारे में बुरा महसूस नहीं करना चाहिए। नई लाइब्रेरी सीखने, उन्हें प्रोजेक्ट्स पर आज़माने, और व्यक्तिगत और तकनीकी निर्णय लेने में कुछ भी गलत नहीं है कि आप किन लाइब्रेरी का उपयोग करना पसंद करते हैं।
यहां तक कि अगर आप बाद में अपना मन बदल लेते हैं, तो आपने जो चीजें चुनी हुई लाइब्रेरी से सीखीं, वे हमेशा आपके साथ रहेंगी। आप अपने मौजूदा ज्ञान के खिलाफ एक diff के रूप में एक नई लाइब्रेरी को खरोंच से अध्ययन करने की तुलना में बहुत तेजी से सीख सकते हैं।
बहुत समय पहले, मैं उतनी ही आसानी से एक पायथनिस्टा के बजाय एक रूबीस्ट बन सकता था। मैं इसके साथ उतना खुश नहीं हो सकता था। (हालांकि ईमानदारी से, कौन जानता है?) लेकिन मैं अभी भी कोड लिख रहा होता, और मुझे अभी भी यह पसंद होता।
