डेवलपर्स और माइक्रोसॉफ्ट: भविष्य के परिप्रेक्ष्य

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


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



हालांकि, कभी-कभी प्लेटफ़ॉर्म में मूलभूत परिवर्तन करना आवश्यक हो जाता है, क्योंकि इतनी सारी बैसाखी और वास्तु संबंधी समस्याएं इसमें जमा होती हैं कि इसके डेवलपर्स को निषेधात्मक लागत पर निषेधात्मक रूप से समर्थन और सुधार करना होगा। विंडोज डेवलपर्स इसे बहुत अच्छी तरह से जानते हैं क्योंकि win32 एपीआई कई साल पहले बनाया गया था। प्रारंभ में, win32 एपीआई 16-बिट था, और इसे बाद में 64-बिट प्लेटफार्मों का समर्थन करने के लिए विस्तारित किया गया था। कई स्थानों पर, यह बल्कि बोझिल और अक्षम है, और अक्सर बस बेहद, बेहद बेमानी है, और विकास के लिए C ++ का उपयोग करने पर अधिक जोर देने के साथ, C-उन्मुख win32 एपीआई इसकी अप्रचलन को हर साल अधिक से अधिक दिखाता है। Microsoft फाउंडेशन क्लासेस लाइब्रेरी Microsoft द्वारा डाउनस्ट्रीम win32 प्लेटफॉर्म के लिए C ++ के लिए एक एपीआई प्रदान करने का एक प्रयास था, हालांकि, यह अतिरेक की समस्या का शिकार भी हुआ और मामलों में लचीलेपन की कमी के लिए कुख्यात हो गया जब किसी ने ऐसा कुछ करने की कोशिश की, जो स्पष्ट था वह समर्थित नहीं है। विंडोज के डेवलपर्स में कई लोग थे जो वर्तमान स्थिति से असंतुष्ट थे और इस स्थिति से बाहर निकलने की आवश्यकता के बारे में बात की थी, चाहे वह कितना भी दर्दनाक हो। Microsoft ने इसके लिए .NET वातावरण का उपयोग करने का निर्णय लिया और डेवलपर्स के काम को सुविधाजनक बनाने के लिए WinForms प्लेटफ़ॉर्म को अपडेट किया। हालाँकि, .NET प्लेटफ़ॉर्म एक रनटाइम वातावरण है, और यद्यपि इसे व्यापक लोकप्रियता प्राप्त हुई है, यह अभी भी डेवलपर्स द्वारा उपयोग के लिए उपयुक्त नहीं है, जो देशी विंडोज़ एप्लिकेशन लिख रहे हैं। कुछ समय बाद, Microsoft ने MFC की तुलना में अधिक हल्के और लचीले होते हुए, Win32 API के कुछ सबसे अधिक कष्टप्रद पहलुओं को दूर करने के लिए डिज़ाइन किया गया Windows टेम्पलेट लाइब्रेरी नामक एक लाइब्रेरी जारी किया। कई लोग डब्ल्यूटीएल के साथ प्यार में पड़ गए और उनके लिए यह स्पष्ट हो गया कि यह प्रोग्रामिंग के लिए दृष्टिकोण है जिसे विंडोज में एक वास्तविक मानक के रूप में लागू किया जाना चाहिए, लेकिन एक और परिप्रेक्ष्य था जिसने अंततः इस अवसर को मार दिया।

