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