👷 🏀 🎁 वर्ष प्रतिक्रिया के साथ बिताया: निष्कर्ष और सिफारिशें 💯 ♎️ 💅

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

सामान्य ज्ञान के दृष्टिकोण से, यह स्पष्ट है कि इंटरनेट पर प्रकाशित सभी लेख वास्तविक लाभों के लिए सक्षम नहीं हैं, इसलिए जो लोग कुछ नया सीखने की कोशिश कर रहे हैं, उन्हें इस सवाल का जवाब खोजने की कोशिश में प्रकाशनों का मूल्यांकन करना होगा कि क्या उन पर खर्च करना है या नहीं आपका समय

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

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

रिएक्ट एक सदा विकसित तकनीक है।

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

प्रतिक्रिया विकसित होना जारी है, नवाचार केवल समय की बात है। इन नवाचारों में एसिंक्रोनस रेंडरिंग, कैशिंग, रिएक्ट 17.0.0 में अपेक्षित कई बदलाव और कुछ ऐसा है जिसके बारे में कोई नहीं जानता है।

उपरोक्त को देखते हुए, यह स्पष्ट है कि यदि आप रिएक्ट विकास में सबसे आगे रहना चाहते हैं, तो आपको नवाचारों के बारे में पता होना चाहिए। इसका मतलब है कि आपको यह जानना होगा कि नए ढांचे के तंत्र कैसे काम करते हैं, और वे क्यों बनाए गए हैं। आपको यह समझने की आवश्यकता है कि वे किन समस्याओं का समाधान करते हैं, और वे विकास को कैसे सरल बनाते हैं।

अपने कोड को छोटे टुकड़ों में तोड़ने से डरो मत

प्रतिक्रिया घटक आधारित है। इससे पता चलता है कि इस अवधारणा का उपयोग किया जाना चाहिए और साहसपूर्वक कोड के बड़े टुकड़ों को छोटे टुकड़ों में तोड़ना चाहिए। कभी-कभी एक साधारण घटक में कोड की केवल 4-5 लाइनें शामिल हो सकती हैं, और, कुछ मामलों में, यह पूरी तरह से सामान्य है।

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

//     ,   ? return (  [   <ChangeButton    onClick={this.changeUserApprovalStatus}    text="Let's switch it!"   />,   <UserInformation status={status}/>  ] );

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

 import ErrorMessage from './ErrorMessage'; const NotFound = () => ( <ErrorMessage   title="Oops! Page not found."   message="The page you are looking for does not exist!"   className="test_404-page" /> );

उपरोक्त उदाहरण स्थैतिक गुणों को लागू करता है। इससे पहले कि हम एक साफ घटक है जो Not Found एरर संदेश प्रदर्शित करने के लिए और कुछ Not Found लिए जिम्मेदार है।

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

 const Number = styled.h1` font-size: 36px; line-height: 40px; margin-right: 5px; padding: 0px; `; //.. <Container> <Number>{skipRatePre}</Number> <InfoName>Skip Rate</InfoName> </Container>

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

मूल बातें समझने के बाद अपनी प्रशंसा पर आराम न करें।

कभी-कभी यह आपको प्रतीत हो सकता है कि अधिक उन्नत चीजों के अध्ययन और उपयोग के लिए आगे बढ़ने के लिए आप अच्छी तरह से समझ नहीं पाते हैं। आमतौर पर, एक नियम के रूप में, आपको इस बारे में विशेष रूप से चिंता नहीं करनी चाहिए - बस मास्टर करना शुरू करें जो आपको बहुत जटिल लगता है और अपने आप को साबित करें कि आप इसका पता लगाने और इसका उपयोग करने में सक्षम हैं।

उदाहरण के लिए, यदि आप एक रिएक्टर डेवलपर के पथ की शुरुआत में हैं, तो आपको कई प्रतीत होने वाले जटिल डिजाइन पैटर्न मिल सकते हैं जिन्हें आपको पता लगाना चाहिए। इनमें कंपाउंड कंपोनेंट्स, हाई ऑर्डर कंपोनेंट्स, रेंडर प्रॉप्स, स्मार्ट कंपोनेंट्स, डंब कंपोनेंट्स और भी बहुत कुछ हैं (उदाहरण के लिए, कंपोनेंट्स की परफॉर्मेंस को प्रोफाइल करने की तकनीक को मास्टर करने की सिफारिश की गई है)।

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

 //     ? //   ,      ,    . render() { const children = React.Children.map(this.props.children,  (child, index) => {     return React.cloneElement(child, {       onSelect: () => this.props.onTabSelect(index)   });  }); return children; }

