अधिक अनुभवी सहकर्मियों से सीखने के लिए बहुत सारे स्रोत हैं: किताबें, कुशल डेवलपर्स के ब्लॉग, स्टैक एक्सचेंज, व्याख्यान / सम्मेलन, आदि। कोड समीक्षाएं भी महत्वपूर्ण हैं, और CodeReview.SE एक अनमोल संसाधन है।
आइए देखें कि यह एक उदाहरण पर कैसे काम कर सकता है।
उदाहरण
आप एक ब्लॉग पोस्ट पढ़ रहे हैं जिसमें "ETL" शब्द का उल्लेख है। आप इसका अर्थ नहीं जानते हैं, लेकिन इस लेख से, आप अस्पष्ट रूप से समझते हैं कि यह एक प्रकार की प्रक्रिया या वर्कफ़्लो है जो डेटा को कुछ डेटा समर्थन से दूसरे स्थान पर ले जाता है।
आप विकिपीडिया और अन्य संसाधनों पर जाते हैं और चीज़ का अधिक सटीक दर्शन प्राप्त करते हैं। यह अभी भी बहुत स्पष्ट नहीं है कि ईटीएल का उपयोग करना कब उपयोगी होगा। आखिरकार, SQL क्वेरी लिखना बहुत आसान लगता है जो वास्तविक ईटीएल बनाने में बहुत अधिक समय बिताने के बजाय सभी काम करेगा।
उन सवालों के जवाब के लिए, आप अपने स्थानीय पुस्तकालय से ईटीएल के बारे में एक पुस्तक उधार लेते हैं । यह बताता है कि कुछ एक्सट्रैक्ट-ट्रांसफॉर्म-लोड प्रक्रियाएं एक सरल एसक्यूएल क्वेरी के साथ आसानी से करने योग्य नहीं हैं: न केवल एक्सट्रैक्ट फेज कई, विविध डेटा सपोर्ट्स के साथ सौदा कर सकता है, न केवल एक रिलेशनल डेटाबेस, बल्कि ट्रांसफॉर्मेशन स्टेप भी बहुत जटिल हो सकता है दोनों डेटा को सत्यापित / सामान्य कर रहे हैं और इसे मैप कर रहे हैं।
अब आपके पास एक स्पष्ट दृष्टिकोण है कि ईटीएल क्या है, इसका उपयोग कैसे करें और विशेष रूप से तब जब आपको ईटीएल की आवश्यकता हो और जब यह एक उपयुक्त उपकरण न हो। इस बीच, आपने व्यक्तिगत परियोजना के रूप में एक छोटा ईटीएल लागू किया है। यह परियोजना आपको कुछ बिंदुओं की खोज करने की अनुमति देती है जो आपके लिए पर्याप्त रूप से स्पष्ट नहीं हैं और एक पुस्तक द्वारा कवर नहीं किए गए हैं। वे बिंदु बल्कि सारगर्भित हैं और स्रोत कोड से संबंधित नहीं हैं, आप Programmers.SE पर एक प्रश्न पोस्ट करते हैं ।
जब आपके पास अपनी कंपनी में एक बनाने का अवसर होता है, तो आप इसे बनाना शुरू कर देते हैं। आपके पास कुछ मुद्दे हैं। कुछ कोड से संबंधित हैं; आप ढेर अतिप्रवाह पर सवाल पोस्ट करते हैं । अन्य डेटाबेस से संबंधित हैं; आप DBA.SE पर प्रश्न पूछते हैं ।
अंत में, ईटीएल को अनुकूलित करने के तरीके के बारे में एक उच्च कुशल डेवलपर द्वारा एक सम्मेलन किया जाता है। आप इस सम्मेलन में भाग लेते हैं और यह आपको अपने प्रोजेक्ट के लिए आपके द्वारा किए जा रहे संवर्द्धन के बारे में अनमोल संकेत देता है।
आप एक डेवलपर के ब्लॉग का भी अनुसरण करना शुरू करते हैं जो वर्षों से विभिन्न ईटीएल पर काम कर रहा था। विभिन्न दृष्टिकोणों को देखना दिलचस्प है, और इस ब्लॉग के माध्यम से, आप ईसीसीडी के बारे में सीखते हैं; आप रुचि रखते हैं, इसलिए आप राल्फ किमबॉल द्वारा डेटा वेयरहाउस ईटीएल टूलकिट उधार लेते हैं, जो पुस्तक "निकालने, स्वच्छ, अनुरूप और वितरित" प्रक्रिया के बारे में विस्तार से बात करती है। एक ही ब्लॉग में प्रोग्रामिंग कौशल के बिना ETL बनाने के लिए बहुत सारे अनुप्रयोगों का उल्लेख है। यह आपकी कंपनी के लिए आपके द्वारा किए गए ईटीएल के लिए विशेष रूप से उपयोगी है, क्योंकि आपका बॉस, गैर-तकनीकी व्यक्ति, लगातार आपसे जो कुछ भी करता है, उसके लिए कुछ छोटे बदलाव करने के लिए कहता है।
चीजों की खोज
IMHO, कठिन हिस्सा, जब आपके पास संरक्षक या अधिक अनुभवी सहकर्मी नहीं है, तो चीजों की खोज करना है, और खोज से मेरा मतलब है कि राज्य से पास "मैंने इस चीज के बारे में कभी नहीं सुना है" से "मैं" इसके बारे में सुना है लेकिन यह बहुत अच्छी तरह से नहीं जानता कि यह क्या है ”।
यदि कोई मेरे कोड की समीक्षा करता है और कहता है कि मुझे वास्तव में कुछ शैली सम्मेलनों का उपयोग करना शुरू करना चाहिए, तो थोड़ी उत्सुकता के साथ मैं पा सकता हूं कि प्रोग्रामिंग में, कोड लिखने की अलग-अलग शैली हैं, कि किसी दिए गए भाषा और कोडबेस के लिए एक शैली के साथ रहना चाहिए, और यह कि कई भाषाओं में एक शैली लागू करने के लिए उपकरण होते हैं (जैसे स्टाइलकॉप फॉर सी #)।
अगर कोई मुझे शैली के बारे में नहीं बताता है, तो मुझे कैसे पता चलेगा कि ऐसी कोई चीज मौजूद है?
जहाँ ब्लॉग या स्टैक एक्सचेंज जैसे संसाधन काम में आते हैं। विकिपीडिया मदद नहीं करेगा (जब तक कि आप प्रोग्रामिंग के बारे में यादृच्छिक पन्नों को मारने के दिन नहीं बिताते हैं), और किताबें शायद ही कभी उन चीजों के बारे में बात करती हैं।
यही बात पैटर्न और प्रथाओं या उन चीजों पर भी लागू होती है जो कोड से संबंधित हैं। उदाहरण के लिए, मैंने शायद ही किसी डेवलपर को सुबह उठने की कल्पना की हो, वह खुद को यह बता रहा हो कि उसे आईटीआईएल के बारे में कुछ सीखना चाहिए, जबकि उसने आईटीआईएल के बारे में पहले कभी नहीं सोचा था।
एक बार जब आप एक नया शब्द खोज लेते हैं , तो इसके बारे में सीखना बहुत आसान होता है। यदि आपने एक नया शब्द "कोड कॉन्ट्रैक्ट्स" दिया है और आप एक सी # डेवलपर हैं, तो आप आसानी से MSDN (या बेहतर, जॉन स्कीट की पुस्तक में) पर खुद को पर्याप्त जानकारी पा सकते हैं।
जिज्ञासा मदद करती है
जब मैं इंटर्न के साथ काम करता हूं, तो मैं हमेशा नोटिस करता हूं कि सबसे अच्छे वे हैं जो अपने व्याख्यान के बाहर उत्सुक थे। वे जान सकते हैं कि कार्यात्मक प्रोग्रामिंग नामक एक चीज है, भले ही उनके शिक्षकों में से किसी ने भी इसका उल्लेख नहीं किया हो, और जबकि वे किसी भी कार्यात्मक भाषा को नहीं जानते हों, फिर भी वे सामान्य शब्दों में समझा सकते हैं कि एफपी क्या है और यह अन्य से कैसे अलग है उदाहरण। वे एजाइल के बारे में, या यूनिकोड के बारे में, या आंशिक-ट्रस्ट / सैंडबॉक्स मॉडल के बारे में जान सकते हैं, सिर्फ इसलिए कि वे ब्लॉग पढ़ रहे थे और स्टैक एक्सचेंज का उपयोग कर रहे थे, बल्कि तब केवल उनके व्याख्यान में भाग ले रहे थे।
यहां तक कि जब उनके पास कोई संरक्षक नहीं होता है, तब भी वे उन सभी चीजों को सीखते हैं जो कॉलेज में नहीं बताए जाते हैं।