इन्फिनिटी पिछड़े संगतता मुद्दों

( ग )

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

पिछड़े संगतता को करना आसान है अगर सिस्टम के पिछले संस्करणों को अंतर्निहित कार्यों के लिए समर्थन के साथ विकसित किया गया था, जैसे हुक, प्लग-इन, या एपीआई जो आपको अपने सॉफ़्टवेयर में नई सुविधाओं को जोड़ने की अनुमति देते हैं, हालांकि, पिछड़े संगतता (पीछे पर ध्यान केंद्रित करने) के क्षेत्र से सब कुछ डेवलपर्स के लिए सिरदर्द हो सकता है। ।

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

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

चलो फिर से मानक बदलते हैं

सबसे महत्वपूर्ण उदाहरणों में से एक है जब उन्होंने पिछड़ी अनुकूलता के बारे में भूलने का फैसला किया है, यह USB 3.1 टाइप सी (USB-C) कनेक्टर की उपस्थिति है। कई सालों तक हम समस्याओं को नहीं जानते थे: किसी भी माइक्रो या मिनीयूएसबी कनेक्टर वाले किसी भी गैजेट को किसी भी संबंधित यूएसबी पोर्ट में प्लग किया जा सकता है। लेकिन USB-IF कंसोर्टियम ने एक टाइप सी कनेक्टर बनाया है, जो पूरी तरह से यंत्रवत् रूप से करोड़ों में से किसी के साथ असंगत है, या यहां तक ​​कि अरबों स्मार्टफोन, केबल, चार्जर और अन्य गैजेट्स हैं।

एक और समस्या यह है कि प्रत्येक USB-C केबल, पोर्ट, डिवाइस और पावर एक-दूसरे के साथ संगत नहीं हैं: दोनों सिरों पर कुछ USB-C केबल केवल 5 Gb / s स्थानांतरित कर सकते हैं, अन्य 10 Gb / s के साथ संगत हैं, और ऐसे भी हैं जिनका उपयोग भोजन के लिए नहीं किया जा सकता है।

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

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

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

geymdev

पीसी पारिस्थितिकी तंत्र में, खेल दशकों से पिछड़े हुए हैं। DOSBox जैसी उपयोगिताएँ हमें जल्द से जल्द पीसी रिलीज़ करने की अनुमति देती हैं। संगतता कारक, जिसमें उच्च संभावना वाले सिस्टम के एक नए संस्करण में संक्रमण की समस्या नहीं होती है, ऐसा लगता है कि विंडोज के वर्तमान प्रभुत्व में एक भूमिका निभाई है। हां, परिणामस्वरूप, विंडोज के 32-बिट संस्करणों ने 16-बिट विंडोज सॉफ़्टवेयर और कुछ MS-DOS सॉफ़्टवेयर (और क्रमशः 64-बिट संस्करण, 32-बिट प्रोग्राम चलाने) के लॉन्च का समर्थन किया, लेकिन Microsoft को एक बहुत बड़ा मंच मिला है कीड़े के साथ भी संगतता।

और शान्ति का क्या?

Ars Technica की रिपोर्ट में दिखाया गया है कि Xbox One और Xbox 360 उपयोगकर्ता अपने उपकरणों का उपयोग कैसे करते हैं। दिलचस्प बात यह है कि Microsoft उपसर्ग की रिपोर्ट का डेटा सोनी कॉर्पोरेशन की राय से मेल खाता है, जो कि PlayStation 4 में पिछड़ी अनुकूलता को कुछ महत्वपूर्ण नहीं मानता है। सोनी इंटरएक्टिव एंटरटेनमेंट यूरोप जिम रयान के प्रमुख के अनुसार, यह सुविधा वास्तव में उपयोग किए जाने की तुलना में अधिक चर्चा करती है। हालाँकि सोनी ने PS4 पर PS1 और PS2 के लिए गेम डाउनलोड करने का अवसर प्रदान किया है।

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

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

भाषाओं में पिछड़ी अनुकूलता

( ग )

प्रत्येक लोकप्रिय प्रोग्रामिंग भाषा में एक स्पष्ट विकास होता है, इसका अधिकांश जीवन एक संस्करण द्वारा इंगित किया जाता है: आपके पास जावा 5, 6, 7, आदि, PHP 5.1, 5.2, 5.3, आदि है। प्रत्येक नया संस्करण त्रुटियों को ठीक करता है और फ़ंक्शन जोड़ता है। लेकिन अगर भाषा (या मंच) में मूलभूत दोष हैं, तो डेवलपर्स या तो उनसे बचते हैं (यदि वे कर सकते हैं) या उनके साथ रहना सीख सकते हैं।

भाषा डेवलपर्स को प्रोग्रामर से बहुत प्रतिक्रिया मिलती है जो अपने काम में एक या किसी अन्य प्रोग्रामिंग भाषा का उपयोग करते हैं। ऐसा लगता है कि एक दिन भाषा का एक संस्करण जारी किया जाएगा जिसमें सभी समस्याएं गायब हो जाती हैं। लेकिन ऐसा होता नहीं है। ऐसा क्यों? एक विकल्प पिछड़ी संगतता है।

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