इसके अलावा, उचित सीमा के भीतर, स्वाभाविक रूप से, काम के दौरान कुछ नया उपयोग करने से डरो मत। उसी समय, केवल उन परियोजनाओं में प्रयोगों के लिए नए दृष्टिकोण के उपयोग को सीमित न करें जो आप अपने खाली समय में करते हैं।

यदि आप जिनके साथ काम करते हैं, आपके नवाचारों के बारे में प्रश्न हैं, तो ध्यान रखें कि यह पूरी तरह से सामान्य है। अपने पक्ष में मजबूत तर्कों के साथ अपने फैसलों का बचाव करने के लिए तैयार रहें।

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

परियोजनाओं को अधिरोहित करने की तलाश न करें

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

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

कभी-कभी यह आपको प्रतीत हो सकता है कि नवीनतम तकनीक का उपयोग करते हुए और जटिल कोड बनाते हुए, आप पूरी दुनिया को कुछ इस तरह से बताते हैं: “मैं शुरुआती डेवलपर नहीं हूं, मैं एक पेशेवर बन गया हूं। यह वह कोड है जो मैं लिख रहा हूँ! "

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

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

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

रिफैक्टरिंग ठीक है

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

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

हालांकि, यह सुनिश्चित करने के लिए कि रिफैक्टरिंग एक बुरे सपने में नहीं बदलता है, यह अनुशंसा की जाती है कि परीक्षणों पर पर्याप्त ध्यान दिया जाए। सब कुछ आप तक पहुँच सकते हैं का परीक्षण करने के लिए स्वतंत्र महसूस करें। शायद हर प्रोग्रामर या तो पहले से ही सामना कर चुका है, या अभी भी एक ऐसी स्थिति का सामना करेगा जिसमें अच्छे परीक्षण उसे एक टन बचाने में मदद करेंगे। और अगर आप, कई अन्य लोगों की तरह, सोचते हैं कि परीक्षण समय की बर्बादी है, तो उन्हें पहले की तुलना में अलग तरीके से लेने की कोशिश करें। अर्थात्, यहां वे लाभ हैं जो डेवलपर और उनकी टीम को अच्छे परीक्षणों से प्राप्त होते हैं:

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

वास्तव में, यहां लाभों की एक छोटी सी सूची है जो एक प्रोग्रामर और उनके सहयोगियों को एक सुव्यवस्थित परियोजना परीक्षण प्रणाली से प्राप्त होती है।

किसी की नौकरी के लिए प्यार सफलता का आधार है

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

मैं पूरी रात कंप्यूटर पर बैठ सकता हूं, मैं वही कर रहा हूं जो मुझे पसंद है और हर मिनट का आनंद ले रहा है। यहाँ मुद्दा यह है कि यदि कोई व्यक्ति वास्तव में किसी चीज़ के लिए प्रयास करता है, तो, एक तरह से या किसी अन्य, उसके चारों ओर सब कुछ उसे लक्ष्य तक जाने में मदद करता है। उदाहरण के लिए, हाल ही में मैंने पहली बार दो सौ दर्शकों के सामने एक छोटे सम्मेलन में बात की थी।

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

इसलिए, मैं हर किसी से खुद को पूछने की सिफारिश करूंगा: "क्या आपको पसंद है कि आप क्या करते हैं?" यदि इस प्रश्न का उत्तर नकारात्मक है, तो उसे खोजें जो आपको वास्तव में पसंद है, कुछ आप घंटों बात कर सकते हैं, कुछ आप दिन और रात कर सकते हैं, पूरी तरह से खुश महसूस कर रहे हैं। किसी भी क्षेत्र में विकसित होने और विकसित होने के लिए, सभी को यह खोजने की जरूरत है कि उसे क्या पसंद है। मनुष्य को किसी भी चीज़ में सफल होने के लिए मजबूर नहीं किया जा सकता है। एक व्यक्ति तभी सफल हो सकता है जब वह होशपूर्वक और आनंद के साथ वही करता है जो उसे पसंद है।

यदि मैं एक साल पहले वापस जा सकता था और वहां खुद से मिल सकता था, तो मैं अपने आप से यह कहूंगा कि मुझे इंतजार करने वाले महान और दिलचस्प रास्ते के लिए खुद को तैयार करना चाहिए।

प्रिय पाठकों! अनुभव से प्रेरित क्या टिप्स, आप नौसिखिया वेब डेवलपर्स के साथ साझा कर सकते हैं?