Microsoft ने जो समस्या का सामना किया है वह केवल win32 API के बोझिल और अजीब होने के कारण नहीं है। निम्न-स्तरीय प्रणालियों को भी, बहुत लंबे समय के लिए डिज़ाइन किया गया है और व्यावहारिक रूप से आधुनिक आवश्यकताओं को पूरा नहीं करता है। विंडोज़ ग्राफिक्स इंजन उन दिनों में वापस लिखा गया था जब ग्राफिक्स के प्रतिपादन के लिए मुख्य प्रोसेसर केंद्रीय प्रोसेसर था। हालांकि, वर्षों में जीपीयू बहुत अधिक शक्तिशाली हो गए हैं और उनके साथ बातचीत करना अधिक सुविधाजनक हो गया है, लेकिन विंडोज ग्राफिक्स इंजन को यह नहीं पता था कि उनके साथ कैसे काम किया जाए। चुनाव स्पष्ट था, लेकिन उतना सरल नहीं था जितना पहली नज़र में लगता है। Microsoft पूरी तरह से नया ग्राफिक्स इंजन विकसित कर सकता है और उसके ऊपर एक नया एपीआई बना सकता है, जो निस्संदेह प्रोग्रामिंग और सिस्टम का उपयोग करके अधिक सुविधाजनक बना देगा। इसी समय, उन्हें निश्चित रूप से मौजूदा चौखटे और अनुप्रयोगों के साथ संगतता बनाए रखने की आवश्यकता है, अन्यथा उपयोगकर्ता बस विंडोज के नए संस्करण को खरीदने के लिए बिंदु नहीं देखेंगे। इस दिशा में पहला कदम था विंडोज विस्टा, जो सही या गलत तरीके से कई एक भयंकर संसाधन-भक्षक के रूप में याद करता है, और यहां तक ​​कि कई अनुप्रयोगों के साथ असंगति से पीड़ित है। हालाँकि, ये परिवर्तन आवश्यक थे क्योंकि Microsoft को किसी प्रकार की नींव की आवश्यकता थी जो डेवलपर्स को जीपीयू की बढ़ती शक्ति के लिए आसान पहुंच प्रदान करे। डेवलपर्स को डायरेक्ट 3 डी का उपयोग करके एप्लिकेशन लिखने के लिए मजबूर करना बेमानी होगा, खासकर जब यह डायरेक्ट 3 डी का उपयोग करने के लिए 2 डी एप्लिकेशन लिखने की कोशिश करता है, क्योंकि इससे उन्हें बहुत अधिक अनावश्यक कोड लिखने की आवश्यकता होगी।



Microsoft अभी तक एक नया एपीआई बनाने के लिए तैयार नहीं है, और इसके बजाय उसने विंडोज प्रेजेंटेशन फाउंडेशन, सिल्वरलाइट और XNA के डेवलपर्स पर दोष दिया है। .NET फ्रेमवर्क के उपयोगकर्ता खुश थे क्योंकि इन तीनों उपकरण बहुत अच्छे थे। हालांकि आर्किटेक्चरल डिज़ाइन की खामियों के कारण WPF को कुछ गंभीर प्रदर्शन समस्याओं का सामना करना पड़ा, Microsoft ने धीरे-धीरे अंतर्निहित प्रणाली में सुधार किया। सिल्वरलाइट ने कॉर्पोरेट इंट्रानेट अनुप्रयोगों के बीच काफी लोकप्रियता हासिल की, जिससे आईटी दुनिया में एक संपूर्ण मिनी-उद्योग बना। यह सब, एक साथ, संभवतः विंडोज-आधारित सर्वरों के आकर्षण को बढ़ाने में मदद करता है, और यह वही है जो Microsoft हमेशा सर्वर वातावरण में लिनक्स को दबाने के लिए अपने प्रयासों में हासिल करना चाहता था। पहले, कई कंपनियां मुख्य रूप से सक्रिय निर्देशिका के लिए विंडोज-आधारित सर्वर का उपयोग करती थीं, लेकिन अब उनके पास विंडोज सर्वर-आधारित वेब होस्टिंग को अधिक गंभीरता से लेने के लिए अधिक कारण हैं। दूसरी ओर, XNA, बल्कि जटिल और निरर्थक Direct3D एपीआई से बहुत अच्छा स्तर प्रदान करता है, जिससे एप्लिकेशन के डेवलपर्स को बिना किसी परेशानी के GPU की अधिक से अधिक शक्ति का उपयोग करने की अनुमति मिलती है। Microsoft Xbox Live आर्केड सेवा के लिए स्वतंत्र गेम डेवलपर्स को आकर्षित करने के उद्देश्य से कुछ रियायतें भी प्रदान करता है, हालांकि, गेम को मार्केटप्लेस पर रखने के लिए, डेवलपर को अभी भी एक विशेषाधिकार प्राप्त खाते की आवश्यकता है। यह सब XNA डेवलपर्स के एक समुदाय को बनाने के लिए किया गया था जो बाद में Microsoft द्वारा बनाए गए और नियंत्रित Microsoft एप्लिकेशन स्टोर को भर सकते थे। ऐसा लगता है कि Microsoft ने अब तक की सबसे बड़ी गलती की है, लेकिन हम इसके बारे में थोड़ी देर बाद बात करेंगे।



