(मैंने यह पोस्ट कुछ समय पहले अपनी सूची को भेजी थी। यदि आप इसका आनंद लेते हैं, और इसे और अधिक पढ़ना चाहते हैं, तो आपको साइन अप करना चाहिए!)
रेल्स इकोसिस्टम तेजी से आगे बढ़ता है, प्रिंट के लिए बहुत तेज। यदि आप मेरी तरह हैं, तो आप अपने फ्रेमवर्क और जेम के नवीनतम संस्करण सीखना चाहते हैं। लेकिन सर्वोत्तम संसाधन अक्सर कुछ संस्करण पीछे होते हैं।
ये संसाधन अभी भी उपयोगी हैं, हालांकि। एक अच्छी तरह से संपादित किताब, स्क्रीनकास्ट, या ट्यूटोरियल जैसी कोई चीज नहीं है एक लाइब्रेरी के API, दर्शन और संरचना को सीखने के लिए।
उदाहरण के लिए, अगर सबसे अच्छी रेल्स किताबें केवल रेल्स 4.0 का वर्णन करती हैं, तो आपको वहीं से शुरू करना चाहिए। जब आप एक नया जेम या फ्रेमवर्क सीख रहे हों, तो यह सीखना महत्वपूर्ण है कि क्यों इसे एक निश्चित तरीके से डिजाइन किया गया है और सभी टुकड़े कैसे एक साथ फिट होते हैं। रेफरेंस डॉक्यूमेंटेशन और ब्लॉग पोस्ट से यह प्राप्त करना कठिन है, लेकिन किताबों से आसान है।
लेकिन एक बार जब आप एक जेम के पुराने संस्करण के साथ अनुभव बना लेते हैं, तो आप कैसे अप-टू-डेट होते हैं?
परिवर्तनों के साथ पकड़ बनाना
अधिकांश लोकप्रिय जेम के पास उनके गिट रिपॉजिटरी में CHANGELOG फाइलें होती हैं, जैसे बंडलर: https://github.com/bundler/bundler/blob/master/CHANGELOG.md। ये संस्करण-से-संस्करण बड़े परिवर्तनों को पकड़ने का एक शानदार तरीका हैं। आमतौर पर, वे प्रत्येक प्रमुख परिवर्तन का सिर्फ एक संक्षिप्त सारांश होते हैं। लेकिन वे आपको एक प्रारंभिक बिंदु देते हैं, ताकि आप दिलचस्प परिवर्तनों पर अधिक शोध कर सकें।
कई चेंजलॉग GitHub पर बग नंबरों का संदर्भ देते हैं। यदि आपको चेंजलॉग में एक एंट्री दिखाई देती है जिसमें बग नंबर जुड़ा हुआ है, तो आप प्रोजेक्ट के Issues में बग को ढूंढ सकते हैं यह समझने के लिए कि क्या बदला, कैसे बदला, और क्यों बदला।
तो, आप चेंजलॉग कैसे ढूंढते हैं? आमतौर पर, मैं सिर्फ गूगल पर bundler github खोजता हूं (अगर मैं बंडलर चेंजलॉग ढूंढ रहा हूं), और वे आमतौर पर आपके द्वारा देखे गए पहले GitHub पेज पर होते हैं।
अगर कोई चेंजलॉग नहीं है, तो आप प्रोजेक्ट के README या GitHub पर प्रोजेक्ट के विकी को भी देख सकते हैं। लेकिन चूंकि वे संस्करण-से-संस्करण पकड़ने में आपकी मदद करने के लिए डिज़ाइन नहीं किए गए हैं, इसलिए उन्हें पार करने में आमतौर पर अधिक समय लगता है।
अप-टू-डेट रेफरेंस डॉक्यूमेंटेशन का उपयोग करना
जब आप जेम के साथ काम कर रहे हों, तो आपको अप-टू-डेट रेफरेंस डॉक्यूमेंटेशन भी आसपास रखना होगा। इस तरह, आप अपने ऐप्स लिखते समय API उपयोग देख सकते हैं और उदाहरण देख सकते हैं।
आप rdoc.info पर किसी भी जेम के किसी भी संस्करण के लिए API डॉक्यूमेंटेशन पा सकते हैं। लेकिन और भी तेज़ डॉक्यूमेंटेशन लुकअप के लिए, आपको Dash या Zeal देखना चाहिए।
मैं Dash का उपयोग करता हूं, इसलिए जब मुझे API डॉक्स देखने की आवश्यकता होती है, तो मैं ऑप्शन-स्पेस दबाता हूं, टाइप करना शुरू करता हूं, और मेरे सभी जेम डॉक्यूमेंटेशन तुरंत दिखाई देते हैं। यह मेरे वर्कफ़्लो में एक बदलाव है जिसने कई बार खुद के लिए भुगतान किया है।
विशेष रूप से रेल्स पर कुछ टिप्स
रेल्स एक बड़ा प्रोजेक्ट है, और रेल्स योगदानकर्ता चेंजलॉग और डॉक्यूमेंटेशन को बनाए रखने का शानदार काम करते हैं।
रेल्स गाइड अच्छे हैं, और वे उसी गिट रिपॉजिटरी से बने हैं जैसे रेल्स, इसलिए वे हमेशा अप-टू-डेट होते हैं।
यदि आप रेल्स के नवीनतम संस्करण तक पहुंचने की कोशिश कर रहे हैं, तो रिलीज नोट्स शुरू करने के लिए सबसे अच्छी जगह हैं। उदाहरण के लिए, यहां रेल्स 4.1 के लिए रिलीज नोट्स हैं: https://guides.rubyonrails.org/4_1_release_notes.html
मैं आमतौर पर जो प्रक्रिया अपनाता हूं
इसे सभी को एक साथ रखते हुए, यह वही है जो मैं करता हूं जब मैं एक नई लाइब्रेरी पर पूरी तरह से अप-टू-डेट होना चाहता हूं:
- जेम के बारे में एक किताब, ट्यूटोरियल, या डॉक्यूमेंटेशन पढ़ें। मैं आमतौर पर सबसे नया संसाधन ढूंढने की कोशिश करता हूं जिसे मैं पा सकूं। पढ़ते समय, मैं एक ऐप बनाता हूं, अभ्यास करता हूं, आदि। जिस संस्करण को मैं सीख रहा हूं उस पर।
- GitHub पर प्रोजेक्ट ढूंढें।
- प्रोजेक्ट के चेंजलॉग, रीडमी, या विकी को पढ़ें ताकि मुझे उस संस्करण से जिसे मैं जानता हूं, नवीनतम संस्करण तक ले जाया जा सके।
- अगर मुझे किसी विशेष परिवर्तन में दिलचस्पी है, तो उसके लिए गूगल करें या प्रोजेक्ट के इश्यू के माध्यम से अधिक जानने के लिए जाएं।
- जेम के नवीनतम संस्करण में अपग्रेड करें।
- नए जेम के डॉक्यूमेंटेशन को Dash में इंस्टॉल करें।
- इसके साथ कोड लिखें!
मैं हर समय उन सभी चरणों को नहीं करता। लेकिन आमतौर पर यही वह क्रम है जिसमें मैं जाता हूं, और इस तरह की प्रक्रिया को पास रखना मददगार होता है अगर मैं किसी चरण पर अटक जाऊं या न जानूं कि आगे कहां जाना है।
क्या होगा अगर आपको चेंजलॉग न मिले या डॉक्स समझ न आएं?
कभी-कभी आप बस जेम के GitHub रेपो या API डॉक्यूमेंटेशन से आवश्यक जानकारी प्राप्त नहीं कर पाएंगे। जब ऐसा होता है, तो आपको कोड में गोता लगाना होगा और उसे पढ़ना शुरू करना होगा।
आश्चर्यजनक रूप से, कोड पढ़ना किताब पढ़ने जैसा नहीं है। फाइलों को शुरुआत से अंत तक पढ़ने के बजाय, आपको कोड का अन्वेषण करना होगा। यह विज्ञान की तुलना में अधिक एक कला है, लेकिन यह सीखने के लिए एक महत्वपूर्ण कौशल है। इसलिए, मैं शायद बाद में इसके बारे में और अधिक कहूंगा!
जेम परिवर्तनों पर पकड़ बनाने के लिए आपने क्या तरकीबें सीखी हैं? आप कैसे अप-टू-डेट रहते हैं?