युक्तियों का यह सेट जूनियर्स के लिए डिज़ाइन किया गया है, लेकिन किसी भी डेवलपर के लिए उपयोगी हो सकता है जो अच्छी आदतों की खेती करने में रुचि रखता है। मैं अपने आप को लगातार कठिन कार्यों को सेट करने और आराम क्षेत्र छोड़ने की कोशिश करता हूं, यहां आपको हर दिन युक्तियों के रूप में मेरे अनुभव से एक निचोड़ मिलेगा। बदले में, आप मुझे उन विचारों की पेशकश कर सकते हैं जो यहां सूचीबद्ध नहीं हैं - मैं अपनी तकनीकों में लगातार सुधार करने और खुद से ऊपर बढ़ने का प्रयास करता हूं।
तो चलिए शुरू करते हैं।
1. जितनी बार संभव हो प्रौद्योगिकी की समीक्षा करें
प्रौद्योगिकी अवलोकन - ये आपके क्षेत्र में नवाचारों के बराबर बने रहने के लिए कार्य हैं। आप इस बिंदु के बारे में बहुत कुछ नहीं कह सकते हैं, लेकिन, मेरी राय में, यह अच्छी तरह से दिखाता है कि साधारण पढ़ना आपको स्व-शिक्षा में कैसे मदद कर सकता है। यहां तक कि अगर आप लेख के विषय को पूरी तरह से नहीं समझते हैं और यह नहीं सीखते हैं कि यह कैसे किया जाता है, तो यह कैसे किया जाता है, यह जानने के लिए आपको कम से कम जानकारी होगी कि यह सब होता है। और यह बहुत महत्वपूर्ण है।
अब वेब उन सेवाओं और उपकरणों से भरा हुआ है जिन्हें केवल हमें सूचित करने के लिए डिज़ाइन किया गया है। वे उपयोग करने लायक हैं, वे मुख्य स्रोत बन सकते हैं जहां आप नवीनतम समाचार और नए विचारों के लिए दैनिक, साप्ताहिक या मासिक आवेदन करेंगे।
Netvibes जैसे उपकरण आपके द्वारा चुने गए सभी स्रोतों को एक ही स्ट्रीम में प्रौद्योगिकी की समीक्षा के लिए चुनकर आपका समय बचा सकते हैं। मैं फ़ीड्स और पठन सामग्री देखने के लिए विशेष समय (उदाहरण के लिए, सोमवार और गुरुवार को) लेने की सलाह दूंगा, बजाय इसके कि लगातार समाचारों पर नज़र रखने की कोशिश की जाए।
यहाँ कुछ साइट और फ़ोरम हैं जिन्हें मैं हर हफ्ते पढ़ता हूँ:
हालाँकि, यदि आप ऐसे कंटेंट एग्रीगेटर्स का उपयोग करते हैं, तो उन तकनीकों पर ध्यान देने की कोशिश करें, जिनकी आपको अपने काम में ज़रूरत है। उनके साथ विचलित करना और एक से दूसरे में कूदना शुरू करना बहुत आसान है। हां, हां, नए क्रिप्टोग्राफिक आईसीओ के बारे में यह आखिरी लेख सिर्फ एक बम है, लेकिन क्या आप खुद क्रिप्टोकरेंसी के साथ काम करते हैं? ध्यान दें।
2. देखो और शांत साइटों जुदा
आप निम्नलिखित साइटों पर कोड के साथ उत्कृष्ट साइट, संसाधन और प्रयोग पा सकते हैं:
लेकिन यहाँ बिंदु उन्हें देखने और कहने के लिए नहीं है: "ठीक है, मैं ऐसा कभी नहीं कर सकता।" अपने आप से पूछें कि आप इस सभी जादू को कैसे महसूस करेंगे, यह समझने की कोशिश करें कि इसके लिए कौन से उपकरण का उपयोग किया गया था। नई तकनीक, नई जावास्क्रिप्ट लाइब्रेरी, कुछ सीएसएस संपत्ति आपके लिए अज्ञात है? हम एक ऐसी दुनिया में रहते हैं जहां हर दिन नए समाधान पैदा होते हैं - शैक्षिक प्रक्रिया को आसानी से नहीं रखा जा सकता है।
हालांकि, मेरा सुझाव है कि आप इस प्रक्रिया में सिर्फ देरी करने से न रुकें - इसे दोहराने की कोशिश करें, यह कैसे काम करता है, इसकी विस्तृत व्याख्या करें। यहां सामान्य नियम यह है: यदि आप किसी और को यह सिखा सकते हैं कि यह कैसे करना है, तो आपको विषय में महारत हासिल है।
पिछले साल मैंने अपने वर्कफ़्लो को बदलने में बहुत समय बिताया; अन्य बातों के अलावा, मैंने बहुत सी साइटों को घटकों में शामिल किया और इस तरह अध्ययन किया कि प्रतिभाशाली डेवलपर्स ने उन्हें कैसे बनाया। इन सभी चरणों के लिए धन्यवाद, मैं अपने काम में विभिन्न तरीकों को जोड़ सकता हूं और वेबसाइट बनाने के लिए अच्छी प्रथाओं की खोज कर सकता हूं। और यह मुझे अगले विचार के लिए लाता है ...
3. अधिक अनुभवी लोगों से सीखें
आमतौर पर, जब आपको किसी कंपनी में जूनियर के रूप में नौकरी मिलती है, तो आपको एक प्रमुख डेवलपर्स द्वारा सलाह दी जाती है: वह आपके कोड को देखता है, आपके लिए कार्यों की एक सूची बनाता है और सुनिश्चित करता है कि आप डेटाबेस को नहीं छोड़ते हैं। जितना संभव हो सके उनसे सीखने के लिए बेझिझक सवाल पूछें। यह दिखाने के लिए कहें कि उन्होंने अपने द्वारा लॉन्च की गई अंतिम साइट या उस मेगा-कंपोनेंट पर उस शांत चीज़ को कैसे किया, जिसने पूरी टीम को उनके जीवन पर आसान बना दिया।
और सबसे महत्वपूर्ण बात: उन सवालों को पूछने से डरो मत जो आपको गूंगे लगते हैं। हम सभी एक अलग स्तर के ज्ञान के साथ कैरियर शुरू करते हैं, इसलिए आपके लिए उन चीजों के बारे में पूछना स्वाभाविक है जो दूसरे के लिए प्राथमिक लगते हैं। और इन सवालों के जवाब शायद आपको कई और सालों तक मदद करेंगे।
सर्वश्रेष्ठ से सीखने का एक और अच्छा तरीका कोड निरीक्षण है। यदि यह नियमित रूप से किसी और के कोड को पढ़ने के लिए आपके लिए प्रथागत नहीं है, तो इस अभ्यास को लागू करने वाले व्यक्ति बनने की कोशिश करें। अन्य टीम के सदस्यों को अपने कोड की समीक्षा करने और यह कहने में संकोच न करें कि इसमें क्या बेहतर किया जा सकता है। उनकी टिप्पणी सुनें। चर्चा में शामिल हों। यह बताएं कि उन्होंने जैसा किया था वैसा ही किया और जैसा उन्होंने सुझाव दिया वैसा नहीं किया। विचारों का आदान-प्रदान, विचार-विमर्श और एक-दूसरे से शक्तियों को अपनाना संभवत: आत्म-सुधार का स्वास्थ्यप्रद तरीका है।
4. कोड कमेंट लिखना कभी न भूलें
हां, मैं समझता हूं कि आपने इस सलाह को एक लाख बार सुना है क्योंकि आपने कोड लिखना शुरू कर दिया है - इंटरनेट पर, वरिष्ठों से, शिक्षकों से, यह संभव है कि आपके कुत्ते से। टिप्पणी करने का अर्थ केवल कोड को समझना आसान नहीं है (भविष्य में अन्य डेवलपर्स और स्वयं के द्वारा दोनों) - यह आपको इसे लिखने से पहले एक फ़ंक्शन के बारे में सोचने के लिए भी प्रोत्साहित करता है, ताकि इसका उद्देश्य निर्धारित किया जा सके। और केवल एक।
MultiSuperTaskFunction () बनाने से बचना चाहिए।
// I don't know Rick mySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) { $var1 = true; while($var1) { addNewHumans++; } else { heregoesnothing(); } }
उदाहरण के लिए, आपने एक फ़ंक्शन लिखना शुरू कर दिया है जो ग्रहों के पारिस्थितिकी तंत्र का प्रबंधन करेगा। यदि आपको कोड पर टिप्पणी लिखने की आदत है, तो आप कोड को कई कार्यों के अनुक्रम में तोड़ने में संकोच नहीं करेंगे, जिनमें से प्रत्येक एक विशिष्ट कार्य के लिए जिम्मेदार होगा।
/* * Handler to create the planet system */ Class Planet { public $name; /* * Set the name of the instancied planet * @var STRING $new_name Contain only a string to name the planet */ function set_name(string $new_name) { $this->name = $new_name; } /* * Function to access the name of the planet * return STRING $this->name Contain only a string with the name * of the planet */ function get_name() { return $this->name; } }
छोटे टुकड़ों में कार्यों को विभाजित करने का सिद्धांत बग को तेजी से पकड़ने में मदद करता है। यह विशिष्ट तत्वों को अलग करना भी आसान बनाता है जिन्हें बाद में अन्य परियोजनाओं (मॉड्यूलर घटकों) में उपयोग किया जा सकता है। अंत में, कोड को पढ़ना बहुत आसान हो जाएगा और जब आप किसी को देखने के लिए देते हैं तो आपको दृष्टि से छिपाना नहीं पड़ता है।
5. अपने आप को चंगा: Refactoring
हालाँकि, यदि आप अपने आप को छोड़कर सभी पर भरोसा करते हैं, तो आप अपने आप में सुधार या विश्वास हासिल नहीं कर पाएंगे। यही कारण है कि अपने गन्दा कोड पर लौटना और उसे क्रम में रखना महत्वपूर्ण है। एन [और मेरी राय में, यह कुछ नई सुविधा विकसित करने से भी अधिक मूल्यवान है। तो अगली बार, जब उत्पाद प्रबंधक आपसे पूछता है कि आपने पाँच घंटे किस तरह के अवैतनिक कार्यों में बिताए हैं, तो बेझिझक जवाब दें: "मैंने कोड को फिर से बनाया।"
“कोड रिफैक्टरिंग एक मौजूदा कोड बेस के निर्माण में जानबूझकर सुधार की तकनीक है। इसमें छोटे ऊर्जा-बचत परिवर्तनों की एक श्रृंखला को लागू करना शामिल है, जिनमें से प्रत्येक "व्यक्तिगत रूप से समय बर्बाद करने के लिए इसके लायक नहीं है।" हालाँकि, इन परिवर्तनों का संचयी प्रभाव बहुत महत्वपूर्ण है। चरणों में, कोड में उन्हें छोटे भागों में पेश करके, आप त्रुटियों के जोखिम को कम करते हैं। ” - मार्टिन फाउलर
संक्षेप में: नियमित रूप से अपने कोड का निरीक्षण करने की कोशिश करें और ऐसे सुधार करें जो कार्यक्षमता को प्रभावित न करें। इसे और अधिक तेज, अधिक पढ़ें, अधिक पठनीय, अधिक मॉड्यूलर बनाएं। मैं इसे इस तरह से करता हूं: मैं खुद के लिए कुछ कोड को नोट करता हूं, जिसके लिए मुझे ज्यादा गर्व महसूस नहीं होता है या जिसे मुझे समय सीमा के कारण जल्दी में लिखना पड़ता था, और कुछ हफ्तों के बाद मैं इसे वापस कर देता हूं।
जब कोड के इस या उस टुकड़े को बेतरतीब ढंग से लिखा जाता है, तो आमतौर पर इसके पीछे कुछ अच्छा कारण होता है। लेकिन चीजों को ठीक करने के लिए समय नहीं निकालने का बहाना ढूंढना ज्यादा कठिन है। कोड में एक अस्थिर अनुभाग हमेशा आपके सिर के ऊपर लटका रहेगा, जैसे डमोकल्स तलवार। कोड की समीक्षा करना, जटिल कार्यों को अनसुना करना, बेशक, बहुत काम है, लेकिन रिकॉर्ड समय में एक ही काम करना, क्योंकि उत्पाद के पहले से ही पंप किए जाने पर किसी तरह का बग सक्रिय हो गया था और भी बदतर है।
बेहतर नहीं कि जल्दबाजी करें और अपनी गलतियों को ठीक से समझें। यह आपको लंबे समय में बहुत समय, नसों और मानसिक स्वास्थ्य को बचाएगा।
6. गलतियाँ करना
मेरा मतलब है!
प्रोग्रामिंग शुरू करने के बाद, मैंने महसूस किया कि नए स्तर पर उठने का सबसे मूल्यवान तरीका कई असफलताओं से गुजरना है। मेरा विश्वास करो, कुछ गलतियों से बचना लगभग असंभव है, और यह पूरी तरह से सामान्य स्थिति है।
क्या आपने कभी किसी प्रोजेक्ट में एक ही फंक्शन निर्धारित किया है? और यहां मैं एक या दो बार से अधिक हूं। लेकिन इस तथ्य के लिए धन्यवाद कि मैंने ऐसी स्थिति का सामना किया और एक निश्चित मॉडल विकसित किया, यह फिर से नहीं होता है।
इसलिए गलतियाँ करने से न डरें। आप उन्हें एक से अधिक बार दोहराएंगे, लेकिन समय के साथ यह कम और कम होगा। आपको अपने ज्ञान के आधार को फिर से भरना होगा और अपने पेशेवर जीवन में प्रौद्योगिकी में बदलाव के अनुकूल होना होगा, लेकिन यह हमारे काम की सुंदरता है - हर दिन आप कुछ नया सीखते हैं।