- वेब ब्राउज़र इंजन कुछ ही कंपनियों में केंद्रित हैं; ऐसे में Ladybird एक स्वतंत्र project है जो किसी मौजूदा engine को fork किए बिना शुरुआत से नया engine बना रहा है
- पहला Alpha 2026 में Linux और macOS के लिए लक्षित है, और फिलहाल यह developers व early adopters को ध्यान में रखकर सक्रिय development stage में है
- project वेब standards पर आधारित engine बनाने के लक्ष्य पर केंद्रित है, और default search deals, crypto tokens या user monetization के बिना चलने को अपनी अलग पहचान बताता है
- यह public open source के रूप में develop होता है, और bug reports, reduced reproduction cases, website testing, security issue reports और technical feedback के जरिए योगदान किया जा सकता है
- donations और sponsorships ही इसकी एकमात्र funding source हैं, और sponsors का technical roadmap या product direction पर कोई प्रभाव नहीं होता
Ladybird का लक्ष्य और मौजूदा स्थिति
- Ladybird वेब ब्राउज़र engine को शुरुआत से नया बनाने वाला project है
- फिलहाल यह active development में है, और लक्ष्य 2026 में Linux और macOS के लिए पहला Alpha जारी करना है
- वेब computing का एक महत्वपूर्ण platform है, लेकिन पूरे वेब को चलाने वाले browser engines कम संख्या में हैं और हर एक पर किसी खास company का नियंत्रण है
- Ladybird वेब standards को केंद्र में रखकर independent engine बनाने का project है
project जिन बातों को अपनी अलग पहचान बताता है
-
पूरी स्वतंत्रता
- Blink, WebKit, Gecko जैसे मौजूदा browser engines का code इस्तेमाल किए बिना नया engine बनाया जा रहा है
-
एक ही focus
- project का focus केवल वेब browser बनाना है
-
user monetization नहीं
- default search deals, crypto tokens या user monetization के अन्य तरीकों का इस्तेमाल नहीं किया जाता
हालिया development trends
- Changing How We Develop Ladybird
- असली users तक browser पहुंचाने की तैयारी के दौरान, project में code आने के तरीके को बदला जा रहा है
- This Month in Ladybird - May 2026
- Cloudflare Turnstile पास करना, out-of-process compositor में asynchronous scrolling, Media Source Extensions default रूप से enable होना, WebAssembly JIT, native content blocking, Rust-based HTML parser, disk-based JS bytecode cache, CSS
@container·@scope·subgrid आदि शामिल हैं
- This Month in Ladybird - April 2026
- pdf.js-based inline PDF viewer, GTK4 frontend, browsing history, speculative HTML parsing, off-thread JS compilation, asynchronous DNS, CSS anchor positioning आदि शामिल हैं
- This Month in Ladybird - March 2026
- हाथ से लिखा assembly interpreter, off-thread parsing, नया regular expression engine, Mach port IPC, bookmarks, CSS
if()·inherit()·@container·@function, style invalidation आदि शामिल हैं
- This Month in Ladybird - February 2026
- Rust adoption, text editing revamp, YouTube और Reddit performance work, ScrollTimeline, CSS
@counter-style, SVG partial relayout आदि शामिल हैं
- Ladybird adopts Rust, with help from AI
- Rust को C++ की successor language के रूप में अपनाया गया है, और transition की speed बढ़ाने के लिए AI agents का इस्तेमाल किया गया है
योगदान और build
- Ladybird public रूप से develop किया जाने वाला open source project है, जिसे एक छोटी team develop करती है
- contributors bug reports, reduced reproduction cases लिखने, website testing, security issue reports और technical feedback share करके भाग ले सकते हैं
- code को local machine पर clone करके चलाया जा सकता है
$ git clone https://github.com/LadybirdBrowser/ladybird.git
$ cd ladybird
$ ./Meta/ladybird.py run
funding और sponsorship principles
- Ladybird पूरी तरह donations और sponsorships से संचालित होता है
- search deals नहीं
- data collection नहीं
- ads नहीं
- sponsors website और project updates में दिखाए जाते हैं, और sponsorship period 1 साल का होता है
- sponsorship amounts इस प्रकार हैं
- Platinum: $100,000
- Gold: $50,000
- Silver: $10,000
- Bronze: $5,000
- Copper: $1,000
- sponsorship inquiries contact@ladybird.org पर ली जाती हैं
- individual donations Donorbox के जरिए one-time या monthly recurring donation के रूप में की जा सकती हैं
- बड़े donations के लिए processing fees से बचने हेतु direct contact करने की सलाह दी जाती है
FAQ की सीमाएं और आगे की योजना
- पहला Alpha 2026 में Linux और macOS के लिए लक्षित है, और developers व early adopters के लिए है
- अभी Ladybird में एक छोटी full-time engineering team है, और community से testing, bug reports, security reports व technical feedback मिलता है
- team size stable है, और project की जरूरतें बदलने पर hiring plans की फिर समीक्षा की जाएगी
- project हमेशा 18-month runway बनाए रखने की कोशिश करता है
- यह कहना कि यह किसी मौजूदा engine का fork नहीं है, मतलब है कि Blink, WebKit, Gecko या किसी अन्य browser engine का code इस्तेमाल नहीं किया जाता
- ऐतिहासिक कारणों से SerenityOS project की कई libraries इस्तेमाल की जाती हैं
- Ladybird के SerenityOS से fork होने के बाद, यह सब कुछ शुरुआत से लिखने की culture से बंधा नहीं है
- image, audio, video formats, cryptography, graphics जैसी common functionality के लिए third-party libraries इस्तेमाल की जाती हैं, जिनमें कुछ libraries वे भी शामिल हैं जिन्हें दूसरे browsers इस्तेमाल करते हैं
- Windows support चरणबद्ध तरीके से आगे बढ़ रहा है
- CI पहले से Windows पर JavaScript engine को build और test करता है
- पूरे browser engine का Windows support बाद के चरण में आगे बढ़ेगा
- full-time engineers फिलहाल macOS और Linux पर focus कर रहे हैं
- mobile platforms अभी focus नहीं हैं
- desktop version की स्थिति बेहतर होने के बाद Android और iOS पर अधिक effort लगाया जाएगा
- sponsorship unrestricted donation के रूप में है
- board seats या किसी अन्य तरह का influence बिक्री के लिए नहीं है
- sponsors का technical roadmap या product direction पर कोई say नहीं है
- Ladybird SerenityOS के हिस्से के रूप में शुरू हुआ C++ project था, इसलिए codebase C++ से शुरू हुआ और उसका अधिकांश हिस्सा अभी भी C++ में है
- बाद में Rust को C++ की successor language के रूप में अपनाया गया
- subsystems को धीरे-धीरे Rust में port किया जा रहा है
- अधिक जानकारी Rust adoption announcement में देखी जा सकती है
1 टिप्पणियां
Hacker News की राय
उन्हें और उनके hacker साथियों को एक नया स्वतंत्र browser बिल्कुल शुरुआत से बनाते देखना सचमुच प्रेरक है
लोगों और funding के पैमाने को देखते हुए मुझे नहीं लगा था कि यह संभव होगा
दूसरी तरफ, मैं यह भी सोचता हूँ कि क्या अब browsers के popular features के “95%+” हिस्से पर बेहतर standardization का असर दिख रहा है, और इसलिए आज browser लिखना 10 साल पहले browser बनाने और maintain करने से आसान हो गया है
web अब भी evolve हो रहा है, लेकिन 10–15 साल पहले की तुलना में ज्यादा स्थिर लगता है, और पुराने developers के पास browser design शुरू करते समय आज जैसी तैयार roadmap नहीं थी
अब विशाल web standards पहले से मौजूद हैं, और समय के साथ यह भी पता चल चुका है कि क्या popular रहा, इसलिए modern web support में priorities तय करना आसान है
ऊपर से लगेगा कि हर चीज ज्यादा हो गई है, लेकिन मुझे लगता है कि अब त्यागे जा सकने वाले ideas भी बहुत हैं। एक समय था जब Internet Explorer XSLT support करता था और FTP आम था
संशोधन: XSLT अब भी सभी major browsers में supported है, लेकिन इसका इस्तेमाल बहुत कम होता है और यह XSLT 1.0 पर ही अटका है, इसलिए शायद इसे काफी लंबे समय तक सुरक्षित रूप से छोड़ा जा सकने वाली चीजों में गिना जा सकता है
मैं 2006 से बीच-बीच में browsers पर काम करता रहा हूँ, लेकिन आज का माहौल पूरी तरह अलग है
specifications पहले से कहीं बेहतर हैं, और इस्तेमाल के लिए उपलब्ध tests भी खजाने जैसे भरपूर हैं
अगर कोई Google की स्थिति को चुनौती दे, तो Google पैसा झोंक सकता है, अत्यधिक जटिल standards बना सकता है, उन्हें Blink में implement कर सकता है और competitors को पीछे-पीछे आने पर मजबूर कर सकता है
W3C से गुजरने की जरूरत भी नहीं है। अगर यह Chrome में चलता है तो web developers इसे अपनाते हैं, और छोटे engines को बची हुई market share न गंवाने के लिए आखिरकार support करना ही पड़ता है
आज internet को control करने की strategic importance, 20–30 साल पहले Microsoft के peak पर होने के समय से भी ज्यादा है
https://www.ietf.org/rfc/rfc1866.txt और https://html.spec.whatwg.org/multipage/ की तुलना कर सकते हैं
पुराने समय में भी web browser लिखना कई वजहों से मुश्किल था, लेकिन आज पूरी तरह feature-complete browser बनाना बहुत बड़ा काम है, और आज भी नए features लगातार जुड़ रहे हैं और browser support की उम्मीद की जाती है
API surface area 10–15 साल पहले की तुलना में कहीं ज्यादा बड़ा हो चुका है: https://developer.mozilla.org/en-US/docs/Web/API
इसमें JavaScript, MathML, SVG, HTTP-based security features, encryption, और media support updates शामिल भी नहीं हैं
यह सचमुच कमाल है कि एक व्यक्ति ने मजे के लिए और कुछ दिलचस्प करने के लिए पूरा operating system शुरुआत से बनाना शुरू किया, और संयोग से पिछले 10–20 सालों में सबसे promising नए browser engines में से एक बना डाला
मैं 1–2 साल से development videos देख रहा हूँ, और इतने कम समय में हुई progress की रफ्तार पर यकीन करना मुश्किल है
अब कई volunteers हैं, और एक से अधिक developers को पैसे देने लायक sponsorship भी आ गई है, इसलिए आगे का समय काफी रोमांचक लग रहा है
सफलता के रहस्यों में से एक कई specifications को सीधे code में बदलने का तरीका है, और आज के समय में यह लगभग सबसे अच्छा तरीका है। test-driven approach भी मजबूत है
“शुरुआत से” कहने का मतलब है कि C++ standard library भी इस्तेमाल नहीं करते और अपनी string class तक शामिल है; अच्छा हो या बुरा, यह “बस मजे के लिए”, “सीखने के लिए” वाला project है, इसलिए ठीक है
जब libraries और OS ही पागलपन लगने लगे थे, तभी उन्होंने browser और JavaScript engine जोड़ने की घोषणा की, फिर JIT compiler, और फिर C++ और Rust दोनों से पूरी तरह संतुष्ट न होने के कारण अपनी नई language Jakt तक बना डाली
expertise से भी ज्यादा सम्मानजनक उनकी विनम्रता और उदारता है। Linus वगैरह के उलट उनमें self-promotion ज्यादा नहीं है, और हर video में बताते हैं कि किसने क्या किया, नाम लेकर credit देते हैं। open source के बेहतरीन role model हैं
यह अब भी प्रभावशाली है, लेकिन browser development की बात करें तो वे पूरी तरह नए व्यक्ति नहीं हैं
उम्मीद है कि यह रोज़मर्रा में इस्तेमाल करने लायक ब्राउज़र बनेगा। नया web engine शानदार है, और उम्मीद है Servo भी सफल हो
योगदान देने पर विचार कर सकता था, लेकिन development coordination Discord पर होती है, और मैं proprietary software से बचता हूँ… [1]
अफ़सोस है, लेकिन यह मज़े के लिए किया जा रहा काम है, इसलिए दोष नहीं दे सकते
[1] https://drewdevault.com/2022/03/29/free-software-free-infras...
वे Twitter, Hacker News, LinkedIn, GitHub जैसे channels पर open-source software को promote करने वाले लेखकों को “खुले तौर पर स्वार्थी और अनैतिक” कहते हैं
इस तरह का dogmatism मुश्किल है, और ऐसा लगता है जैसे यह उन लोगों पर free और open-source की ऐसी परिभाषा थोपता है जो बस कुछ शानदार बनाकर दुनिया से share करना चाहते हैं, यहाँ तक कि उन लोगों पर भी जो FOSS से पैसा कमाना चाहते हैं
इतनी कड़ी राय रखने के बावजूद अपनी programming language Hare को promote करने के लिए “Can I be on your podcast”[1] जैसी पोस्ट डालना हैरान करता है
ऐसा भी नहीं कि उन्होंने सिर्फ़ ऐसे podcasts ढूँढे हों जो Spotify या Apple Podcasts जैसे platforms पर distribute नहीं होते; असल में वे कई appearances के ज़रिए Hare को promote कर रहे हैं
यह hypocrisy जैसा लगता है
[1]: https://drewdevault.com/2023/11/09/Can-I-be-on-your-podcast....
FAQ का यह हिस्सा अच्छा लगा
“आख़िर क्यों करें? अरबों डॉलर और सैकड़ों कर्मचारियों के बिना नया browser engine बना ही नहीं सकते।”
“बना सकते हैं। उन हाथ पर हाथ धरे बैठे हार मानने वालों की बात मत सुनिए जिन्होंने कभी browser बनाया ही नहीं।”
browser engine development में अभी भी competition ज़िंदा है, यह देखकर अच्छा लगता है। Mozilla का हिस्सा रहा Servo भी है: https://servo.org/
हालांकि Servo और Ladybird, दोनों ही रोज़मर्रा के browser की तुलना में अभी काफ़ी कच्चे हैं
Ladybird को आज़माने के लिए कोई nightly build न होना काफ़ी अफ़सोसजनक है, शायद इसलिए कि वे bug reports नहीं चाहते। अगर सब कुछ काम ही नहीं कर रहा हो, तो random bugs जमा होने का कोई मतलब नहीं
बेशक वह पिछले साल किसी समय की बात थी और अब शायद धीमा हो सकता है, लेकिन फिर भी 9 घंटे वाले Chromium build से बहुत दूर है
maintainers के लिए ज़िंदगी आसान हो जाती है, और project mature होने पर यह बदलने की काफ़ी संभावना है
ये progress screenshots वाकई अच्छे हैं: https://serenityos.org/happy/1st/
programming के मामले में वे सच में all-round developer जैसे लगते हैं
एक thought experiment करें तो, नए तरह के web के लिए नए तरह का browser कैसा रहेगा? CSS के कई हिस्से पुराने हो चुके हैं
इसलिए लगता है कि अगर इसका “modern” version बनाया जाए, खासकर CSS Grid और Flex को केंद्र में रखकर, तो क्या बिना फालतू बोझ के वही functionality दी जा सकती है?
जैसे holy grail 3-column layout वाली पुरानी बातें
canvas, threejs, react-three-fiber, react-drei के बारे में भी सोचने पर मजबूर करता है। खासकर mobile पर क्या canvas बेहतर user experience दे सकता है?
mobile game को HTML और CSS में कौन लिखता है? इसका मतलब यह नहीं कि यह असंभव है, लेकिन उत्सुकता है कि कितनी websites को canvas के बजाय सचमुच HTML और CSS की जरूरत होती है
browser competition की बड़ी बाधा यह है कि बहुत पुरानी legacy technologies implement करनी पड़ती हैं। क्या सिर्फ minimal HTML और canvas के साथ नहीं चला जा सकता?
शायद इससे ज्यादा मदद नहीं मिलेगी
web API surface area Cambrian explosion की तरह बढ़ गया है, और modern चीजें पुरानी चीजों पर भारी पड़ती हैं। पुराने या कम इस्तेमाल होने वाले mechanisms का support हटाने पर भी code और complexity उतनी कम नहीं होती जितनी सोचते हैं
सिर्फ surface area से आगे, competitive स्तर का “limited core profile” implement करने के लिए, खासकर performance को भी ध्यान में रखते हुए पूरी तरह blank slate development में, बहुत ऊंचे स्तर की engineering चाहिए
long-tail effect भी मजबूत है, इसलिए ज्यादातर modern websites भी इधर-उधर पुराने elements पर निर्भर करती हैं, जिसके चलते ऐसे hypothetical browser में ठीक से चलने वाले pages बहुत कम हो सकते हैं
यानी यह अब भी बहुत बड़ा और कठिन project है। हां, FOSS community ने कई बड़े और कठिन projects सफलतापूर्वक किए हैं, इसलिए यह असंभव है ऐसा नहीं है
अगर आप connected app बनाना चाहते हैं या नहीं भी, तो हमारे पास पहले से internet और OS हैं। browser से लड़ते-लड़ते interface को और खराब बनाने की जरूरत नहीं है
खासकर games या दूसरे deep software में यह महत्वपूर्ण है
web का मूल core hyperlink से जुड़े documents का collection है, कभी-कभी multimedia के साथ, और थोड़े forms व scripts से interaction जोड़ना
आज की स्थिति कितनी अजीब है यह देखने के लिए, एक parallel universe की कल्पना करें जहां Google की जगह Adobe विशाल बन गया होता और PDF के अंदर JavaScript का apps बनाने में दुरुपयोग होता
border-box ने भी 2000s की ज्यादातर तकलीफें दूर कर दी हैं। idea अच्छा लगता है, लेकिन समझ नहीं आता कि क्या काटा जा सकता है
tables भी असली tabular data के लिए अब भी सबसे बेहतर हैं
ये संबंधित ongoing threads और पुराने posts हैं
Interview with Andreas Kling of Serenity OS (2022) - https://news.ycombinator.com/item?id=39286638 - फरवरी 2024, 134 comments
Ladybird browser update (July 2023) [video] - https://news.ycombinator.com/item?id=36939402 - जुलाई 2023, 1 comment
Chat with Andreas Kling about Ladybird and developing a browser engine - https://news.ycombinator.com/item?id=36620450 - जुलाई 2023, 65 comments
Shopify Sponsored Ladybird Browser - https://news.ycombinator.com/item?id=36502583 - जून 2023, 1 comment
I have received a $100k sponsorship for Ladybird browser - https://news.ycombinator.com/item?id=36377805 - जून 2023, 166 comments
Early stages of Google Docs support in the Ladybird browser - https://news.ycombinator.com/item?id=33511831 - नवंबर 2022, 84 comments
Github.com on Ladybird, new browser with JavaScript/CSS/SVG engines from scratch - https://news.ycombinator.com/item?id=33273785 - अक्टूबर 2022, 1 comment
Ladybird: A new cross-platform browser project - https://news.ycombinator.com/item?id=32809126 - सितंबर 2022, 473 comments
Ladybird: A truly new Web Browser comes to Linux - https://news.ycombinator.com/item?id=32014061 - जुलाई 2022, 8 comments
Ladybird Web Browser - https://news.ycombinator.com/item?id=31987506 - जुलाई 2022, 2 comments
Ladybird Web Browser – SerenityOS LibWeb Engine on Linux - https://news.ycombinator.com/item?id=31976579 - जुलाई 2022, 2 comments
जब Mozilla privacy-protection सेवाएँ resell कर रहा है, बाकी लोग बेहतर browser बना रहे हैं
इसके लिए 6 अरब डॉलर की ज़रूरत भी नहीं है
Andreas Kling और SerenityOS project अच्छे हैं, लेकिन यह पसंद नहीं कि वे सिर्फ Twitter पर हैं
Mastodon उनके audience के लिए बिल्कुल सही लगता है
Twitter भी पहले कुछ ऐसा ही था, लेकिन Elon के takeover के बाद लगता है कि सबसे ज़्यादा गुस्से वाले लोग Mastodon पर चले गए
Mastodon पर वह माहौल बहुत prominent है और उससे बचना मुश्किल लगता है