किसी और का कोड पढ़ना कैसे सीखें

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

यह समझना भीषण कसरत के दौरान आता है। हमें विशेष रूप से अच्छी तरह से याद है जब हम अन्य लोगों के कोड के उचित पठन कौशल की कमी के कारण कई बार अपनी गलतियों का सामना करते हैं।

त्रुटियों की संभावना के बारे में बोलते हुए, हम ध्यान दें कि पुराने में, एक हजार बार तैयार की गई फाइलें कम हैं। आमतौर पर हम फाइलों में बहुत सारी त्रुटियों का सामना करते हैं जो हम कभी नहीं बदलते हैं।

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

कार्यशील फ़ाइलों में ड्राफ्ट विकल्पों को नहीं छोड़ना बेहतर है, क्योंकि आप निश्चित रूप से कुछ के बारे में भूल जाएंगे।

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

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

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

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

कई कार्य इंटरनेट पर आपका इंतजार कर रहे हैं, और उनकी खोज में उतना समय नहीं लगता जितना पहले लग सकता है।

सामान्य नोटबुक्स का लाभ उठाना अच्छा है। उदाहरण के लिए, CTRL + G (लाइन नंबर द्वारा खोज) और अन्य सुविधाएं, जो समय की बचत करती हैं।

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

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

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

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