एक बार फिर से, .NET अनुप्रयोग डेवलपर्स के लिए इन सभी सुधारों का इरादा था, जिससे मूल एप्लिकेशन डेवलपर्स की निराशा और हताशा पैदा हुई। वे अनावश्यक प्रयासों के बिना अधिक शक्तिशाली उपकरणों का पूरा लाभ उठाने में सक्षम होना चाहते थे, और यह न केवल एक ग्राफिक्स प्रोसेसर के उपयोग पर लागू होता है, बल्कि प्रोसेसर कोर की बढ़ी हुई संख्या के साथ काम करने के लिए भी है, हालांकि, मौजूदा विकल्पों में से कोई भी इस तरह की सादगी और डेवलपर मित्रता को उपकरण के रूप में प्रदान नहीं करता है। .NET डेवलपर्स। हालांकि, यह ध्यान देने योग्य है कि विंडोज 7 की रिलीज के साथ, माइक्रोसॉफ्ट ने डायरेक्ट 2 डी जारी किया, जो एक नया सिस्टम एपीआई है जिसने नए 2 डी ग्राफिक्स रेंडरिंग फ़ंक्शन को ओएस से जोड़ा है जो पूरी तरह से जीपीयू द्वारा निष्पादित होते हैं, लेकिन स्वयं GPU के साथ सीधे बातचीत की आवश्यकता के बिना। ; इसके अलावा, Microsoft ने बहु-थ्रेडेड अनुप्रयोगों को सुविधाजनक बनाने के लिए डिज़ाइन किए गए डेवलपर्स टूल पेश किए हैं। डायरेक्ट 2 डी की क्षमता गेम डेवलपर्स सहित कई के लिए स्पष्ट थी, विशेष रूप से यह देखते हुए कि भविष्य में इसके कार्यों में सुधार होगा। विस्टा के लिए Windows XP की रिहाई के बाद से तीसरे पक्ष के डेवलपर्स द्वारा अनुभव किए गए सभी निराशाओं के बाद पहली बार, और फिर विस्टा से ही, भविष्य आशाजनक दिखने लगा। और फिर चीजों ने एक अजीब सा मोड़ ले लिया।



बहुत से लोग याद करते हैं कि यह ऐसे समय में हुआ था जब Apple ने iPad / iPhone और AppStore के संयोजन के साथ अपार लोकप्रियता हासिल की थी। Microsoft के अधिकारियों ने संभवतः इस लोकप्रियता पर ध्यान दिया, साथ ही साथ Apple के संबंधित राजस्व, और इस सफलता को दोहराना चाहते थे। बाजार को जीतने की तैयारी में, हालांकि, उन्होंने कुछ अजीब फैसले किए। सबसे पहले, आपको हमेशा ध्यान रखना चाहिए कि AppStore या किसी अन्य एप्लिकेशन स्टोर की सफलता मुख्य रूप से डेवलपर्स के लिए निर्भर करती है, जो इसके लिए एप्लिकेशन बना रहे हैं। Google और Microsoft दोनों ने इस बात को अच्छी तरह से समझा, और इन दोनों कंपनियों ने डेवलपर्स को आसानी से उपयोग करने की पेशकश करके उन्हें लुभाने की कोशिश की, लेकिन शक्तिशाली और लचीले API और अच्छे सॉफ्टवेयर टूल समर्थन। Microsoft, हमेशा की तरह, विकास साधनों का समर्थन करने में मजबूत है, इसकी पुष्टि किसी ऐसे व्यक्ति द्वारा की जाएगी, जिसे विजुअल स्टूडियो का उपयोग करना पड़ा है। Microsoft ने अपने फ़ोन के लिए एप्लिकेशन विकसित करने के लिए XNA प्लेटफ़ॉर्म को उपयुक्त बनाने के लिए कुछ प्रगति की है। और फिर, जनता के लिए मेट्रो / आधुनिक एपीआई की शुरुआत करके, माइक्रोसॉफ्ट ने वास्तव में अपने अधिकांश डेवलपर समुदाय की मध्य उंगली दिखाई।



