Mozilla का मध्य-उम्र संकट: अग्रदूत से Google का अजीब पड़ोसी बनने तक
(theregister.com)- वेब और कम्युनिकेशन की कई अहम technologies बनाने वाली Mozilla पर यह आलोचना होती है कि उसने Firefox, Thunderbird, FirefoxOS, Rust, Servo जैसी अपनी assets और opportunities का पूरा फायदा नहीं उठाया
- Firefox के पास अब भी तेज़ और efficient स्वतंत्र FOSS browser engine है, और PDF annotations व local translation जैसी Chrome से अलग strengths बाकी हैं
- Rust, JavaScript, Thunderbird और KaiOS तक फैली technical legacy व्यापक है, लेकिन Mozilla की strategy इन्हें power users के लिए product suite में नहीं जोड़ पाई है
- browser market में Chromium family का share लगभग तीन-चौथाई के करीब है, जबकि Firefox Statcounter के अनुसार 3% से नीचे चला गया है
- Chrome का पीछा करने के बजाय Firefox और Thunderbird के पास vertical tabs, tree tabs, powerful extensions और multi-protocol messaging के साथ expert users के लिए clients के रूप में अलग पहचान बनाने की गुंजाइश है
Firefox अब भी मजबूत क्यों है
- Mozilla एक स्वतंत्र organization है जिसके पास commercial vendors से स्वतंत्र इकलौता पूरी तरह FOSS browser engine है
- Firefox को अब भी मजबूत, तेज़ और resource-efficient browser माना जाता है
- browser के अंदर PDF render करने के साथ-साथ edit और annotate भी कर सकता है
- Firefox 118 privacy-focused local in-browser language translation देता है
- कुछ shortcuts और navigation features power users के लिए उपयोगी हो सकते हैं
- cars में software के privacy issues पर रिपोर्ट जैसी Mozilla की security research भी अब भी अहम भूमिका निभाती है
Rust और JavaScript के रूप में बची language legacy
- Mozilla का इतिहास दो programming languages, Rust और JavaScript, से जुड़ा है
- Rust Mozilla द्वारा बनाई गई language है और प्रमुख operating systems में फैल रही है
- pandemic के 6 महीने बाद Mozilla ने पूरी Rust team को lay off कर दिया, और next-generation rendering engine Servo भी रोक दिया गया
- Rust और Servo ने बाद में क्रमशः foundation और नया घर खोज लिया
- Netscape ने 1995 में Netscape 2.0 के साथ JavaScript पेश किया
- उस समय की घोषणा में developers से कहा गया था कि “आपकी रुचि हो सकती है”, लेकिन JavaScript बाद में वेब की core technology बन गई
Thunderbird में दिखती integrated client की संभावना
- Mozilla cross-platform messaging client Thunderbird के development को support करता है
- लंबे समय तक उपेक्षा का दौर रहा, लेकिन developers ने feature integration जारी रखा
- 2015 में Thunderbird 38 ने Lightning add-on से आया calendar feature integrate किया
- 2017 में Thunderbird 51 ने Instantbird से आया IRC और XMPP chat support जोड़ा
- 2020 में Thunderbird 78 ने EnigMail add-on की जगह लेने वाला PGP email encryption integrate किया
- 2022 में Thunderbird 102 ने Matrix chat support किया
- 2023 में Thunderbird 115 ने Supernova कहलाने वाला revamped UI लागू किया
- Thunderbird का Android version भी तैयार हो रहा है
- Pidgin और libPurple के पास Slack, WhatsApp, Telegram, RocketChat, Signal, Mattermost आदि से connect करने वाले plugins हैं
- अगर Thunderbird इन्हें अपनाकर update करे और Chat Core में जोड़े, तो यह कई services को एक जगह संभालने वाला universal communication client बन सकता है
FirefoxOS और KaiOS में बची mobile opportunity
- Mozilla ने mobile OS Boot2Gecko बनाया और उसे FirefoxOS नाम से दिया, लेकिन 2016 में आधिकारिक रूप से बंद कर दिया
- FirefoxOS बाद में KaiOS नाम से फिर शुरू हुआ
- KaiOS को 2018 में Google investment मिला
- KaiOS owner अब भी 16 करोड़ devices का दावा करता है
- Finnfund ने sub-Saharan Africa में expansion में मदद के लिए KaiosTech में 34 लाख dollar invest किए
- GitHub पर KaiOS code में अब भी Mozilla trademarks बचे हैं
- यह project ऐसा प्रसिद्ध FOSS project नहीं बन पाया जो postmarketOS से compete करे या उसमें मिल सके, और Mozilla भी इसे सक्रिय रूप से वापस नहीं ला रहा है
Netscape family में बची अन्य technologies
- मूल रूप से “Mozilla” Netscape Communicator से निकला internet tools suite था
- browser
- email और USENET सहित messaging client
- calendar
- address book
- Collabra से acquired workflow
- HTML editor
- यह integrated suite अब Seamonkey Project के रूप में बचा है
- dynamic web content के फैलाव के कारण HTML editor कम दिखाई देता है, लेकिन Mozilla codebase पर आधारित BlueGriffon एक प्रमुख FOSS HTML editor बना हुआ है
- Mozilla family में कभी music player Songbird भी था
- जब कई companies अपने client के बिना streaming को मुश्किल बनाती हैं, तो ऐसे क्षेत्र में भी गुंजाइश हो सकती है
- Netscape Directory Server से आया LDAP server code अब 389 Directory Server के रूप में जारी है
- Red Hat संबंधित product को Red Hat Directory Server के रूप में बेचता है
- Oracle अब भी पुराने Netscape Enterprise Server को support करता है
Chromium-केंद्रित web engine market
- आधुनिक web सिर्फ simple HTML pages नहीं, बल्कि client और server दोनों तरफ चलने वाले programs जैसा है
- Slack और Teams जैसी services, जो local apps जैसी दिखती हैं, भी अपने single-site browser के अंदर चलने वाली JavaScript applets हैं और Google के browser engine का उपयोग करती हैं
- smartphones में 70% से अधिक Linux-based Android हैं, और browsers भी 70% से अधिक Google codebase पर आधारित हैं
- Chrome करीब 64%
- Edge 5.4%
- Opera और Samsung Browser मिलकर करीब 5%
- Vivaldi और Brave भी Chromium-based हैं
- गैर-Chromium browsers में Safari का share सबसे बड़ा है, लेकिन 20% से कम है
- Safari का WebKit, Chromium के Blink engine का origin है
- Safari लगभग Apple OS तक सीमित है
- Linux पर GNOME Web, codename Epiphany, को WebKit browser के रूप में उल्लेखित किया जाता है
- Firefox Statcounter estimates के अनुसार 3% से नीचे चला गया है
Chrome का पीछा करने वाली strategy की सीमाएं
- Firefox Linux पर dominant browser है, और Ubuntu Mantic Minotaur में इसे default रूप से इकलौता standalone app बताया गया है
- Linux users आम तौर पर power users के करीब होते हैं, इसलिए Firefox के पास इस segment को target करने की गुंजाइश है
- Chrome की नकल करना Mozilla के लिए सफल strategy बनना मुश्किल है
- Firefox 29 की Australis Chrome-like theme ने user dissatisfaction पैदा किया और Pale Moon को momentum मिला
- Firefox Quantum ने XUL add-ons हटा दिए, और कुछ users Waterfox Classic या Basilisk पर चले गए
- Windows XP users MyPal इस्तेमाल करते हैं
- Microsoft का Chromium-based Edge भी vertical tabs देता है, लेकिन Firefox में default vertical tabs नहीं हैं
- Firefox में ठीक से vertical tabs इस्तेमाल करने के लिए configuration files छूनी पड़ती हैं
- Vivaldi दिखाता है कि Chrome से ज्यादा features देने वाले browser के लिए भी market है
Power users के लिए Firefox और Thunderbird का विकल्प
- Chrome का पीछा करने के बजाय Firefox power-user browser की दिशा को और मजबूती से चुन सकता है
- Firefox जिन features से अलग पहचान बना सकता है, वे हैं
- बचे हुए powerful extensions को bundle के रूप में देना
- vertical tabs या tree-style tabs को screen के किसी भी edge पर support करना
- menu bar और shortcuts को मजबूत करना
- multi-threaded download integrate करना
- BitTorrent support experiments
- Firefox Developer Edition में experimental features देना
- Firefox की पुरानी customizability वापस लाना
- Thunderbird कई services से connect होने वाला universal communication client बन सकता है
- libPurple को अपनाकर update करना और Thunderbird Chat Core में integrate करना सुधार की बड़ी गुंजाइश देता है
- Chrome और उसके derivative browsers को आम users के लिए छोड़कर, Mozilla keyboard-centric expert users के लिए cross-platform tools बना सकता है
1 टिप्पणियां
Hacker News की टिप्पणियाँ
आज के वेब standards असल में Chrome feature set के पर्याय बन चुके हैं, ऐसे में मेरे हिसाब से Mozilla की भूमिका बस एक ही है: Google जिसे Weekend at Bernie's की तरह साथ लेकर घूमता है ताकि वह दिखा सके कि उसका browser monopoly नहीं है
अगर iOS पर दूसरे engines आ गए, तो कुछ ही वर्षों में websites non-Chrome browsers को block करना शुरू कर देंगी, और कुछ skin browsers भी साथ में block हो सकते हैं। तब Mozilla दिखावे के लिए इस्तेमाल होने वाली आड़ के रूप में भी बेकार हो जाएगा। स्थिति भयानक है, और Mozilla के लिए इससे निकलने का रास्ता साफ नहीं दिखता
वह जगह बहुत पहले से iPhone के Safari ने ले रखी है। desktop browser के रूप में Firefox मेरा पसंदीदा है, लेकिन browser market में desktop मुख्य चीज नहीं है। सभी devices के आधार पर Edge तक का usage Firefox से ज्यादा है
https://gs.statcounter.com/browser-market-share
हर संभव statistics देखें तो Chrome, Apple की boundary के बाहर—यानी Apple ecosystem को छोड़कर, जो हाल ही में realistic विकल्प बना है—“free market” में 80% से ज्यादा पर कब्जा रखता है
quote में यह हिस्सा कि “Mozilla ने Rust team को निकालकर Servo को मार दिया, और क्या यह इसलिए नहीं था कि Rust, Google के Go से ज्यादा चमक रहा था” सच में बहुत मूर्खतापूर्ण side point है, जिसे editing में छांट देना चाहिए था। खासकर “GoLang” लिखना भी अजीब है
Thunderbird में Mozilla की involvement भी बढ़ा-चढ़ाकर बताई गई है। अभी का रिश्ता असल में लगभग रस्मी स्तर का है। साथ ही यह narrative कि 1998 में AOL ने open source का वादा किया और 4 साल बाद open source version आया, ऐसा दिखाता है मानो वादा निभाने में देरी हुई। असल में Netscape ने 2 महीने में source code release कर दिया था, और उसके बाद के 4 साल पुराने code को छोड़कर दूसरी product line की 1.0 release तक पहुंची rewrite का फैसला करने में लगे थे
मैं कुछ हद तक मानता हूं कि Mozilla को power users पर ज्यादा focus करना चाहिए, लेकिन यह लेख modern Mozilla organization के वास्तविक focus और उसे किस दिशा में जाना चाहिए, इसकी जांच से ज्यादा low-effort gossip जैसा लगता है
क्योंकि मैं उस दावे पर 1 मिनट भी विश्वास नहीं करता, इसलिए जानबूझकर “surely not” लिखा। “golang” आधिकारिक नामों में से एक है, और सिर्फ “go” गलत समझा जा सकता है और search करना मुश्किल है। capitals emphasis के लिए थे, और बीच में capital letters screen reader users के लिए भी मददगार होते हैं। Thunderbird और Mozilla के रिश्ते को रस्मी बताने के दावे के लिए सबूत चाहिए। Netscape के open source वादे को निभाने में देरी हुई थी, और 4 साल बाद rewritten product line की 1.0 आई—यह detail मुख्य मुद्दे से गौण है। open source decision और Netscape 5 rewrite को एक ही समय करना बहुत मूर्खतापूर्ण था, लेकिन समझ में आता है। यह 25 साल पुरानी बात है, एक line में गुजरने लायक है; मुझे नहीं लगता कि इसे इस हद तक बाल की खाल निकालने वाला मुद्दा बनाना चाहिए
शुरुआत तब हुई जब उन्होंने Rust पर काम करने वाली पूरी Servo team को निकाल दिया, फिर documentation team के बड़े हिस्से यानी MDN को घटाया, और उसके बाद CEO की salary बढ़ा दी
काश Mozilla 2010s की शुरुआत वाला trajectory जारी रखता
Brendan Eich के समय purpose और identity साफ दिखती थी। Rust बनने वाली चीज का जन्म, उस दौर का PDF.js जब PDF download करना आम था, Firefox OS, Google द्वारा push किए जा रहे NaCl को पीछे छोड़ने वाला WebAssembly का predecessor asm.js—ऐसी कई interesting चीजें थीं। बाद में यह कैसे रास्ता भटक गया, पता नहीं
Tor integration ही काफी radical privacy feature है, और आप कह सकते हैं “यह तो cryptocurrency है”, लेकिन कम से कम वह Google से independent होकर पैसा कमाने का तरीका खोजने की कोशिश कर रहा है। Mozilla के उलट, Brave ad-free monetizable web बनाने की कोशिश करता है, जबकि Mozilla literally अपनी सारी revenue मौजूदा status quo पर निर्भर रखता है
Google ने Chrome development और marketing में जो अरबों डॉलर झोंके, उसका मुकाबला कोई नहीं कर सकता। Google modern web का gatekeeper है, और Apple तक relevant बने रहने के लिए जूझता है
Mozilla की आमदनी का 90% Google/Alphabet से आता है, इसका ढीले तौर पर मतलब है कि “Mitchell Baker की salary का 90% Google देता है”, “Mitchell Baker अप्रत्यक्ष रूप से Google के लिए काम करती हैं”
Mozilla कोई “अजीब पड़ोसी” नहीं, बल्कि नियंत्रित विपक्ष है, और अगर वह इस अस्वस्थ रिश्ते को तोड़े या Google के पैर पर पैर रखे, तो CEO का compensation भी प्रभावित होगा। Mozilla के कई developers और users शायद pro-Google न हों, लेकिन यहां अहम बात दृष्टिकोण नहीं, cash है
ऐसी कंपनियां हैं जो Google से ज्यादा भुगतान करना चाहेंगी, और असल में कुछ सालों तक Yahoo ने ऐसा किया भी था। Mozilla कई तरीकों से लगातार Google के पैर पर पैर रखता रहा है, और ऐसा कोई संकेत नहीं है कि इससे Mitchell Baker के compensation पर नकारात्मक असर पड़ता है। फिलहाल Mozilla की आमदनी में Google की हिस्सेदारी भी शायद 90% से काफी कम है, लेकिन वह मुद्दे से अलग बात है
browser में सबसे अहम बात user customization की संभावना है, इसलिए जब इसे सीमित किया जाता है तो बहुत चिढ़ होती है। हालिया Firefox update में ऐसा हुआ
Firefox update होने के बाद browser शुरू होते ही अब bookmarklet चलाया नहीं जा सकता।
javascript:alert(123)जैसा bookmarklet हर page पर, यहां तक किabout:blankपर भी ठीक काम करता है, लेकिन settings में “blank page” से शुरू करने के तुरंत बाद नहीं। आम तौर पर browsing session के पहले step के रूप में मैं “अगर TekMol B page या C page पर नहीं है तो A page पर भेजो” वाला bookmarklet इस्तेमाल करता हूं, A से शुरू करके दोबारा दबाने पर B, फिर फिर दबाने पर C पर जाने का flow है, लेकिन अब यह टूट गया है। यह latest Firefox का regression bug लगता हैbookmarklet के JavaScript से websites के बीच cycle करना अप्रत्याशित है, लेकिन अच्छा होगा अगर यह ठीक हो जाए। अगर ticket पहले से नहीं है, तो नया ticket डालना बेहतर होगा
about:newtabset करें, फिर “New tabs” को “Blank page” में बदल देंjavascript:अब इस्तेमाल न कर पाने वाले उस “improvement” का शिकार हुआ था, और संबंधित JavaScript को wrap करने वाले data: URL से workaround कर पाया था<https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_...>
हालांकि Firefox करीब हर 10 versions बढ़ने पर यह टूट जाता है, और फिर solution फिर से ढूंढना पड़ता है
Rust और Go की तुलना करने वाला वह दावा समझ नहीं आता, खासकर क्योंकि दोनों के उद्देश्य पूरी तरह अलग हैं। Rust systems programming के लिए है, Go cloud server side के ज्यादा करीब है
लगता है उसे यह भी समझ नहीं है कि Go का इस्तेमाल Rust से बहुत अलग use cases में होता है। इसलिए Servo बंद होने की वजह उस दिशा में सुझाना बहुत अजीब लगता है
systems programming, यानी बहुत सारे system calls handle करने वाला काम, मैंने काफी किया है और Go में भी यह पूरी तरह ठीक चलता है। अगर आप hard real-time systems जैसी चीज़ नहीं बना रहे, तो Go को बाहर रखने की वजह समझ नहीं आती
Rust, Go को “threaten” करता है, इस बात का मतलब अस्पष्ट है। Google Go में external contributions पर निर्भर भी नहीं है
कुछ साल पहले Mozilla HQ गया था; जगह और लोग दोनों अच्छे थे, लेकिन मजबूत impression यह था कि organization identity crisis और inertia, दोनों से जूझ रहा है
Baker operator के तौर पर शानदार हैं और Mozilla अब भी solid income कमाता है, लेकिन मुझे लगता है कि Mozilla को मौजूदा आराम पर निर्भर रहने के बजाय नए और विस्तृत अर्थ में evolve करने के लिए एक outward-looking, proactive technical visionary type की बेहद जरूरत थी, या अब भी है। fairness के लिए कहें तो Baker ने भी Mozilla के continuing mission के बारे में blog लिखा था
https://blog.lizardwrangler.com/2023/03/31/a-quarter-century...
फिर भी market share बढ़ाने और evolve करने के लिए ज्यादा aggressive और public approach जरूरी लगती है
अपनी अक्षमता की वजह से असल काम करने वाले बहुत से लोगों को निकालने के बाद, उसने तय किया कि उसे अतिरिक्त 2 million dollars और चाहिए
मुझे उत्सुकता है कि Chrome ने Firefox को इस तरह क्यों हराया, इसका कोई एक मानक जवाब है या कुछ जवाब हैं
मुझे याद है कि Chrome ने उस दौर में प्रति-tab sandboxing किया था, जब Firefox का एक tab पूरे browser को हैंग कर देता था, लेकिन यह थोड़ा हैरान करने वाला है कि क्या इससे औसत user के लिए इतना बड़ा फर्क पड़ा होगा। हो सकता है Firefox मेरी याद से कहीं ज़्यादा बार crash होता था, या launch के समय Chrome कहीं ज़्यादा तेज़ था। मैंने करीब 2016 तक Firefox इस्तेमाल किया, क्योंकि Pentadactyl नाम का extension Firefox UI को न्यूनतम करके Vim जैसा बना देता था, और शायद उसे बनाए रखने के लिए मैं LTS Firefox चलाता था। याद आता है। शायद New York में होने की वजह से, मेरे आसपास इस साल Arc पर जाने वाले लोग बहुत हैं, और देखना दिलचस्प होगा कि यह कहाँ तक जाता है
[1] https://en.wikipedia.org/wiki/Pentadactyl
यह open source था, Google के बिना भी आसानी से चलाया जा सकता था, और Internet Explorer के खिलाफ खड़ा एक दिग्गज था, जो web standards का पालन नहीं करता था या अपने standards बनाता था। और यह सचमुच अच्छा था। Technologists को Google और Chrome को आज की तरह देखने में कई साल लगे। Chrome launch के समय HN पर सबसे ज़्यादा वोट पाने वाली post यह थी
https://news.ycombinator.com/item?id=291946
तब switch करना काफ़ी आसान और स्वाभाविक लगा था
search results page नहीं, बल्कि वह खाली सफेद homepage जिसमें सिर्फ एक input box होता था। ध्यान रहे, वह जगह कभी भी किसी non-Google product को नहीं दी गई
जिन सभी लोगों के लिए मैंने Firefox set up किया था—माता-पिता या non-technical दोस्त—वे आखिरकार Chrome पर चले गए। पूछने पर उनका जवाब होता था, “क्योंकि Google ने कहा कि यह बेहतर है”
आम users को प्रभावित करने में ऐसे तरीकों का असर शायद वास्तविक फायदों जितना ही बड़ा रहा होगा
मैं समझता हूँ कि लोग XUL/XPCOM के खोने का अफसोस क्यों करते हैं, लेकिन इसे Chrome की नकल करने के लिए किया गया बताना ईमानदार नहीं लगता
उन technologies को हटाने से multi-process Firefox संभव हुआ और stability बेहतर हुई। यहाँ और दूसरी जगहों के comments देखें तो उल्टा यही बदलाव लोगों को browser पर वापस लाने वाले कारणों में से एक था। WebExtensions को अपनाना या शुरू करना भी मुझे समझ में आता है। क्योंकि Chrome की पहचान पहले ही बहुत बड़ी हो चुकी थी, इसलिए पूरी तरह कुछ नया पेश करना मुश्किल था
Chromium में text selection का तरीका अजीब, सुस्त और कहीं और न दिखने वाला है, इसलिए मैंने हमेशा Firefox या उससे पहले Opera Presto को prefer किया। Electron apps पहचानने का यह भी एक तरीका है। लेकिन Firefox सचमुच धीमा था, और XUL से दूर जाना उसे ठीक करने की दिशा में एक अहम कदम था। हालांकि मुझे लगता है कि Firefox “X ज़्यादा popular है, और X, Y करता है, इसलिए हमें भी Y करना चाहिए” वाले trap में फँस गया। लगता है वह भूल गया कि उसका मौजूदा user base इसलिए है क्योंकि वह Y नहीं, बल्कि Z करता है। लेकिन वह अलग मुद्दा है
मेरे मामले में भी synchronous extension API की वजह से कभी-कभी यह कई seconds के लिए रुक जाता था। XPCOM हटाना, multi-process में जाना, और asynchronous WebExtensions पर switch करना तकनीकी रूप से बिल्कुल ज़रूरी था। अब performance अच्छी है
Mozilla ने WebExtensions development शुरू होने के बाद developers से कहा था कि वे XUL extensions को multi-process compatible बनाएँ। Firefox 57 में XUL extensions disable किए गए, और XUL को उसके बाद धीरे-धीरे हटाया गया
मैंने इसका इशारा तक नहीं किया, और यह comment पढ़कर मेरी भौहें इतनी ऊपर उठीं कि टोपी उठ जाए। ऐसा विचार मैंने कभी सुना भी नहीं। कृपया बताइए कि मैंने कहाँ लिखा कि XUL हटाना Chrome की नकल करने के लिए था