Microsoft Windows Subsystem for Android (WSA) के लिए समर्थन समाप्त कर रहा है

मूल लेख ↗ Hacker News चर्चा ↗

Microsoft का Windows Subsystem for Android (WSA) के समर्थन को समाप्त करने का फैसला desktop पर Android apps की व्यवहार्यता और experimental platforms के प्रति कंपनी की दीर्घकालिक प्रतिबद्धता पर सवाल उठाता है। टिप्पणीकार कम उपयोग, Google Play के बजाय Amazon के सीमित app store पर निर्भरता, और Android releases को बनाए रखने की उच्च engineering लागत को shutdown के संभावित कारण बताते हैं, जबकि यह भी नोट करते हैं कि Linux के लिए WSL रणनीतिक रूप से महत्वपूर्ण बना हुआ है और उसे जोखिम में नहीं माना जाता। कई उपयोगकर्ता खोए हुए workflows पर अफसोस जताते हैं (Kindle और podcast apps से लेकर niche IoT controls तक), emulators और Waydroid जैसे विकल्पों पर विचार करते हैं, और बड़े vendors द्वारा बार-बार platforms लॉन्च करने और फिर उन्हें छोड़ देने पर व्यापक निराशा व्यक्त करते हैं.

घोषणा और समयरेखा

  • WSA का समर्थन 2025 में समाप्त होगा; घोषणा और EOL तिथि लगभग एक साथ सामने आईं, जिससे कई लोग हैरान रह गए क्योंकि उन्हें लगा कि यह “अभी-अभी आया” था।
  • यह फ़ीचर वर्षों तक बीटा / सीमित रोलआउट में रहा, लेकिन कभी व्यापक रूप से उपलब्ध नहीं हुआ; कुछ क्षेत्रों में यह अभी भी नहीं है।

WSL और Microsoft की रणनीति से तुलना

  • कई लोग WSL को महत्वपूर्ण और बहुत उपयोगी मानते हैं (खासकर ML/AI और dev के लिए) और मानते हैं कि यह सुरक्षित है; WSA की तुलना में इसे एक निच “toy” माना जाता है।
  • Android-on-Windows के पुराने प्रयासों (Project Astoria, Your Phone / Phone Link) और WSA के बीच कुछ भ्रम है।
  • कुछ लोग अनुमान लगाते हैं कि Linux को लेकर Microsoft के व्यापक रुझान के कारण वे WSA की तुलना में WSL पर और अधिक ध्यान देंगे।

WSA क्यों असफल हुआ (थ्रेड के अनुसार)

  • मुख्य सीमा: Amazon Appstore से बंधा होना, जिसे कमज़ोर और अनाकर्षक माना जाता है; अधिकतर “अच्छे” ऐप्स उपलब्ध नहीं हैं।
  • Google Play Store और Play Services की कमी को घातक माना जाता है; Google की CTS/GMS आवश्यकताएँ और व्यावसायिक प्रोत्साहन आधिकारिक सहयोग की संभावना कम करते हैं।
  • Android संगतता को बनाए रखना, Google के लिए भी, एक भारी और निरंतर इंजीनियरिंग बोझ बताया गया; छोटे, निच Windows फ़ीचर के लिए ऐसा करना शायद उचित नहीं था।
  • खोज-योग्यता और ऑनबोर्डिंग खराब थी (स्टोर में रुकावट, Insider rings को लेकर भ्रम, कम प्रचार)।

वास्तविक उपयोग और प्रतिक्रियाएँ

  • सीमित लेकिन वास्तविक उपयोग-केस: Kindle और अन्य Android-only रीडर, मोबाइल-बैंकिंग / ISP ऐप्स, स्मार्ट-डिवाइस कंट्रोलर, challenger banks, podcast clients, camera viewers, कुछ games.
  • Windows पर Android devs बताते हैं कि WSA पारंपरिक emulators से अधिक अच्छा और तेज़ था, खासकर MAUI और layout testing के लिए।
  • अन्य लोग कहते हैं कि virtualization के साथ सामान्य x86 emulator “ठीक” है, और उन्होंने WSA को अनावश्यक माना।
  • कुछ ARM Windows खरीदारों को विशेष रूप से ठगा हुआ महसूस हुआ, क्योंकि उन्होंने लंबे समय के WSA समर्थन की उम्मीद में हार्डवेयर खरीदा था।

उल्लेखित विकल्प

  • Android emulators (BlueStacks, LDPlayer, Android‑x86, Google Play Games for Windows).
  • Linux पर Waydroid (कभी-कभी WSL2 के माध्यम से, हालांकि kernel सीमाएँ लागू होती हैं)।
  • Phone mirroring / “apps on PC” via Phone Link, Samsung DeX, scrcpy, KDE Connect, Google Messages on Web, आदि।

विश्वास, प्लेटफ़ॉर्म जोखिम, और व्यापक संदर्भ

  • कई लोग इसकी तुलना Microsoft के अन्य बंद किए गए प्लेटफ़ॉर्म्स (Silverlight, J++, “Your Phone” variants) से करते हैं और तर्क देते हैं कि इससे भरोसा कम होता है।
  • कुछ लोग minimum support contracts या discontinued subsystems के open-sourcing जैसी norms की वकालत करते हैं, हालांकि व्यावहारिक/कानूनी बाधाएँ भी नोट की गई हैं।
  • व्यापक निष्कर्ष पर बहस है: शायद “phone apps फोन पर ही होने चाहिए,” लेकिन अन्य लोग mobile-only apps के वास्तविक desktop उपयोग-केस की ओर इशारा करते हैं।