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