लेकिन क्या मुझे एक गाना गाना चाहिए ...

परिचय

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

मूल रूपक

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

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

प्रणाली

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

सिस्टम का पृथक्करण समय विशेषता पर लागू नहीं होता है।

• नई प्रणालियाँ ऐसी प्रणालियाँ हैं जिनके अधिकांश कोड अधिकांश डेवलपर्स से परिचित हैं;
• पुरानी प्रणालियां ऐसी प्रणालियां हैं जिनमें, कई बार, आप एक विशाल टस्क पा सकते हैं।

लेख मुख्य रूप से पुरानी प्रणालियों की चिंता करता है, हालांकि यह नए लोगों के लिए उपयोगी होगा।

मेरे गीत

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

सामान्य स्थिति। डेवलपर को मौजूदा सिस्टम के आधार पर कुछ कार्यक्षमता को लागू करने की आवश्यकता है। समस्या को हल करने के दो विरोधी दृष्टिकोण हैं:

• "जिसने भी यह सब लिखा है, उसका साथ देना असंभव है, सब कुछ फिर से लिखना!" (सोलो)
• "यहां मैं कोड को वहां से कॉपी करूंगा, इसे थोड़ा ठीक करूंगा, एक-दो लाइनें डालूंगा और जाऊंगा" (बाजार)

एकल

प्रत्येक कोकिला डेवलपर खुद को, एक बार, जंगल में उन जगहों पर पाता है जहां कोई भी लंबे समय से नहीं है।

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

बाजार

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

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

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

संगीत

सभी डेवलपर्स के समन्वित कार्य। एक आदर्श प्रणाली, एक अंतरराष्ट्रीय स्तर पर मान्यता प्राप्त "संगीत" कृति। आमतौर पर उपलब्ध नहीं है।

प्रणाली में एक स्पष्ट संरचना, सही अपघटन, सरल विधियां हैं। कोई भी नया डेवलपर जल्दी से समझता है कि कोड कैसे काम करता है।

विचार है कि आसपास के कोड में कुछ ठीक करने के लिए भी नहीं उठता है।

यह पुनर्लेखन के लायक कब है ...

यह लचीली कार्यप्रणाली के बारे में बात करने लायक नहीं है। वे केवल 15 साल के इतिहास के साथ परियोजनाओं पर काम नहीं करते हैं, हजारों कक्षाएं। यह सब फिर से करना बिल्कुल असंभव है।

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

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

निष्कर्ष

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

अंतभाषण

यदि आप एक गीत सुनते हैं और विकास के बारे में सोचते हैं, तो यह सॉफ्टवेयर विकास के अभ्यास से कई दिलचस्प बिंदुओं को ध्यान में रखता है।