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