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