शायद एक बग ठीक करने से दर्जनों नए बग पैदा हो गए। या आपका कोड इतने अजीब तरीके से टूटता है कि आप सोचते हैं कि क्या आप वास्तव में इसे समझते हैं। आपको लगता है कि डीप डाइव का समय आ गया है।
लेकिन जानना कि आपको किसी विषय में गहराई से जाने की जरूरत है? वह केवल चरण 1 है। आप वास्तव में किसी विषय को उसके मूल सिद्धांतों तक कैसे सीखते हैं? आप इतना कैसे सीखते हैं कि यह आपके लिए स्वाभाविक हो जाए?
आप कहां से शुरू करते हैं?
आपकी सीख शुरू करने के लिए बहुत सारी जगहें हैं। लेकिन जब मुझे किसी विषय के बारे में जल्दी से बहुत कुछ सीखने की जरूरत होती है, तो किताबें मेरी पसंदीदा जगह हैं। उदाहरण के लिए, यदि आप git में डीप डाइव कर रहे हैं, तो Pro Git नामक किताब शायद वही है जो आप ढूंढ रहे हैं।
किताबें डीप डाइव के लिए बहुत अच्छी हैं क्योंकि वे व्यापक हैं: अधिकांश मध्यम आकार के विषय 200-400 पन्नों की किताब में काफी अच्छी तरह से कवर होते हैं। अंत में, आप विशेषज्ञ नहीं हो सकते, लेकिन आपके पास काफी अच्छी समझ और ठोस मूल सिद्धांत होंगे जिनसे आगे बढ़ना है। यह मदद करेगा यदि आप सोर्स कोड या स्पेक्स पढ़ने का फैसला करते हैं।
लेकिन शायद आप किताब नहीं खरीदना चाहते। या आपके विषय पर कोई किताब मौजूद ही नहीं है। जब ऐसा होता है, तो आप और कहां देख सकते हैं?
आधिकारिक दस्तावेज एक अच्छा विकल्प है। यदि आप Rails जैसे फ्रेमवर्क के एक हिस्से में, या OAuth जैसी वेब तकनीक में डीप डाइव कर रहे हैं, तो आधिकारिक डॉक्स विशेष रूप से अच्छे हैं।
प्रोजेक्ट्स और फ्रेमवर्क्स के लिए, "The X Guide(s)" नाम की कोई चीज शुरू करने के लिए आपकी सबसे अच्छी शर्त है। उदाहरण के लिए, मैं अक्सर नए Rails डेवलपर्स के लिए Rails Guides की सिफारिश करता हूं, और Elixir Guides Elixir कोड लिखना सीखने के लिए एक बेहतरीन जगह हैं।
लेकिन जबकि गाइड्स ब्लॉग पोस्ट की तुलना में अधिक व्यापक हैं, वे पूरी तरह से व्यापक नहीं हैं। इसके बजाय, आप गाइड का उपयोग रेफरेंस डॉक्यूमेंटेशन, जैसे RDoc, के लिए जंपिंग-ऑफ पॉइंट के रूप में कर सकते हैं।
रेफरेंस सामग्री को समझना मुश्किल है यदि आपके पास उन सभी मेथड्स और क्लासेस को संदर्भ में रखने का कोई तरीका नहीं है। यह बिना किसी वास्तविक संरचना के विवरणों का एक गड़बड़झाला है। इसलिए मुझे लगता है कि रेफरेंस गाइड्स या किताबों के साथ जोड़े जाने पर सबसे अच्छा काम करते हैं।
उदाहरण के लिए, ActiveModel API डॉक्स को खोदने से ज्यादा कुछ भी आपको ActiveModel नहीं सिखाएगा। लेकिन ActiveModel गाइड आपको यह सब एक साथ रखने में मदद करेगा।
मैं "लगभग कुछ भी नहीं" कहता हूं, क्योंकि आधिकारिक डॉक्स पढ़ने से एक चीज अधिक व्यापक है: सोर्स कोड पढ़ना। लेकिन सोर्स कोड पढ़ना किताब पढ़ने जैसा नहीं है: इसके लिए अनुभव, अभ्यास और मार्गदर्शन की आवश्यकता होती है। इसलिए भले ही यह आपको सबसे अधिक विवरण देगा, यह वह जगह नहीं है जहां आपको पहले जाना चाहिए।
इस सभी लिखित सामग्री के माध्यम से डीप डाइव करने के बाद, आपके कुछ खुले प्रश्न होंगे। तो, उनसे पूछें! एक लाइब्रेरी का लेखक आमतौर पर किसी और की तुलना में उसका बेहतर मानसिक मॉडल रखता है, और अपने विचार प्रक्रिया के माध्यम से चलकर आपकी मदद कर सकता है। कई ओपन सोर्स प्रोजेक्ट्स और फ्रेमवर्क्स के लेखक Slack या IRC के माध्यम से खुद को उपलब्ध कराते हैं। आप आमतौर पर प्रोजेक्ट पेज पर विवरण पा सकते हैं।
यदि आपके पास उन लोगों तक पहुंच नहीं है? आप अभी भी पूछ सकते हैं। अपने सहयोगियों से, या अधिक वरिष्ठ डेवलपर्स से पूछें। मुझे आश्चर्य होता है कि एक अनुत्तरित प्रश्न को किसी मित्र से पूछने पर कितनी बार बाकी सब कुछ जगह पर आ जाता है।
एक बार जब आप जान जाते हैं कि आपको डीप डाइव करना है, तो कुछ जगहें हैं जहां आप शुरू कर सकते हैं। यह वह क्रम है जिसका मैं आमतौर पर पालन करता हूं:
- एक किताब, या एक आधिकारिक गाइड
- आधिकारिक रेफरेंस डॉक्यूमेंटेशन (जैसे RDoc) या एक स्पेक / RFC
- सोर्स कोड
और मैं सवाल पूछकर अंतराल भरता हूं। यह सबसे तेज प्रक्रिया नहीं है, लेकिन यह चौड़ाई और गहराई का सबसे अच्छा संयोजन है जो मुझे अब तक मिला है।
क्या आप नियमित रूप से डीप डाइव करते हैं? यदि हां, तो मुझे यह जानना अच्छा लगेगा कि आपने किन संसाधनों को सबसे अधिक उपयोगी पाया है। एक टिप्पणी छोड़ें और मुझे बताएं!