सबसे बड़ा नुकसान सिल्वरलाइट और XNA प्लेटफ़ॉर्म का था, जिसे माइक्रोसॉफ्ट ने वास्तव में डेवलपर्स के लिए विंडोज 8 के लिए "आधुनिक" एपीआई का उपयोग करने के लिए बलिदान किया था। हालांकि, समस्या यह है कि सिल्वरलाइट का दायरा मॉडर्न के दायरे से मेल नहीं खाता है। सिल्वरलाइट अनिवार्य रूप से एक ब्राउज़र प्लगइन है जिसे वेब एप्लिकेशन चलाने के लिए डिज़ाइन किया गया है, जबकि मॉडर्न ओएस अनुप्रयोगों के लिए डिज़ाइन किया गया है। इसके अलावा, उनके परिनियोजन परिदृश्य मेल नहीं खाते। सिल्वरलाइट मुख्य रूप से एक वेब सर्वर पर होस्ट की जाती है, और आधुनिक अनुप्रयोग केवल Microsoft के अपने डिजिटल स्टोर से डाउनलोड के लिए उपलब्ध हैं। कॉर्पोरेट ग्राहकों, साथ ही साथ उनके अनुप्रयोगों के डेवलपर्स, निश्चित रूप से, इस फैसले से खुश नहीं थे। केवल एक झटके के साथ, Microsoft न केवल वेब साइटों के रूप में विंडोज-आधारित सर्वरों के मूल्य को कम करने में कामयाब रहा, बल्कि अपने कॉर्पोरेट उपयोगकर्ताओं से विंडोज 8 में अपग्रेड करने की इच्छा को भी पूरी तरह से हतोत्साहित करता है। इसके बारे में सबसे अजीब बात यह है कि सिल्वरलाइट डेवलपर्स स्पष्ट रूप से उस तरह के लोग नहीं हैं जो सिर्फ डिजिटल स्टोर के लिए आवेदन लेना और लिखना शुरू कर सकते हैं। सिल्वरलाइट का उनका उपयोग बस आधुनिक के लिए आवेदन विकास के ढांचे में फिट नहीं होता है। इस विषय पर Microsoft की स्थिति (इसके अलावा, निश्चित रूप से, शिकायतों की अनदेखी) केवल यह सुझाव देने के लिए थी कि ये लोग HTML5 का उपयोग करते हैं। और फिर से, यह कोई मतलब नहीं है सबसे चतुर उत्तर है, क्योंकि सिल्वरलाइट डेवलपर्स शब्द के आम तौर पर स्वीकृत अर्थों में वेबसाइट नहीं बनाते हैं, लेकिन ज्यादातर अक्सर व्यावसायिक अनुप्रयोगों का एक सेट बनाते हैं, इसलिए ऐसा हुआ, एक वेब सर्वर पर तैनात किया गया है। अक्सर ये व्यावसायिक अनुप्रयोग काफी जटिल होते हैं, और उनके डेवलपर्स ने सिल्वरलाइट को ठीक चुना क्योंकि यह डेवलपर के काम को आसान बनाने के लिए कई उपकरण प्रदान करता है। गतिविधि के विभिन्न क्षेत्रों में HTML5 की उन्नति के बावजूद, HTML5 और AJAX अभी भी सिल्वरलाइट के रूप में इन उद्देश्यों के लिए उपयुक्त नहीं हैं, और उनके उपयोग से विकास के समय में वृद्धि और डेवलपर की उत्पादकता में कमी आएगी। यह सब क्यों आवश्यक है Microsoft अभी भी स्पष्ट नहीं है। शायद यह एकल एपीआई की शुरुआत करके विकास को एकजुट करने का निर्णय था, लेकिन ऑल-इन-वन प्रतिमान ने पहले कभी सॉफ्टवेयर विकास में काम नहीं किया है, और यह निकट भविष्य में काम नहीं करता है।