इन समस्याओं को देखते हुए, जो लोग PHP के नए संस्करण में स्विच नहीं करना चाहते हैं, उनका उद्देश्य समझ में आता है, भले ही यह बेहतर, स्पष्ट और सुरक्षित हो, आदि, आप कहेंगे कि यह एक काल्पनिक उदाहरण है। हो सकता है ... लेकिन अभी भी दुनिया में प्रोग्रामर हैं जो अभी भी COBOL पर काम करते हैं ! भाषा 1958 में छपी। 1997 तक, COBOL कोड की लगभग 240 बिलियन लाइनें सक्रिय रूप से उपयोग की गईं, इस भाषा में कोड ने दुनिया में 90% वित्तीय लेनदेन और 75% वाणिज्यिक लेनदेन संसाधित किए। सबसे दिलचस्प बात यह है कि अद्भुत भाषा संगतता है: COBOL, जो 60 के दशक में उपयोग किया गया था, आधुनिक उपकरणों पर काम कर सकता है।

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

एक समय में, पायथन डेवलपर्स ने पिछड़ी संगतता का उल्लंघन किया, जिससे उपयोगकर्ताओं का एक समूह नाराज हो गया। अधिकांश प्रोग्रामर ने पायथन 2.x को "गलत" या "मूलभूत दोष" नहीं माना। उनके पास वही शिकायतें नहीं थीं जो PHP डेवलपर्स के पास हैं।

आज, भाषा समुदाय को दो शिविरों में विभाजित किया गया है, जबकि दूसरे संस्करण के लिए तैयार पुस्तकालयों का द्रव्यमान कई को तीसरे में स्थानांतरित करने की अनुमति नहीं देता है, हालांकि इसने भाषा में कई मजबूत सुधार लाए। परिणामस्वरूप, इस राय को मजबूती से स्थापित किया गया कि " पायथन 3 सबसे बुरी चीज है जो पायथन समुदाय के लिए हो सकती है ।"

समस्या का एक नकारात्मक पहलू है - पायथन 3 दिसंबर 2008 में जारी किया गया था, लेकिन Django ढांचे में भाषा का समर्थन केवल पांच साल बाद दिखाई दिया ।

यद्यपि C और C ++ के बीच कोई 100% संगतता नहीं है, यहां तक ​​कि C ++ में भी बहुत प्रारंभिक भाषा कार्यों के साथ पिछड़ी संगतता है (कुछ कार्यों में सीधे सी से विरासत में मिला सहित)।

तकनीकी ऋण का संचय

कभी-कभी एक समस्या उत्पन्न होती है क्योंकि हम केवल भविष्य की भविष्यवाणी नहीं कर सकते। 1981 में, इंटरनेट सभी के लिए और सभी के लिए पर्याप्त था - IPv4 प्रोटोकॉल के पहले व्यापक रूप से उपयोग किए जाने वाले संस्करण का वर्णन किया गया, 32-बिट पतों का उपयोग करते हुए, संभव अद्वितीय पतों के लिए 4,294,967,296 के पते की जगह को सीमित किया गया।

4.3 अरब IPv4 पते ARPANet के लिए पर्याप्त से अधिक लग रहे थे। IPv6 1998 ( RFC2460 में वर्णित) में दिखाई दिया, लेकिन प्रोटोकॉल ने लोकप्रियता हासिल नहीं की। सीमित संख्या में पतों की समस्या पर ध्यान देने में दस साल से अधिक समय लग गया। और फिर यह स्पष्ट हो गया कि विकसित और स्थापित IPv4 सॉफ्टवेयर और हार्डवेयर के विशाल आधार को IPv4 के साथ IPv6 की पिछड़ी संगतता बनाए रखने की आवश्यकता है।

"अचानक" पता चला कि IPv6 को पिछले संस्करण के साथ पूरी संगतता के बिना विकसित किया गया था - केवल IPv6 का समर्थन करने वाला होस्ट IPv4 पर काम करने वाले होस्ट से कनेक्ट नहीं हो सकता है। IPv4 से IPv6 में संक्रमण के लिए दो-स्टैक चरण की आवश्यकता होती है, जिसके दौरान होस्ट कंप्यूटर दोनों प्रोटोकॉल स्टैक के साथ एक साथ बातचीत करेगा, IPv6 प्रोटोकॉल स्टैक का उपयोग अन्य IPv6 होस्ट कंप्यूटर के साथ बातचीत करने के लिए, और IPv4 प्रोटोकॉल स्टैक अन्य IPv4 होस्ट कंप्यूटर के साथ इंटरैक्ट करने के लिए ।

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

सॉफ्टवेयर पिछड़ी संगतता दर्शन

जब मैंने सोचा कि नए संस्करण में अनुकूलता बनाए रखना आवश्यक है या नहीं

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

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

उदाहरण के लिए, Skype का नया संस्करण अब Windows XP के अंतर्गत संस्करणों के साथ ध्वनि और वीडियो कनेक्शन स्थापित नहीं कर सकता है। और, ज़ाहिर है, कुछ उपयोगकर्ता नई रिलीज़ को अनदेखा करना चाहते हैं, पुराने पर रहना पसंद करते हैं, लेकिन इतना परिचित है।

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

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

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