कोड करने के तरीके जानने के लिए 12 टिप्स और ट्रिक्स (क्योंकि 10 बहुत छोटा था)

1 - वह भाषा सीखें जो आपको पसंद है, न कि वह जो इस समय का प्रचार है

यह सुनहरा नियम है: मज़े करते हुए सीखें या कम से कम जैसे आप क्या कर रहे हैं। पल की भाषा पर ध्यान केंद्रित न करें। यदि यह आपको बंद कर देता है, तो आपको कहीं भी नहीं मिलेगा। इसके अलावा, यह क्षेत्र इतनी तेजी से विकसित हो रहा है। जावास्क्रिप्ट, उदाहरण के लिए, HTML5 का उल्लेख करने से पहले विशेष रूप से बदनाम किया गया था और वेब के स्तंभों में से एक बन गया। महत्वपूर्ण बात यह है कि आपके द्वारा चुनी गई भाषा आपकी जिज्ञासा और सीखने की आपकी इच्छा को उत्तेजित करती है। यह समान रूप से समान प्रोफाइल की तुलना में कई पहलुओं के साथ डेवलपर्स के लिए अधिक दिलचस्प है। क्या अधिक है, आप अपने लक्ष्यों को प्राप्त करने के लिए हमेशा एक समाधान पाएंगे। उदाहरण के लिए, PHP - MySQL युगल ने मुझे हमेशा डेटाबेस व्यवसाय में रखा है। इसने मुझे पुन: (अब रेड), पायथन और एक्सएमएल जैसी भाषाओं और मेटा-भाषाओं के साथ मज़ेदार होने से रोक दिया।

2 - एक ऐसी परियोजना का पता लगाएं जिसके बारे में आप भावुक हैं और इसे सफलतापूर्वक पूरा करते हैं

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

3 - डी-ड्रामेटाइजिंग

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

4 - कदम से कदम और हर दिन थोड़ा करो

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

5 - जानने के लिए कि कैसे रोकें

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

6 - टिप्पणी, संश्लेषण

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

7 - नोट्स लें और अपने ज्ञान को संश्लेषित करें

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

8 - परीक्षण और प्रयोग

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

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

9 - नियमित रूप से बैकअप लें और संस्करण का उपयोग करें

नियमित बैकअप एक प्राकृतिक पलटा होना चाहिए। कोई भी तकनीकी समस्याओं या त्रुटियों से निपटने के लिए प्रतिरक्षा नहीं है। और लंबे बुखार मिनट के लिए टाइप किए गए कोड को अलविदा करें ... नियमित रूप से सहेजें और संस्करण संख्या के साथ प्रत्येक को कई फाइलें बनाने में संकोच न करें। यह आपको अपनी प्रगति का इतिहास रखने और त्रुटियों को अधिक आसानी से पहचानने की अनुमति देता है। यदि आपके कोड के संस्करण ०.४३ ने पूरी तरह से काम किया है, तो इसमें कोई संदेह नहीं है कि त्रुटियों के कारण हैं जो आपने संस्करण ०.४४ में जोड़ा है।

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

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

आप अपने कोड को बचाने के लिए Git (और Framagitfor फ्रेंच पाठकों) जैसी ऑनलाइन सेवाओं का उपयोग कर सकते हैं और इतिहास को अधिक आसानी से ट्रैक करने में सक्षम हो सकते हैं, लेकिन आरंभ करने के लिए, यह आवश्यक नहीं हो सकता है।

10 - सरलीकृत करें, अपने कोड का अनुकूलन करें

आपका कोड पूरी तरह से काम करता है? सुंदर! सुंदर! लेकिन काम खत्म नहीं हुआ है। यह कार्यक्रम को सरल और अनुकूलित करने का समय है। अधिक संक्षिप्त कोड होने या तेज़ विधियों का उपयोग करने की संभावना नहीं होने पर जाँच करके सरल करें। उदाहरण के लिए, कुछ आदेशों को एक में जोड़ा जा सकता है। सरलीकृत और अनुकूलित कोड अधिक सुरुचिपूर्ण है, पढ़ने में आसान है और, सबसे ऊपर, तेजी से काम करता है। इसका मतलब है कम मशीन समय का उपयोग, कम ऊर्जा की खपत।

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

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

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

11 - तुलना करें, दूसरों के कोड की जांच करें

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

12 - प्रश्न पूछना

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