पूर्व Mozilla कार्यकारी: Google ने वर्षों से Firefox को सबोटेज किया है (2019)

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

एक पूर्व Mozilla कार्यकारी का यह दावा कि Google ने Firefox को जानबूझकर सबोटेज किया ताकि उपयोगकर्ता Chrome की ओर जाएँ, Google की web सेवाओं का प्रतिस्पर्धी ब्राउज़रों पर प्रदर्शन कैसे है, इस पर व्यापक सवाल खड़े करता है। टिप्पणीकार user-agent checks, YouTube पर कृत्रिम देरी, और कमज़ोर cross-browser testing जैसी समस्याओं पर बहस करते हैं कि क्या ये dominant platform company के भीतर दुर्भावनापूर्ण इरादे को दर्शाती हैं या संरचनात्मक पक्षपात को; साथ ही वे Mozilla की अपनी रणनीतिक गलतियों और Google पर वित्तीय निर्भरता की भी आलोचना करते हैं। यह चर्चा de facto Chromium monoculture, ऐसे टकरावों पर चिंता, जहाँ कोई browser vendor प्रमुख web properties भी नियंत्रित करता है, और स्वतंत्र browser ecosystems की नाज़ुकता को उजागर करती है।

कथित Google सबोटेज बनाम अक्षमता

  • कई टिप्पणीकार बताते हैं कि Google की सेवाएँ (YouTube, Hangouts/Meet, Teams, आदि) Chrome की तुलना में Firefox पर काफ़ी खराब चलती हैं।
  • व्याख्याएँ दो हिस्सों में बँटती हैं:
    • कुछ का तर्क है कि यह Firefox की हिस्सेदारी कम रखने के लिए जानबूझकर किया गया “सबोटेज” है।
    • अन्य कहते हैं कि यह अधिकतर सांस्कृतिक/संरचनात्मक पक्षपात है: Googlers मुख्यतः Chrome में ही बनाते और टेस्ट करते हैं, इसलिए Firefox पर आने वाली रिग्रेशन को प्राथमिकता नहीं मिलती।

User-Agent जाँच और कृत्रिम देरी

  • कई रिपोर्टों में बताया गया है कि Google की प्रॉपर्टीज़ ब्राउज़र के user agent के आधार पर अलग तरह से व्यवहार करती हैं।
  • उदाहरणों में शामिल हैं:
    • ऐतिहासिक मामले जहाँ user agent को Chrome जैसा spoof करने से सेवाएँ तेज़ चलने लगीं या “unsupported browser” बैनर को bypass किया जा सका।
    • YouTube का हाल का एक मामला, जहाँ गैर-Chrome ब्राउज़रों के लिए 5-सेकंड की देरी जोड़ी गई; थ्रेड में इसे व्यापक रूप से स्पष्ट रूप से anti-competitive माना गया।

टेस्टिंग प्रथाएँ और संरचनात्मक पक्षपात

  • कुछ प्रतिभागी, जिनमें अंदरूनी जानकारी का दावा करने वाले लोग भी शामिल हैं, कहते हैं कि इंजीनियर Firefox की बग्स से बचने के लिए UA checks का उपयोग करते हैं, और फिर Firefox के बेहतर होने के बाद भी उस धीमे path पर कभी वापस नहीं जाते।
  • आलोचकों का तर्क है कि Google/YouTube में मज़बूत cross-browser automated testing बनाए न रखना, भले ही वह जानबूझकर malicious न हो, फिर भी anti-competitive उपेक्षा का एक रूप है।

Mozilla के फैसले और आत्म-सबोटेज के दावे

  • कई लोग Mozilla पर खुद को “साबोटेज” करने का आरोप लगाते हैं:
    • multiprocess architecture और performance fixes को देर से अपनाना।
    • legacy XUL extensions और mobile extensions को तोड़ देना, जबकि कुछ वादे पूरे नहीं हुए, ऐसा कुछ लोगों को लगता है।
    • UI churn, Pocket जैसी bundled services, और धन के कथित गलत आवंटन या नेतृत्व संबंधी समस्याएँ।
  • अन्य लोग जवाब देते हैं कि:
    • Firefox का पुराना extension model stability और security सुधारों को कठिन बनाता था।
    • सीमित बजट के भीतर WebExtensions की ओर जाना और Servo को बंद करना दर्दनाक था, लेकिन आवश्यक था।

प्रदर्शन और उपयोगकर्ता अनुभव के किस्से

  • अनुभव बहुत मिश्रित हैं:
    • कुछ लोगों को Firefox धीमा, अधिक memory-hungry, या crash-prone लगता है।
    • दूसरों का अनुभव उलटा है: Chrome भारी लगता है, जबकि Firefox हल्का है; macOS पर Safari को अक्सर सबसे तेज़ माना जाता है।
  • कई लोग सिर्फ “broken” sites के लिए Chrome/Chromium रखते हैं।

मार्केट पावर, एंटिट्रस्ट, और ब्राउज़र मोनोकल्चर

  • टिप्पणीकार Google की प्रमुख web properties और Mozilla के साथ उसके वित्तीय संबंध को conflict of interest के रूप में उजागर करते हैं।
  • चिंताएँ इन पर केंद्रित हैं:
    • Chrome का de facto IE6 replacement बनना: “only works in Chrome” साइटों की संख्या बढ़ना।
    • Google का व्यवहार में Firefox का इस्तेमाल एक “antitrust beard” की तरह करना, जबकि उसे व्यावहारिक रूप से कमज़ोर करना।
    • यह डर कि Chromium monoculture, जहाँ engine पर नियंत्रण है, उसी को “web” पर नियंत्रण दे देता है।