जीतना संभव नहीं है। आप केवल यह तय करते हैं कि कितनी तेजी से हारना है


अगली चाल क्या है?

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

मैं आपको व्यक्तिगत अनुभव से एक कहानी बताता हूं कि कैसे मेरी टीम ने किसी तरह के बिलिंग कोड में अपने तकनीकी ऋण को कम किया और साथ ही साथ एक वर्ष में एक मिलियन डॉलर द्वारा त्रुटि को ठीक किया।


पहले, कार्य कठिन स्तर पर, सरल होते हैं

सॉफ्टवेयर कंपनियों में, उत्पाद / परियोजना प्रबंधक, डेवलपर्स के साथ मिलकर यह निर्धारित करते हैं कि अगली रिलीज़ में कौन सा कोड लिखा और ग्राहकों को भेजा जाएगा। टेट्रिस में एक पंक्ति को पूरा करना एक कार्य जारी करने जैसा है।


तकनीकी ऋण में लगभग कोई वृद्धि नहीं होने से जटिल कार्य पूरी तरह से संभव हैं।

एक जटिल फ़ंक्शन जारी करने के लिए कई लाइनों के पूरा होने की आवश्यकता होती है।

अक्सर, व्यापार की जरूरत (नई सुविधाएँ, नए उत्पाद) कोड (हैक्स, वर्कआर्ड) में समझौता करने के लिए नेतृत्व करते हैं ताकि समय सीमा को पूरा न किया जा सके। या उत्पाद रणनीति में परिवर्तन पिछले डिजाइन के साथ असंगत हैं, जिससे ग्राहकों को स्थानांतरित करने के लिए अतिरिक्त प्रयासों की आवश्यकता होती है या "नए" और "पुराने" दोनों तर्क का समर्थन करते हैं।


लघु तकनीकी ऋण सामान्य और प्रबंधनीय है।

ऐसे परिदृश्य कोड के भीतर तकनीकी ऋण बनाते हैं। टेट्रिस में एक छिपे हुए पास एक तकनीकी कर्तव्य है।

किसी भी कोड का एक तकनीकी कर्तव्य है। यह सामान्य है। आप कुछ पास के साथ खेलना जारी रख सकते हैं।


तकनीकी ऋण में दफन

बहुत अधिक तकनीकी ऋण एक उचित समय के लिए एक नया कार्य जारी करने या बग को ठीक करने की अनुमति नहीं देता है।

नए डेवलपर्स को जोड़कर या मौजूदा लोगों की जगह अधिक नाटकीय रूप से इस समस्या को हल नहीं किया जा सकता है। इसे तकनीकी ऋण कहा जाता है: कुछ बिंदु पर इसका भुगतान करना होगा।

अपने तकनीकी ऋण का भुगतान करना आपको प्रतिस्पर्धी बनाता है। यह आपको खेल में बनाए रखता है।


खेल खत्म

टेट्रिस में व्यवसाय प्रबंधन की तरह, समय के साथ जटिलता बढ़ जाती है। आकृतियाँ तेज़ी से चलती हैं और साथ रहना मुश्किल होता है।

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

व्यापार की तरह, टेट्रिस में बहुत अधिक अंतराल से नुकसान होता है।

मिलियन डॉलर बग

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

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

क्या कोई समस्या थी? चालान काटे गए। कंपनी ने पैसा बनाया। किसी समस्या के संकेत नहीं थे। यह सब कुछ refactoring के खिलाफ बात की थी, लेकिन हम जानते थे कि बड़े बदलाव आ रहे थे: यह फ़ंक्शन हमारी जरूरतों के लिए नहीं बढ़ाया जा सकता था, और अगर हम इस हिस्से को सरल बनाते हैं, तो इसे स्थानांतरित करना बहुत आसान होगा।

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

पेआउट हमेशा भुगतान नहीं करता है

यद्यपि कहानी पूरी तरह से सच है, लेकिन तकनीकी ऋण का भुगतान करने का हमेशा इतना नाटकीय प्रभाव नहीं होता है। हम भाग्यशाली हैं।


तकनीकी ऋण का सही संतुलन ज्ञात कीजिए

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

मैं केवल यह कह सकता हूं कि उत्पाद मालिकों और डेवलपर्स दोनों को तकनीकी ऋण का सार समझना होगा और इसे हमेशा के लिए टाला नहीं जा सकता। अंत में, टेट्रिस के रूप में, यहाँ आप कभी नहीं जीत सकते।