खरोंच से अपना कोड बनाएं, यह आपके स्तर को पंप करेगा

पहिया को वास्तव में समझने के लिए, आपको इसे स्वयं को फिर से बनाने की आवश्यकता है।

दूसरे दिन मैंने वरिष्ठ जावास्क्रिप्ट डेवलपर की स्थिति के लिए साक्षात्कार किया। मेरे सहयोगी, जिन्होंने साक्षात्कार में भी भाग लिया, ने उम्मीदवार को एक फ़ंक्शन लिखने के लिए कहा जो HTTP अनुरोध को निष्पादित करेगा और विफलता के मामले में इसे कई बार दोहराएगा।

चूँकि उन्होंने बोर्ड पर यह लिखा था, स्यूडोकोड पर्याप्त होगा। यदि उन्होंने इस मुद्दे की अच्छी समझ दिखाई, तो हम संतुष्ट होंगे। लेकिन, दुर्भाग्य से, वह एक अच्छा समाधान नहीं खोज सका।

यह सोचकर कि वह घबरा गया था, हमने कार्य को थोड़ा आसान बनाने का फैसला किया और उसे कॉलबैक के आधार पर फ़ंक्शन को प्रोमिस पर आधारित फ़ंक्शन में बदलने के लिए कहा।

कोई भाग्य नहीं।

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

लेकिन बोर्ड पर उन्होंने जो कोड लिखा था, उसका कोई मतलब नहीं था। उन्हें जावास्क्रिप्ट में प्रोमिस की अवधारणा की केवल एक अस्पष्ट समझ थी, और वह उनके बारे में स्पष्ट रूप से बात नहीं कर सकते थे।

यदि आप एक नौसिखिया डेवलपर हैं, तो यह माफ किया जा सकता है, लेकिन यदि आप नेतृत्व की स्थिति के लिए आवेदन करते हैं, तो यह पर्याप्त नहीं है। वह कैसे जटिल वादा श्रृंखला को डिबग करेगा और फिर दूसरों को समझाएगा कि उसने क्या किया?

यह लेख EDISON सॉफ़्टवेयर के समर्थन से लिखा गया था, जो प्रोग्रामर और उनके नाश्ते के स्वास्थ्य का ख्याल रखता है , और कस्टम सॉफ़्टवेयर भी विकसित करता है ।

डेवलपर्स ने अमूर्तता प्रदान की

डेवलपर्स के रूप में, हम सार के साथ काम करते हैं। हम अमूर्त कोड है कि अन्यथा दोहराया जाना होगा। इसलिए, जब हम अधिक महत्वपूर्ण बिंदुओं पर ध्यान केंद्रित करते हैं, तो हम उन अमूर्तताओं को स्वीकार कर लेते हैं, जिनके साथ हम काम करते हैं, और बस यह मान लेते हैं कि वे उसी तरह काम करते हैं, जैसा उन्हें करना चाहिए।

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

return new Promise((resolve, reject) => { functionWithCallback((err, result) => { return err ? reject(err) : resolve(result); }); }); 

मैंने वो किया। हम शायद यह सब करते हैं। आपको बस कोड का एक टुकड़ा याद है ताकि आप इसके साथ काम कर सकें। आप कमोबेश यह समझते हैं कि यह कैसे काम करता है।

लेकिन अगर वह वास्तव में अवधारणा को समझ गए, तो उन्हें इसे याद रखने की आवश्यकता नहीं होगी। वह बस यह जानता होगा और इसे बिना किसी समस्या के पुन: पेश करेगा।

अपने स्रोत को जानें

2012 में वापस, फ्रंट-एंड फ्रेमवर्क के प्रभुत्व और jQuery के दुनिया पर राज करने से पहले , मैंने jQuery के निर्माता जॉन रेजिग द्वारा जावास्क्रिप्ट निंजा का रहस्य पढ़ा।

यह पुस्तक आपको सिखाएगी कि स्क्रैच से अपना खुद का jQuery कैसे बनाया जाए, और आपको इस लाइब्रेरी को बनाने के पीछे की विचार प्रक्रियाओं की एक अनूठी समझ दी जाए। यद्यपि jQuery हाल के वर्षों में पृष्ठभूमि में आ गया है, मैं अत्यधिक इस पुस्तक को पढ़ने की सलाह देता हूं।

किताब में मुझे जो कुछ लगा वह लगातार महसूस हो रहा था कि मैं खुद इसके बारे में सोच सकता हूं। पुस्तक में वर्णित कदम इतने तार्किक और सरल थे कि मुझे वास्तव में लगा कि मैं jQuery बना सकता हूं यदि मैंने खुद को ऐसा लक्ष्य बनाया है।

वास्तव में, मैं ऐसा कभी नहीं कर पाऊंगा - मुझे यह बहुत जटिल लगेगा। मुझे लगता है कि मेरे फैसले बहुत सरल और भोले हैं, और मैं बस हार मानूंगा। मैं सिर्फ jQuery के लिए दी गई है और उस पर भरोसा है। उसके बाद, मुझे शायद समझ नहीं आया कि यह कैसे काम करता है। मैं इसे सिर्फ ब्लैक बॉक्स की तरह इस्तेमाल करूंगा।

इस किताब को पढ़कर मुझे बदला है। मैंने स्रोत कोड को समझना शुरू किया और पाया कि कई कार्यान्वयन काफी सरल थे, यहां तक ​​कि स्पष्ट भी।

अब अपने दम पर इन समाधानों के साथ आने के लिए एक पूरी तरह से अलग मामला है। लेकिन स्रोत कोड पढ़ना और मौजूदा समाधानों को स्वयं लागू करना वास्तव में वही है जो आपको अपने साथ आने में मदद करता है।

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

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

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

इसने मुझे बदल दिया। यह मुझे एहसास हुआ कि ये अविश्वसनीय रूप से जटिल कोड स्निपेट्स नहीं थे, इसलिए मैं उनका पता लगा सकता था। ये ऐसे मॉडल हैं जिन्हें मैं आसानी से समझ सकता हूं अगर मेरे अंदर जिज्ञासा और उनमें गोता लगाने की इच्छा है।

यहां बताया गया है कि आप वास्तव में कैसे प्रोग्राम करना सीखते हैं। यहां बताया गया है कि आप एक बेहतर डेवलपर कैसे बन सकते हैं।

पहिए को फिर से लगाएं

तो चलिए पहियों को फिर से मजबूत करते हैं। अपने स्वयं के डेटा बाइंडिंग , अपने स्वयं के वादे, या यहां तक ​​कि अपने राज्य प्रबंधन समाधान को लिखें।

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

मुद्दा उत्पादन में अपने समाधान का उपयोग करना नहीं है, बल्कि सीखना है। मौजूदा समाधान का अपना कार्यान्वयन लिखना सर्वोत्तम से सीखने का एक शानदार तरीका है।

ब्लॉग भी पढ़ें
EDISON कंपनी:

के लिए 20 पुस्तकालय
शानदार iOS आवेदन