संशोधित या फिर से लिखना

इस लेख का मुख्य विचार: केवल बंदूक की नोक पर खरोंच से एक कामकाजी और कार्यान्वित परियोजना को फिर से लिखना।



इसके बाद, कल्पना करें कि आप अकेले काम करते हैं और कुकीज़ को किसी के साथ साझा नहीं करते हैं।

स्थिति नंबर 1: एक छोटी परियोजना

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

स्थिति संख्या 2: मुक्त तैराकी

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

स्थिति # 3: किसी और का कोड

यह सबसे खतरनाक रास्ता, फिसलन भरा, गंदा और गंदा रास्ता है। तो, कल्पना करें कि आपने किसी तरह अपने छात्र परियोजना को सौंप दिया, अपनी व्यक्तिगत परियोजना को छोड़ दिया (क्षमा करें, निश्चित रूप से, वहाँ लौटने के लिए स्थगित कर दिया है! वहाँ समय है!)।
और अब, किसी और की 10-15 हजार लाइनों का कोड आपको मिल जाता है। Govnokod। आपकी राय में प्रस्तुत है अपडेट अपने आप को पैर में गोली मारना टेंटमाउंट है। पुनर्लेखन?
अपना समय ले लो। सबसे पहले, अपनी क्षमताओं का मूल्यांकन करें। आपको इसे फिर से लिखने में कितना समय लगेगा? इसका भुगतान कैसे होगा? क्या सही समय निर्धारित है?
किसी और के कोड को फिर से लिखना कई समस्याओं से भरा है।
पहली समस्या : कोड सबसे पहले से लागू होने और काम करने की संभावना है। इस मामले में, आपको न केवल इसकी सभी कार्यक्षमता को फिर से विकसित करने की आवश्यकता होगी, बल्कि उन सभी बैसाखियों को भी ध्यान में रखना चाहिए जो पूर्व के गोवनोकोडर में आए थे।
दूसरी समस्या : आप परियोजना को खींच नहीं सकते हैं, धरोहर शुरू कर सकते हैं, और अंततः, पूरी तरह से परियोजना को भर सकते हैं।
तीसरी समस्या : आपको इतना यकीन क्यों है कि आप खुद भी वही गोवनोकॉड नहीं लिखेंगे?

स्थिति 4: आउटडेटेड प्रोजेक्ट या विशिष्ट उपकरण

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



इसलिए, जब आपको परियोजना को फिर से लिखने की जरूरत नहीं है :
1) जब आप अपने समय और अन्य लोगों के समय को महत्व देते हैं जो उन्होंने परियोजना में निवेश किया था;
2) जब आप सुनिश्चित नहीं होते हैं कि आप परियोजना की कार्यक्षमता को सही ढंग से दोहरा सकते हैं;
3) जब आप परियोजना को पूरी तरह से नहीं समझते हैं, तो इसकी विशेषताओं को नहीं जानते हैं;
4) जब आप एक गोवन्कोडर होते हैं;
5) जब कोई आपके प्रिय हम्सटर को धमकी नहीं देता है।
6) उपकरण और रूपरेखा को छोड़कर परियोजना का आकार 10,000 कोड से अधिक है। यहां तक ​​कि यह मूल्यांकन करने के लिए बहुत कुछ होगा कि खेल मोमबत्ती के लायक है या नहीं।

जब यह एक परियोजना को फिर से लिखने के लायक हो सकता है :
1) जब सुधारों के कार्यान्वयन में प्रणाली की अत्यधिक जटिलता के कारण बहुत लंबा समय और / या बहुत पैसा लगता है;
2) जब आपने परियोजना का गहन अध्ययन किया है और इसके बारे में विस्तार से जाना है;
3) जब आपके पसंदीदा कैलकुलेटर को फिर से लिखने के लिए पचासवीं बार आपकी खुशी होती है;
4) जब ग्राहक आपके घर आया और जोर देकर कहा कि आपका या किसी और का गोवनोकॉड बहुत बुरी तरह से काम करता है, और वह चाहता है कि आप पहली बार सब कुछ अद्भुत करें;
5) जब आपको एक छोटी परियोजना के लिए अकल्पनीय ढेर का पैसा दिया जाता है।

और याद रखें कि गंभीर लोगों का मानना ​​है कि खरोंच से परियोजनाओं को फिर से लिखना अप्रमाणवाद का संकेत है।
सौभाग्य है।