आप रेल डीप डाइव कैसे करते हैं?

हो सकता है कि एक बग फिक्स करने से सिर्फ एक दर्जन नए पैदा हुए हों। या आपका कोड इतने अजीब तरीके से टूटता है कि आपको आश्चर्य होता है कि क्या आप इसे वास्तव में समझते हैं। आपको लगता है कि यह गहरे गोता लगाने का समय है।

लेकिन जानना आपको किसी विषय में गहराई से गोता लगाने की आवश्यकता है? यह केवल चरण 1 है। आप वास्तव में किसी विषय को उसके मूल सिद्धांतों तक कैसे सीखते हैं? आप इतना कैसे सीखते हैं कि यह स्वाभाविक रूप से आपके पास आता है?

आप कहां से शुरू करते हैं?

ऐसे कई स्थान हैं जहां आप अपना सीखना शुरू कर सकते हैं। लेकिन जब मुझे किसी विषय के बारे में जल्दी से बहुत कुछ सीखने की आवश्यकता होती है, तो किताबें शुरू करने के लिए मेरी पसंदीदा जगह होती हैं। उदाहरण के लिए, यदि आप git में गहरी डुबकी लगा रहे हैं, तो Pro Git . नामक एक पुस्तक शायद वही है जो आप खोज रहे हैं।

पुस्तकें गहरी गोता लगाने के लिए बहुत अच्छी हैं क्योंकि वे व्यापक हैं:अधिकांश मध्यम आकार के विषय 200-400 पृष्ठ की पुस्तक द्वारा बहुत अच्छी तरह से कवर किए जाते हैं। अंत में, आप एक विशेषज्ञ नहीं हो सकते हैं, लेकिन आपके पास विकसित होने के लिए एक बहुत अच्छी समझ और ठोस बुनियादी सिद्धांत होंगे। यदि आप स्रोत कोड या विनिर्देशों को पढ़ने के लिए आगे बढ़ने का निर्णय लेते हैं तो इससे मदद मिलेगी।

लेकिन शायद आप किताब नहीं खरीदना चाहते। या आपके विषय पर कोई किताब मौजूद ही नहीं है। जब ऐसा होता है, तो आप और कहां देख सकते हैं?

आधिकारिक दस्तावेज एक अच्छा विकल्प है। यदि आप रेल जैसे ढांचे के एक हिस्से या OAuth जैसी वेब तकनीक में गहरी डुबकी लगा रहे हैं, तो आधिकारिक दस्तावेज़ विशेष रूप से एक अच्छा मेल हैं।

परियोजनाओं और ढांचे के लिए, "द एक्स गाइड (एस)" ​​नाम की कोई चीज शुरू करने के लिए आपकी सबसे अच्छी शर्त है। उदाहरण के लिए, मैं अक्सर नए रेल डेवलपर्स के लिए रेल गाइड की सिफारिश करता हूं, और एलिक्सिर कोड कैसे लिखना है, यह सीखने के लिए एलिक्सिर गाइड एक बेहतरीन जगह है।

लेकिन जब गाइड एक ब्लॉग पोस्ट की तुलना में अधिक व्यापक होते हैं, तो वे पूरी तरह से व्यापक नहीं होते हैं। इसके बजाय, आप आरडीओसी जैसे संदर्भ दस्तावेज़ीकरण के लिए गाइड का उपयोग जंपिंग-ऑफ पॉइंट के रूप में कर सकते हैं।

संदर्भ सामग्री को समझना मुश्किल है यदि आपके पास उन सभी विधियों और वर्गों को संदर्भ में रखने का कोई तरीका नहीं है। यह बिना किसी वास्तविक संरचना के केवल विवरणों की गड़बड़ी है। इसलिए मुझे लगता है कि जब आप उन्हें गाइड या किताबों के साथ जोड़ते हैं तो संदर्भ सबसे अच्छा काम करते हैं।

उदाहरण के लिए, लगभग कुछ भी आपको ActiveModel API दस्तावेज़ों के माध्यम से खुदाई करने से अधिक ActiveModel नहीं सिखाएगा। लेकिन ActiveModel मार्गदर्शिका आपको यह सब एक साथ रखने में मदद करेगी।

मैं "लगभग कुछ भी नहीं" कहता हूं, क्योंकि आधिकारिक दस्तावेज़ पढ़ने से कहीं अधिक व्यापक एक चीज़ है:स्रोत कोड पढ़ना। लेकिन सोर्स कोड पढ़ना किताब पढ़ने जैसा नहीं है:इसके लिए अनुभव, अभ्यास और मार्गदर्शन की आवश्यकता होती है। तो भले ही यह आपको सबसे अधिक विवरण देगा, यह वह जगह नहीं है जहां आपको पहले जाना चाहिए।

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

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

एक बार जब आप जान जाते हैं कि आपको एक गहरा गोता लगाना है, तो कुछ जगहें हैं जिन्हें आप शुरू कर सकते हैं। यहां वह आदेश दिया गया है जिसका मैं आमतौर पर पालन करूंगा:

1. एक किताब, या एक आधिकारिक गाइड
2. आधिकारिक संदर्भ दस्तावेज (जैसे RDoc) या एक विशिष्ट / RFC
3. स्रोत कोड

और मैं प्रश्न पूछकर अंतराल को भर दूंगा। यह सबसे तेज़ प्रक्रिया नहीं है, लेकिन यह अब तक मुझे मिली चौड़ाई और गहराई का सबसे अच्छा संयोजन है।

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