Fuck Android Developer Verification Program

Android Developer Verification Program के बारे में समग्र भावना

• कई डेवलपर नए प्रोग्राम और Play Store नियमों को इंडी और हॉबी डेवलपरों के प्रति शत्रुतापूर्ण बताते हैं।
• शिकायतें अत्यधिक friction पर केंद्रित हैं: verification के झंझट, मनमाने gatekeeping, और अपारदर्शी enforcement।
• कुछ का तर्क है कि असली लक्ष्य सुरक्षा के बजाय control को केंद्रीकृत करना और app-store duopoly को मजबूत करना है।

Publishing hurdles और नई requirements

• Individuals (non-business) को अब लगभग 12 testers जुटाने होंगे, जिनमें से सभी को closed test में opt in करना होगा और public release से पहले app को 14 लगातार दिनों तक installed रखना होगा।
• इसे अव्यावहारिक माना जा रहा है, खासकर solo devs और छोटे नेटवर्क वालों के लिए; कुछ लोग click-workers को hire करने पर सोचते हैं, लेकिन bans का डर है।
• Verification पूरा करने के लिए developers को government ID, address, और कभी-कभी bank statements जमा करने होते हैं।
• Sideloading को लेकर भ्रम है: कुछ कहते हैं कि आप GitHub से “without Google’s approval” distribute नहीं कर सकते; दूसरे कहते हैं कि आप अभी भी कर सकते हैं, लेकिन कई देशों में पहली बार sideloading पर अब 24-hour wait लगता है। सटीक policy प्रभाव स्पष्ट नहीं है।

Account closures और maintenance burden

• कई रिपोर्टों में कहा गया है कि Play Developer accounts को “inactivity” के कारण बंद कर दिया गया, भले ही apps published हों।
• Developers को लगता है कि किसी app के “finished” होने की कोई अवधारणा ही नहीं है; हटाए जाने से बचने के लिए उन्हें समय-समय पर updates (जैसे target API bumps) ship करने पड़ते हैं।
• कुछ लोगों ने accounts terminate होने पर पुराना YouTube या app data खो दिया, और recovery का कोई मजबूत path तथा बहुत खराब support मिला।
• एक व्यक्ति ने separate active developer account का उपयोग करके और automated support loop से बार-बार लड़कर ही account बहाल कराया।

Privacy, data, और spam संबंधी चिंताएँ

• कई लोग छोटे या free apps के लिए ID और home address सौंपने में असहज हैं।
• कुछ jurisdictions में developers के physical addresses app pages पर सार्वजनिक रूप से दिखाए जाते हैं।
• banned या closed accounts को फिर भी promotional emails मिलते रहते हैं; account access के बिना unsubscribe करना असंभव हो सकता है, जिसे कुछ लोग legally dubious मानते हैं।

Apple के साथ तुलना

• Apple की $99/year fee को महंगा लेकिन Google की verification और 12-tester gate की भूलभुलैया की तुलना में कम-से-कम predictable और straightforward माना जाता है।
• कुछ लोग, जिन्होंने कभी Android को “open” विकल्प मानकर चुना था, अब कहते हैं कि व्यावहारिक रूप से Android Apple से भी बदतर हो गया है।

Alternatives: PWAs, F-Droid, अन्य OSes

• Progressive Web Apps (PWAs) को आंशिक escape के रूप में चर्चा में लाया गया है: वे Android पर कई CRUD-style apps के लिए अच्छी तरह काम करते हैं और local file APIs का उपयोग कर सकते हैं, हालांकि UX की परेशानियाँ और कुछ browsers/platforms पर कमजोर support है।
• Android पर Firefox PWA support मौजूद है, लेकिन desktop पर नहीं; कुल मिलाकर Android पर PWA support में गिरावट बताई गई है (Install UX अधिक कठिन)।
• F-Droid का सुझाव दिया गया है, लेकिन यह केवल open-source apps और एक niche user base तक सीमित है; private repos की discovery बहुत कम है।
• कुछ लोग GNU/Linux phones या de-Googled Android का समर्थन करते हैं, लेकिन ecosystem और usability चुनौतियों को स्वीकार करते हैं।

Security, quality control, और app-store health

• Google की नीतियों के समर्थक तर्क देते हैं कि:
  • Periodic rebuilds और higher target API levels को मजबूर करना security और compatibility में मदद करता है।
  • चल रहे effort की आवश्यकता abandoned और duplicate apps को घटाती है, जिससे store quality सुधरती है।
• आलोचक जवाब देते हैं कि:
  • Stable apps को तोड़ने वाला API churn अनुचित है; लंबे समय तक चलने वाले APIs (जैसे classic POSIX/Win32) एक अलग रास्ता दिखाते हैं।
  • बेहतरीन लेकिन “finished” apps केवल इसलिए गायब हो सकती हैं क्योंकि teams बिखर गईं।
  • Google इन controls के बावजूद obvious malware और scam apps को लंबे समय तक बनाए रखता है।

बड़ा power, freedom, और antitrust विषय

• कई लोग इसे user और developer freedom के व्यापक क्षरण का हिस्सा मानते हैं:
  • अपने निजी devices पर software publish या install करने के लिए “permission” की जरूरत।
  • ऐसी बाधाएँ जो censorship infrastructure जैसी लगती हैं (जैसे governments का app stores पर संवेदनशील apps हटाने का दबाव)।
• कुछ लोग EU और US antitrust या competition action की मांग करते हैं, यह तर्क देते हुए कि:
  • Verification program regulators द्वारा alternative app stores को आगे बढ़ाए जाने के तुरंत बाद सामने आया।
  • Play-level identity requirements को अन्य stores तक बढ़ाना anti-competitive लगता है।
• अन्य लोग web/browser को अंतिम व्यापक रूप से खुला platform मानते हैं, जबकि यह भी नोट करते हैं कि प्रमुख browsers खुद काफी हद तक Google और Apple के नियंत्रण में हैं, और Firefox compatibility को अक्सर अनदेखा किया जाता है।

Workarounds और अनपेक्षित परिणाम

• Communities और apps ऐसे बने हैं जहाँ लोग एक-दूसरे के apps mutual install करते हैं ताकि 12-tester/14-day rule पूरी हो सके, जिससे किसी वास्तविक security value को नुकसान पहुँचता है।
• कुछ users के लिए Play Store से बचने के तरीके के रूप में Obtainium या tokens के साथ GitHub releases जैसी services का उल्लेख किया गया है।
• कई developers ने बस Android छोड़ दिया है, अपने apps हटा लिए हैं, या अब केवल iOS, desktop, या web को target करते हैं.