XNA समुदाय के सदस्य वास्तव में वे लोग हैं जो आसानी से एप्लिकेशन स्टोर का उपयोग करने के लिए स्विच कर सकते हैं, लेकिन Microsoft ने उन्हें अधिक नुकसान पहुंचाया है। XBLA पर स्वतंत्र गेम डेवलपर्स का उनका उपचार वास्तव में अमानवीय था, उदाहरण के लिए, जो लोग Xbox Live चलाते हैं, वे Microsoft के राजस्व को अधिकतम करने के लिए वे सब कुछ कर रहे थे, जो कि डेवलपर समुदाय के साथ उनके संबंधों की गिरावट को भी दर्शाता था। सिद्धांत रूप में, यह समझ में आ सकता है, क्योंकि Microsoft के मनोरंजन प्रभाग को कई वर्षों से नुकसान हुआ है, लेकिन लंबे समय में, उन्होंने गंभीरता से लोगों के XNA और पूरे Microsoft पारिस्थितिकी तंत्र के लिए शुरुआती उत्साह को कम कर दिया। और फिर Microsoft XNA को फिर से मॉडर्न के पक्ष में मना कर देता है, और फिर से उसे माइग्रेशन / संक्रमण के लिए कोई प्रक्रिया प्रदान नहीं करता है। और इस तरह की सीटी कई स्तरों पर होती है, उदाहरण के लिए। नेट एप्लिकेशन डेवलपर्स अचानक GPU के साथ काम करने के लिए सीधे पहुंच खो देते हैं। यह पिछले पुनरावृत्तियों की तुलना में विपरीत स्थिति पैदा करता है जब .NET डेवलपर्स कई शानदार नए खिलौने प्राप्त करने वाले पहले थे, जबकि देशी डेवलपर्स को टूटी हुई कबाड़ के साथ संतोष करने के लिए मजबूर किया गया था। हालाँकि, जैसे मूल अनुप्रयोगों के डेवलपर्स अक्सर .NET के लिए विकासशील कार्यक्रमों पर स्विच नहीं कर सकते थे या नहीं करना चाहते थे। .NET के डेवलपर्स मूल अनुप्रयोगों को विकसित करने के लिए स्विच नहीं कर सकते थे या नहीं करना चाहते थे। यह नई विषमता Microsoft को और भी अधिक धमकी दे सकती है, क्योंकि तृतीय-पक्ष डेवलपर्स Microsoft से .NET वातावरण के अपने स्वयं के संस्करण को लागू करने में सक्षम थे और इसे मोनो कहा जाता था। इसके अलावा, स्वतंत्र डेवलपर्स ने एक रूपरेखा बनाने की घोषणा की जो XNA के साथ एपीआई स्तर पर पूरी तरह से संगत है, जो XNA समुदाय के सदस्यों को Microsoft पारिस्थितिकी तंत्र के उपयोग को पूरी तरह से त्यागने की अनुमति देता है। इसके अलावा, सोनी ने C # में एप्लिकेशन लिखने के लिए डिज़ाइन किया गया अपना SDK जारी किया है। एक झटका के साथ, माइक्रोसॉफ्ट ने वास्तव में अपने डेवलपर समुदाय के एक महत्वपूर्ण हिस्से को मार दिया, और यह ठीक वही हिस्सा था जो सबसे अधिक संभावना है और अपने डिजिटल ऐप स्टोर के लिए विकसित करने के लिए तैयार था।

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

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



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

अनुवाद: © evilslon
UPD ने "DOM बिल बिल्ट" की एक विषयगत तस्वीर जोड़ी।