सॉफ़्टवेयर रोट
 | This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages)
(Learn how and when to remove this template message)
|
सॉफ़्टवेयर रोट (बिट रोट, कोड रोट, सॉफ़्टवेयर एरोसिओन, सॉफ़्टवेयर क्षय या सॉफ्टवेयर एन्ट्रापी) समय के साथ सॉफ़्टवेयर गुणवत्ता की अपेक्षाकृत धीमी कमी है या इसकी कम प्रतिक्रियात्मकता है जो अंततः सॉफ़्टवेयर को दोषपूर्ण, अनुपयोगी या अपग्रेड करने की आवश्यकता में की क्षमता प्राप्त करती है। यह एक भौतिक घटना नहीं है: सॉफ्टवेयर वास्तव में क्षय नहीं करता है, बल्कि बदलते परिवेश के संबंध में उत्तरदायी और अद्यतन होने की कमी से ग्रस्त है जिसमें यह रहता है।
शब्दजाल फ़ाइल, हैकर विद्या का एक संग्रह, "बिट रोट" को समय के साथ एक सॉफ्टवेयर प्रोग्राम के क्षरण के लिए एक मजाकिया व्याख्या के रूप में परिभाषित करता है, भले ही "कुछ भी नहीं बदला हो"; इसके पीछे का विचार लगभग ऐसा है जैसे प्रोग्राम बनाने वाले बिट्स रेडियोधर्मी क्षय के अधीन थे।[1]
कारण
सॉफ़्टवेयर रोट के लिए कई कारक उत्तरदायी हैं, जिसमें एल्गोरिथम में परिवर्तन सम्मिलित हैं और जिसमे सॉफ़्टवेयर स्वयं सॉफ़्टवेयर के कुछ भागो के बीच संगतता में कमी और अप्रयुक्त या अपेक्षाकृत रूप से कभी उपयोग किए गए कोड में बग (सॉफ्टवेयर) की उपस्थिति को संचालित करता है।
एल्गोरिथम परिवर्तन
जब प्रोग्राम के एल्गोरिथम में परिवर्तन होते हैं तो विशेष रूप से परिवर्तन जो प्रोग्राम के डिजाइनर ने अनुमान नहीं लगाया था तो सॉफ्टवेयर अब मूल रूप से कार्य नहीं कर सकता है। उदाहरण के लिए, कई प्रारम्भिक वीडियो गेम डिजाइनरों ने अपने गेम में सीपीयू घड़ी की गति को टाइमर के रूप में प्रयोग किया था।[2] हालाँकि, नए सीपीयू मे घड़ियाँ तीव्र थीं इसलिए खेल की गति उसी के अनुसार बढ़ती थी जिससे कारण समय के साथ खेल कम उपयोगी हो गए है।
वन्सेबिलिटी
एल्गोरिथम में ऐसे परिवर्तन हैं जो प्रोग्राम के डिज़ाइनर से संबंधित नहीं होते हैं, बल्कि इसके वे उपयोगकर्ता है प्रारंभ में, एक उपयोगकर्ता सिस्टम को प्रोग्राम में प्रयुक्त कर सकता है और यह निश्चित समय के लिए त्रुटिपूर्ण रूप से कार्य कर सकता है। लेकिन, जब सिस्टम सही प्रकार से कार्य करना बंद कर देता है या उपयोगकर्ता कॉन्फ़िगरेशन नियंत्रणों तक अभिगम्य बनाना चाहते हैं तो वे अलग-अलग एल्गोरिथम और अनुपलब्ध जानकारी (पासवर्ड भूल जाने, गुप्त निर्देश या जटिल प्रबंधित उपयोगकर्ता) के कारण उस प्रारंभिक चरण को दोहरा नहीं सकते हैं। इंटरफ़ेस जिसे पहले परीक्षण और त्रुटि द्वारा कॉन्फ़िगर किया गया था। एक बार यह विफल हो गया था तब सूचना विकासक 'जोनास सॉडरस्ट्रॉम' ने इस अवधारणा को "वन्सेबिलिटी" नाम दिया है[3] और इसे "तकनीकी प्रणाली में गुणवत्ता के रूप में परिभाषित किया है जो उपयोगकर्ता को सिस्टम को पुनर्स्थापित करने से स्थगित करता है।"
अप्रयुक्त कोड
कोड के प्रायः उपयोग किए जाने वाले भाग, जैसे दस्तावेज़ फ़िल्टर या अन्य प्रोग्राम द्वारा उपयोग किए जाने के लिए डिज़ाइन किए गए इंटरफ़ेस में बग (सॉफ्टवेयर) हो सकते हैं जिनमे किसी का ध्यान नहीं जाता हैं। उपयोगकर्ता की आवश्यकताओं और अन्य बाहरी कारकों में परिवर्तन के साथ, इस कोड को बाद में निष्पादित किया जा सकता है जिससे बग सॉफ्टवेयर अपेक्षाकृत अधिक सक्रिय हो जाते हैं और सॉफ़्टवेयर कम कार्यात्मक प्रदर्शित होते है।
ररेलय अपडेट कोड
सॉफ्टवेयर और सिस्टम के सामान्य संरक्षण से भी सॉफ्टवेयर नष्ट हो सकता है। विशेष रूप से, जब एक प्रोग्राम में कई भाग होते हैं जो एक दूसरे से अपेक्षाकृत कम दूरी पर कार्य करते हैं, तो यह विचार करने में विफल रहता है कि कैसे एक भाग में परिवर्तन जो दूसरों को प्रभावित करता है जो बग का परिचय दे सकता है। कुछ स्थितियों में, यह उन लाइब्रेरी का रूप ले सकता है जो सॉफ़्टवेयर का उपयोग इस प्रकार से परिवर्तित करते हैं जो सॉफ़्टवेयर पर प्रतिकूल प्रभाव डालते हैं। यदि किसी लाइब्रेरी का पुराना संस्करण जो पहले सॉफ़्टवेयर के साथ कार्य करता था अन्य सॉफ़्टवेयर के साथ सुरक्षा या पुराने संस्करण में पाए गए सुरक्षा दोषों के कारण अब उपयोग नहीं किया जा सकता है इसलिए प्रोग्राम के उपयोग के लिए आवश्यक लाइब्रेरी का कोई अपडेट संस्करण नहीं हो सकता है।
ऑनलाइन कनेक्टिविटी
आधुनिक व्यावसायिक सॉफ़्टवेयर प्रायः लाइसेंस सत्यापन और जानकारी प्राप्त करने के लिए एक ऑनलाइन सर्वर से जुड़ते हैं। यदि सॉफ़्टवेयर को सशक्त करने वाली ऑनलाइन सेवा स्थगित कर दी जाती है, तो यह कार्य करना बंद कर सकते है।[4][5]
2010 के अंत से अधिकांश वेबसाइटें सुरक्षित एचटीटीपीएस सर्वर का उपयोग करती हैं। हालाँकि इसके लिए एन्क्रिप्शन कुंजी की आवश्यकता होती है जिसे रूट प्रमाण पत्र कहा जाता है जिसकी समाप्ति तिथि होती है। प्रमाणपत्रों के समाप्त होने के बाद डिवाइसों की अधिकांश वेबसाइटों से कनेक्टिविटी समाप्त हो जाती है जब तक कि कुंजियों को निरंतर अपडेट नहीं किया जाता है।[6]
वर्गीकरण
सॉफ़्टवेयर रोट को सामान्यतः निष्क्रिय रोट या सक्रिय रोट के रूप में वर्गीकृत किया जाता है।
निष्क्रिय सॉफ़्टवेयर रोट
सॉफ़्टवेयर जो वर्तमान में उपयोग नहीं किया जा रहा है धीरे-धीरे अनुपयोगी हो जाता है क्योंकि अन्य एप्लिकेशन परिवर्तित हो जाते है। जो उपयोगकर्ता की आवश्यकताओं में परिवर्तन और सॉफ्टवेयर एल्गोरिथम मे कमी का कारण उत्पन्न करते हैं।
सक्रिय सॉफ़्टवेयर रोट
सॉफ़्टवेयर जिसे निरंतर संशोधित किया जा रहा है वह समय के साथ अपनी कमी को समाप्त कर सकता है यदि उपयुक्त प्रक्रियाओं को निरंतर प्रयुक्त नहीं किया जाता है। हालाँकि, नई आवश्यकताओं को पूरा करने और बग सॉफ़्टवेयर को ठीक करने के लिए बहुत से सॉफ़्टवेयर में निरंतर परिवर्तन की आवश्यकता होती है और प्रत्येक समय परिवर्तन किए जाने पर सॉफ़्टवेयर को फिर से तकनीकी विधि से सही करना आवश्यक होता है। यह प्रोग्राम के लिए अनिवार्य रूप से एक विकास प्रक्रिया बनाता है जिससे यह मूल इंजीनियर डिजाइन से हट जाता है। इसके परिणामस्वरूप और एक परिवर्तित एल्गोरिथम में, मूल डिजाइनरों द्वारा की गई धारणाएं अस्वीकृत हो सकती हैं, जिससे बग सॉफ़्टवेयर का परिचय भी हो सकता है।
इस प्रक्रिया में, दस्तावेज़ों को अपडेट करने पर नई सुविधाओं को जोड़ने की प्राथमिकता दी जा सकती है दस्तावेज़ीकरण के अतिरिक्त हालांकि, प्रोग्राम के कुछ भागों से संबंधित विशिष्ट ज्ञानकोष को समाप्त किया जाना संभव होता है। कुछ प्रकार के कोडिंग फंक्शनों के लिए सर्वोत्तम सम्मिलित प्रक्रियाओ का अनुसरण करके इसे अपेक्षाकृत कम किया जा सकता है। जब कोई एप्लिकेशन अपने व्यावसायिक प्रक्रिया के अंत के निकट होता है तो सक्रिय सॉफ़्टवेयर रोट धीमा हो जाता है और आगे का विकास बंद हो जाता है। उपयोगकर्ता प्रायः किसी भी अन्य सॉफ्टवेयर बग के आसपास कार्य करना प्रारम्भ करते हैं और सॉफ़्टवेयर की प्रक्रिया सामान्य हो जाता है क्योंकि सॉफ़्टवेयर मे कुछ भी परिवर्तन नहीं किया जा रहा होता है।
उदाहरण
एआई प्रोग्राम उदाहरण
एआई शोध के प्रारम्भिक दिनों से कई मौलिक प्रोग्राम अपूर्णीय (इर्रेपरबल) सॉफ्टवेयर रोट से विपरीत हैं। उदाहरण के लिए, मूल शरड्लु प्रोग्राम (प्रारंभिक प्राकृतिक भाषा समझ प्रोग्राम) किसी भी आधुनिक युग के कंप्यूटर या कंप्यूटर सिम्युलेटर पर नहीं सक्रिय किया जा सकता है, क्योंकि यह उन दिनों के समय विकसित किया गया था जब लिस्प और प्लैनर (प्रोग्रामिंग भाषा) अभी भी विकास के चरण में थे और इस प्रकार यह गैर-मानक का उपयोग करता है। मैक्रोज़ और सॉफ़्टवेयर लाइब्रेरी जो अब इसमे सम्मिलित नहीं हैं।
ऑनलाइन मंच उदाहरण
मान लीजिए कि एक व्यवस्थापक खुला स्रोत सॉफ्टवेयर फ़ोरम सॉफ़्टवेयर का उपयोग करके एक फ़ोरम बनाता है, और फिर नई सुविधाओं और विकल्पों को जोड़कर इसे भारी रूप से संशोधित करता है। इस प्रक्रिया के लिए सम्मिलित कोड में व्यापक संशोधन और उस सॉफ़्टवेयर की मूल कार्यक्षमता से विचलन की आवश्यकता होती है।
यहाँ से, ऐसे कई तरीके हैं जिनसे सॉफ़्टवेयर रोट सिस्टम को प्रभावित कर सकता है:
- व्यवस्थापक गलती से ऐसे परिवर्तन कर सकता है जो एक दूसरे या मूल सॉफ़्टवेयर के साथ संघर्ष करते हैं, जिससे फ़ोरम अप्रत्याशित रूप से व्यवहार करता है या पूरी तरह से टूट जाता है। यह उन्हें बहुत खराब स्थिति में छोड़ देता है: चूंकि वे मूल कोड से बहुत अधिक विचलित हो गए हैं, तकनीकी सहायता और फोरम को पुनर्जीवित करने में सहायता प्राप्त करना मुश्किल होगा।
- मूल फ़ोरम स्रोत कोड में एक सुरक्षा छेद खोजा जा सकता है, जिसके लिए सुरक्षा पैच की आवश्यकता होती है। हालाँकि, क्योंकि व्यवस्थापक ने कोड को इतने व्यापक रूप से संशोधित किया है, पैच सीधे उनके कोड पर लागू नहीं हो सकता है, जिसके लिए व्यवस्थापक को अपडेट को प्रभावी ढंग से फिर से लिखने की आवश्यकता होती है।
- संशोधन करने वाला व्यवस्थापक अपना पद खाली कर सकता है, जिससे नए व्यवस्थापक के पास एक पेचीदा और अत्यधिक संशोधित फ़ोरम रह जाता है जिसमें पूर्ण दस्तावेज़ीकरण का अभाव होता है। संशोधनों को पूरी तरह से समझे बिना, नए व्यवस्थापक के लिए विरोधों और बगों को सम्मिलित किए बिना परिवर्तन करना कठिन है। इसके अलावा, मूल प्रणाली का प्रलेखन अब उपलब्ध नहीं हो सकता है, या इससे भी बदतर, कार्यात्मक आवश्यकताओं में सूक्ष्म अंतर के कारण भ्रामक हो सकता है।
रिफैक्टरिंग
कोड रीफैक्टरिंग सड़न की समस्या को दूर करने का एक साधन है। इसे इसके बाहरी व्यवहार को प्रभावित किए बिना इसकी संरचना में सुधार के लिए सम्मिलित कोड को फिर से लिखने की प्रक्रिया के रूप में वर्णित किया गया है।[7] इसमें मृत कोड उन्मूलन को हटाना और उन अनुभागों को फिर से लिखना सम्मिलित है जिन्हें व्यापक रूप से संशोधित किया गया है और जो अब कुशलता से कार्य नहीं करते हैं। सॉफ़्टवेयर के बाहरी व्यवहार को बदलने के लिए सावधानी नहीं बरती जानी चाहिए, क्योंकि इससे असंगतताएँ आ सकती हैं और इस तरह स्वयं सॉफ़्टवेयर सड़ने में योगदान होता है।
यह भी देखें
- कोड समेल
- अधीनता हेल
- पीढ़ी संख्या मे कमी
- सॉफ्टवेयर ब्लोट
- सॉफ्टवेयर भंगुरता(ब्रिटटलेनेस)
- सॉफ्टवेयर एन्ट्रापी
- SOLID
एल्गोरिथम
- ↑ Raymond, Eric. "Bit rot". The Jargon File. Retrieved 3 March 2013.
- ↑ Inc, Ziff Davis (1992-01-28). PC Mag (in English). Ziff Davis, Inc. p. 286.
{{cite book}}:|last=has generic name (help) - ↑ Jonas Söderström. "Onceability: The consequence of technology rot".
- ↑ Amadeo, Ron (31 October 2016). "The (updated) history of Android". Ars Technica (in English). Retrieved 31 October 2021.
- ↑ "Adobe CS2 is Now Available for Free, Sort Of". Mobile Magazine. 2013-01-14. Archived from the original on 2013-01-18. Retrieved 2013-01-20.
- ↑ https://www.tomsguide.com/news/android-cert-mess-averted
- ↑ Fowler, Martin (October 11, 2007). "What Is Refactoring". Retrieved 2007-11-22.
