Spread the love

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

Microsoft द्वारा लागू किए जाने वाले बदलाव डेवलपर्स को स्टोर में अनपैक्ड Win32 ऐप्स सबमिट करने की अनुमति देंगे, और Microsoft उन ऐप्स को Microsoft के स्वयं के स्टोर फ्रेमवर्क के बजाय अपने स्वयं के इन-ऐप कॉमर्स प्लेटफ़ॉर्म और अपडेट सिस्टम का उपयोग करने की अनुमति देगा। यह एक बड़ी बात है, क्योंकि यह एडोब के क्रिएटिव क्लाउड जैसे वाणिज्यिक ग्रेड ऐप, या फ़ायरफ़ॉक्स या Google क्रोम जैसे लोकप्रिय ऐप को डेवलपर्स द्वारा बिना किसी अतिरिक्त काम के स्टोर में जोड़ने की अनुमति देता है। 

विंडोज सेंट्रल लेकिन माइक्रोसॉफ्ट ऐसा क्यों कर रहा है? ये परिवर्तन अनिवार्य रूप से एक ऐप स्टोर के संपूर्ण बिंदु के विरुद्ध जाते हैं; उच्च-गुणवत्ता वाले, विश्वसनीय ऐप्स खोजने का एक स्थान होने के नाते, जिन्हें Microsoft द्वारा सत्यापित किया गया है और डेवलपर्स द्वारा अपडेट किया गया है ताकि वे बिटरोट का कारण न बन सकें। ऐसा करने वाली नीतियों में ढील देना कैसे फायदेमंद है

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

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

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

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

प्रोजेक्ट रीयूनियन को वैसे भी Win32 और UWP के बीच की रेखाओं को धुंधला करने में मदद करनी चाहिए, एक छतरी के नीचे विंडोज़ पर ऐप प्लेटफ़ॉर्म इकोसिस्टम से शादी करना। 

हम देखेंगे कि क्या यह शुरू होता है, लेकिन अभी के लिए, Win32, UWP, PWA, और बीच में सब कुछ विंडोज़ पर स्वागत योग्य ऐप प्रकार हैं, उनमें से किसी को भी हटाने की कोई योजना नहीं है। उन सभी का एक उद्देश्य होता है, और वे विंडोज़ पर ऐप स्टोर में डाउनलोड करने के लिए हमेशा उपलब्ध रहेंगे। अभी के लिए, मुझे लगता है कि स्टोर नीतियों में ढील देने के फायदे अधिकांश उपयोगकर्ताओं के नुकसान से अधिक हैं। 

स्टोर में सबसे लोकप्रिय विंडोज ऐप्स को खोजने में सक्षम होना माइक्रोसॉफ्ट और विंडोज के लिए एक बड़ी बात होगी, और उपयोगकर्ताओं को बताता है कि प्लेटफॉर्म अभी भी जीवित है। स्टोरफ्रंट खोलने की कल्पना करें और क्रोम(Chrome), जूम(Zoom), फोटोशॉप(Photoshop), यूट्यूब(Youtube), टीम्स, विजुअल स्टूडियो(Visual Studio), ऑफिस, और जो कुछ भी आप सोच सकते हैं उसे आप हर दिन देखें। यह विंडोज़ को फिर से प्रासंगिक महसूस कराएगा,

ये पढ़ें

ये भी पढ़ें