- ท่ามกลางสถานการณ์ที่เอนจินเว็บเบราว์เซอร์กระจุกตัวอยู่กับบริษัทเพียงไม่กี่แห่ง Ladybird คือโปรเจ็กต์อิสระที่สร้างเอนจินใหม่ขึ้นตั้งแต่ต้นโดยไม่ฟอร์กจากเอนจินเดิม
- Alpha รุ่นแรกตั้งเป้าไว้ในปี 2026 สำหรับ Linux และ macOS และขณะนี้ยังอยู่ในช่วงพัฒนาอย่างเข้มข้น โดยมุ่งไปที่นักพัฒนาและกลุ่มผู้ใช้ยุคแรก
- โปรเจ็กต์มุ่งเน้นเป้าหมายในการเป็นเอนจินที่ยึดตามมาตรฐานเว็บ และชูความแตกต่างด้วยการดำเนินงานโดยไม่มีข้อตกลงค้นหาเริ่มต้น ไม่มีคริปโตโทเคน และไม่มีการหารายได้จากผู้ใช้
- พัฒนาแบบโอเพนซอร์สสาธารณะ และสามารถมีส่วนร่วมได้ผ่านการรายงานบั๊ก การจัดทำกรณีทดสอบแบบย่อเพื่อให้เกิดซ้ำ การทดสอบเว็บไซต์ การรายงานประเด็นด้านความปลอดภัย และการให้ข้อเสนอแนะทางเทคนิค
- แหล่งเงินทุนมีเพียงการบริจาคและสปอนเซอร์เท่านั้น และสปอนเซอร์ไม่มีอิทธิพลต่อโรดแมปทางเทคนิคหรือทิศทางของผลิตภัณฑ์
เป้าหมายและสถานะปัจจุบันของ Ladybird
- Ladybird เป็นโปรเจ็กต์ที่สร้างเอนจินเว็บเบราว์เซอร์ขึ้นใหม่ตั้งแต่ต้น
- ขณะนี้อยู่ในช่วงพัฒนาอย่างเข้มข้น และมีเป้าหมายออก Alpha แรกสำหรับ Linux และ macOS ในปี 2026
- เว็บเป็นแพลตฟอร์มสำคัญของโลกคอมพิวติ้ง แต่เอนจินเบราว์เซอร์ที่ขับเคลื่อนเว็บทั้งหมดมีอยู่เพียงไม่กี่ตัว และแต่ละตัวก็อยู่ภายใต้การควบคุมของบริษัทเฉพาะราย
- Ladybird เป็นโปรเจ็กต์ที่ต้องการสร้างเอนจินอิสระที่ยึดเว็บมาตรฐานเป็นศูนย์กลาง
จุดแตกต่างที่โปรเจ็กต์ชูขึ้นมา
-
ความเป็นอิสระอย่างสมบูรณ์
- สร้างเอนจินใหม่โดยไม่ใช้โค้ดจากเอนจินเบราว์เซอร์เดิมอย่าง Blink, WebKit หรือ Gecko
-
โฟกัสเพียงเรื่องเดียว
- โปรเจ็กต์นี้มีเป้าหมายเพียงอย่างเดียวคือการสร้างเว็บเบราว์เซอร์
-
ไม่มีการหารายได้จากผู้ใช้
- ไม่มีข้อตกลงค้นหาเริ่มต้น ไม่มีคริปโตโทเคน และไม่ใช้วิธีหารายได้จากผู้ใช้ในรูปแบบอื่น
ความเคลื่อนไหวการพัฒนาล่าสุด
- Changing How We Develop Ladybird
- กำลังเปลี่ยนวิธีที่โค้ดเข้าสู่โปรเจ็กต์ เพื่อเตรียมพร้อมสำหรับการนำเบราว์เซอร์ไปสู่ผู้ใช้จริง
- This Month in Ladybird - May 2026
- มี Cloudflare Turnstile, asynchronous scrolling ของ out-of-process compositor, การเปิดใช้ Media Source Extensions เป็นค่าเริ่มต้น, WebAssembly JIT, native content blocking, ตัวแยกวิเคราะห์ HTML ที่เขียนด้วย Rust, แคช JS bytecode บนดิสก์ และ CSS
@container·@scope·subgrid
- This Month in Ladybird - April 2026
- มีตัวดู PDF แบบ inline ที่ใช้ pdf.js, ฟรอนต์เอนด์ GTK4, ประวัติการเข้าชม, speculative HTML parsing, การคอมไพล์ JS แบบ off-thread, asynchronous DNS และ CSS anchor positioning
- This Month in Ladybird - March 2026
- มีอินเทอร์พรีเตอร์แอสเซมบลีที่เขียนด้วยมือ, การพาร์สแบบ off-thread, เอนจิน regex ใหม่, Mach port IPC, บุ๊กมาร์ก, CSS
if()·inherit()·@container·@function และ style invalidation
- This Month in Ladybird - February 2026
- มีการนำ Rust มาใช้, การปรับโครงสร้างระบบแก้ไขข้อความ, งานปรับปรุงประสิทธิภาพสำหรับ YouTube และ Reddit, ScrollTimeline, CSS
@counter-style และ partial relayout ของ SVG
- Ladybird adopts Rust, with help from AI
- นำ Rust มาใช้เป็นภาษาถัดจาก C++ และใช้ AI agent เพื่อเร่งความเร็วในการย้ายระบบ
การมีส่วนร่วมและการบิลด์
- Ladybird เป็นโปรเจ็กต์โอเพนซอร์สที่พัฒนาแบบเปิดเผยสาธารณะ โดยทีมขนาดเล็ก
- ผู้มีส่วนร่วมสามารถช่วยได้ผ่านการรายงานบั๊ก การเขียนกรณีทดสอบแบบย่อเพื่อให้เกิดซ้ำ การทดสอบเว็บไซต์ การรายงานประเด็นด้านความปลอดภัย และการแบ่งปันข้อเสนอแนะทางเทคนิค
- สามารถโคลนโค้ดและรันบนเครื่องโลคัลได้
$ git clone https://github.com/LadybirdBrowser/ladybird.git
$ cd ladybird
$ ./Meta/ladybird.py run
หลักการด้านเงินทุนและสปอนเซอร์
- Ladybird ดำเนินงานด้วยการบริจาคและสปอนเซอร์ทั้งหมด
- ไม่มีข้อตกลงค้นหา
- ไม่มีการเก็บข้อมูล
- ไม่มีโฆษณา
- สปอนเซอร์จะแสดงบนเว็บไซต์และอัปเดตของโปรเจ็กต์ โดยระยะเวลาสปอนเซอร์คือ 1 ปี
- จำนวนเงินสปอนเซอร์มีดังนี้
- Platinum: $100,000
- Gold: $50,000
- Silver: $10,000
- Bronze: $5,000
- Copper: $1,000
- สอบถามเรื่องสปอนเซอร์ได้ที่ contact@ladybird.org
- การบริจาคส่วนบุคคลสามารถทำได้ผ่าน Donorbox แบบครั้งเดียวหรือรายเดือน
- การบริจาคจำนวนมากแนะนำให้ติดต่อโดยตรงเพื่อหลีกเลี่ยงค่าธรรมเนียมการประมวลผล
ข้อจำกัดใน FAQ และแผนต่อไป
- Alpha แรกตั้งเป้าไว้ในปี 2026 สำหรับ Linux และ macOS และมุ่งไปที่นักพัฒนาและกลุ่มผู้ใช้ยุคแรก
- ปัจจุบัน Ladybird มีทีมวิศวกรรมประจำขนาดเล็ก และรับการทดสอบ การรายงานบั๊ก การรายงานด้านความปลอดภัย และข้อเสนอแนะทางเทคนิคจากชุมชน
- ขนาดทีมอยู่ในระดับที่มั่นคง และจะทบทวนแผนการจ้างงานอีกครั้งเมื่อความต้องการของโปรเจ็กต์เปลี่ยนไป
- โปรเจ็กต์พยายามรักษาrunway 18 เดือนไว้เสมอ
- การบอกว่าไม่ใช่การฟอร์กจากเอนจินเดิม หมายความว่าไม่ได้ใช้โค้ดจาก Blink, WebKit, Gecko หรือเอนจินเบราว์เซอร์อื่น
- ด้วยเหตุผลทางประวัติศาสตร์ มีการใช้ไลบรารีหลายตัวจากโปรเจ็กต์ SerenityOS
- หลังจากที่ Ladybird แยกออกมาจาก SerenityOS ก็ไม่ได้ถูกผูกติดกับวัฒนธรรมที่ต้องเขียนทุกอย่างเองตั้งแต่ต้น
- สำหรับฟังก์ชันทั่วไปอย่างฟอร์แมตรูปภาพ เสียง วิดีโอ การเข้ารหัส และกราฟิก จะใช้ไลบรารีของบุคคลที่สาม รวมถึงบางไลบรารีที่เบราว์เซอร์อื่นก็ใช้อยู่
- การรองรับ Windows จะดำเนินการเป็นขั้นตอน
- CI ได้บิลด์และทดสอบ JavaScript engine บน Windows แล้ว
- การรองรับ Windows สำหรับเอนจินเบราว์เซอร์เต็มรูปแบบจะเป็นขั้นถัดไป
- วิศวกรประจำในตอนนี้ยังโฟกัสที่ macOS และ Linux
- แพลตฟอร์มมือถือยังไม่ใช่จุดโฟกัสในตอนนี้
- หลังจากเวอร์ชันเดสก์ท็อปมีความพร้อมมากขึ้น จะทุ่มความพยายามให้ Android และ iOS มากขึ้น
- สปอนเซอร์เป็นรูปแบบการบริจาคที่ไม่มีเงื่อนไขจำกัด
- ไม่มีการขายที่นั่งในบอร์ดหรืออิทธิพลในรูปแบบอื่น
- สปอนเซอร์ไม่มีสิทธิ์ออกความเห็นต่อโรดแมปทางเทคนิคหรือทิศทางของผลิตภัณฑ์
- Ladybird เริ่มต้นจากโปรเจ็กต์ C++ ที่เป็นส่วนหนึ่งของ SerenityOS ดังนั้นโค้ดเบสจึงเริ่มต้นด้วย C++ และส่วนใหญ่ยังคงเป็น C++
- ต่อมาได้เลือก Rust เป็นภาษาถัดจาก C++
- กำลังพอร์ตซับซิสเต็มต่าง ๆ ไปเป็น Rust แบบค่อยเป็นค่อยไป
- ดูรายละเอียดเพิ่มเติมได้ในประกาศการนำ Rust มาใช้
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
การได้เห็นเขากับเพื่อนแฮ็กเกอร์สร้าง เบราว์เซอร์อิสระตัวใหม่ ขึ้นมาตั้งแต่ศูนย์นั้นสร้างแรงบันดาลใจจริง ๆ
เมื่อคิดถึงขนาดของกำลังคนและเงินทุนแล้ว ไม่เคยคิดว่าจะเป็นไปได้
อีกด้านหนึ่งก็สงสัยว่า ตอนนี้เรากำลังเห็นผลลัพธ์ที่เบราว์เซอร์ต่าง ๆ มาตรฐานสอดคล้องกันดีขึ้นในระดับราว “95%+” ของฟีเจอร์ยอดนิยมแล้วหรือไม่ และเพราะอย่างนั้น การเขียนเบราว์เซอร์ในวันนี้จึงง่ายกว่าการสร้างและดูแลเบราว์เซอร์เมื่อ 10 ปีก่อนหรือเปล่า
เว็บยังคงวิวัฒนาการอยู่ แต่ให้ความรู้สึกเสถียรกว่าเมื่อ 10–15 ปีก่อน และนักพัฒนาสมัยก่อนก็ไม่ได้มีโรดแมปที่สมบูรณ์แบบอย่างทุกวันนี้ตอนเริ่มออกแบบเบราว์เซอร์
ตอนนี้มีมาตรฐานเว็บจำนวนมหาศาลอยู่แล้ว และเมื่อเวลาผ่านไป เราก็รู้แล้วว่าอะไรได้รับความนิยม จึงจัดลำดับความสำคัญในการรองรับเว็บสมัยใหม่ได้ง่ายขึ้น
ดูเผิน ๆ เหมือนทุกอย่างมีมากขึ้น แต่ผมคิดว่าก็มีไอเดียจำนวนมากที่ตัดทิ้งได้เช่นกัน เคยมีช่วงที่ Internet Explorer รองรับ XSLT และ FTP เป็นเรื่องปกติ
แก้ไข: XSLT ยังรองรับโดยเบราว์เซอร์หลักทั้งหมดอยู่ แต่แทบไม่มีการใช้งานและยังหยุดอยู่ที่ XSLT 1.0 ดังนั้นน่าจะจัดอยู่ในกลุ่มที่ละเว้นได้อย่างปลอดภัยไปอีกนานพอสมควร
ผมทำงานเกี่ยวกับเบราว์เซอร์มาแบบเป็นช่วง ๆ ตั้งแต่ปี 2006 แต่สภาพแวดล้อมตอนนี้ต่างไปโดยสิ้นเชิง
สเปก ดีขึ้นกว่าที่เคย และ ชุดทดสอบ ที่ใช้ได้ก็มีมากราวกับขุมทรัพย์
ถ้ามีใครคุกคามตำแหน่งของ Google ได้ Google ก็สามารถทุ่มเงิน สร้างมาตรฐานที่ซับซ้อนเกินจำเป็น และนำไป implement ใน Blink เพื่อบังคับให้คู่แข่งต้องตามให้ทัน
ไม่จำเป็นต้องผ่าน W3C ด้วยซ้ำ ถ้ามันทำงานใน Chrome นักพัฒนาเว็บก็จะนำไปใช้ และเอนจินขนาดเล็กก็ต้องรองรับในท้ายที่สุดหากไม่อยากเสียส่วนแบ่งตลาดที่เหลืออยู่
ความสำคัญเชิงยุทธศาสตร์ของการควบคุมอินเทอร์เน็ตในตอนนี้ยิ่งใหญ่กว่าสมัยที่ Microsoft อยู่จุดสูงสุดเมื่อ 20–30 ปีก่อนเสียอีก
ลองเทียบ https://www.ietf.org/rfc/rfc1866.txt กับ https://html.spec.whatwg.org/multipage/ ก็ได้
ในอดีตการเขียนเว็บเบราว์เซอร์ก็ยากด้วยหลายเหตุผลอยู่แล้ว แต่การสร้าง เบราว์เซอร์ที่มีฟีเจอร์ครบถ้วน ในวันนี้เป็นงานมหึมา และตอนนี้ก็ยังมีฟีเจอร์ใหม่ ๆ เพิ่มเข้ามาเรื่อย ๆ พร้อมความคาดหวังว่าเบราว์เซอร์ต้องรองรับ
พื้นผิว API ใหญ่ขึ้นจนเทียบกับ 10–15 ปีก่อนไม่ได้เลย: https://developer.mozilla.org/en-US/docs/Web/API
นี่ยังไม่รวม JavaScript, MathML, SVG, ฟีเจอร์ความปลอดภัยบน HTTP, การเข้ารหัส และอัปเดตด้านการรองรับสื่อ
น่าทึ่งจริง ๆ ที่คนคนหนึ่งเริ่มสร้าง ระบบปฏิบัติการทั้งระบบจากศูนย์ เพื่อความสนุกและเพื่อทำสิ่งที่น่าสนใจ แล้วบังเอิญสร้างหนึ่งในเอนจินเบราว์เซอร์ใหม่ที่มีความเป็นไปได้มากที่สุดในรอบ 10–20 ปีที่ผ่านมา
ผมดูวิดีโอการพัฒนามา 1–2 ปีแล้ว และความเร็วที่เดินหน้าไปได้ในเวลาสั้น ๆ แบบนี้แทบไม่น่าเชื่อ
ตอนนี้มีอาสาสมัครหลายคนแล้ว และยังมีสปอนเซอร์มากพอที่จะจ่ายเงินให้นักพัฒนามากกว่าหนึ่งคนได้ อนาคตจึงน่าคาดหวังทีเดียว
หนึ่งในเคล็ดลับความสำเร็จคือการแปลงสเปกต่าง ๆ เป็นโค้ดโดยตรง ซึ่งในปัจจุบันน่าจะใกล้เคียงวิธีที่ดีที่สุดแล้ว เขายังเน้น test-driven อย่างมากด้วย
เมื่อพูดว่า “จากศูนย์” นั่นรวมถึงการไม่ใช้ไลบรารีมาตรฐานของ C++ และมีแม้กระทั่งคลาสสตริงของตัวเอง ซึ่งไม่ว่าจะดีหรือไม่ดี ก็ถือว่าโอเคเพราะเป็นโปรเจกต์ที่ทำ “เพื่อความสนุก” และ “เพื่อเรียนรู้”
พอคิดว่าแค่ไลบรารีกับ OS ก็บ้าพอแล้ว เขาก็ประกาศว่าจะเพิ่มเบราว์เซอร์กับ JavaScript engine เข้าไป จากนั้นก็มี JIT compiler และเพราะไม่ถูกใจทั้ง C++ และ Rust อย่างสมบูรณ์ เขายังสร้างภาษาใหม่ของตัวเองชื่อ Jakt ขึ้นมาอีก
สิ่งที่น่านับถือยิ่งกว่าความเชี่ยวชาญคือความถ่อมตัวและความใจดี เขาไม่ได้ชอบโอ้อวดตัวเองมากเหมือน Linus และคนอื่น ๆ และในทุกวิดีโอก็จะเอ่ยชื่อทีละคนว่าใครทำอะไร พร้อมยกเครดิตให้ เป็นแบบอย่างโอเพนซอร์สที่ยอดเยี่ยม
ยังคงน่าประทับใจอยู่ แต่ถ้าพูดถึงการพัฒนาเบราว์เซอร์ เขาไม่ใช่มือใหม่โดยสมบูรณ์
คาดหวังว่าจะกลายเป็นเบราว์เซอร์ที่ใช้ได้ในชีวิตประจำวัน เว็บเอนจิน ใหม่เป็นเรื่องที่ยอดเยี่ยม และก็หวังว่า Servo จะประสบความสำเร็จด้วย
อาจพิจารณาเข้าไปมีส่วนร่วม แต่การประสานงานพัฒนาเกิดขึ้นบน Discord และผมหลีกเลี่ยงซอฟต์แวร์กรรมสิทธิ์… [1]
น่าเสียดาย แต่ก็เป็นงานที่ทำเพื่อความสนุก จึงโทษกันไม่ได้
[1] https://drewdevault.com/2022/03/29/free-software-free-infras...
เขาเรียกผู้เขียนที่โปรโมตซอฟต์แวร์โอเพนซอร์สผ่านช่องทางอย่าง Twitter, Hacker News, LinkedIn, GitHub ว่า “เห็นแก่ตัวและผิดจริยธรรมอย่างโจ่งแจ้ง”
ลัทธิยึดหลักคำสอน แบบนี้ทำให้เหนื่อย และรู้สึกเหมือนกำลังผลักดันนิยามของซอฟต์แวร์เสรี/โอเพนซอร์สที่เป็นปฏิปักษ์ต่อคนที่แค่อยากสร้างสิ่งเจ๋ง ๆ แล้วแบ่งปันกับโลก รวมถึงคนที่อยากหาเงินจาก FOSS ด้วย
น่าแปลกที่เขามีมุมมองรุนแรงขนาดนั้น แต่กลับโพสต์บทความอย่าง “Can I be on your podcast”[1] เพื่อโปรโมตภาษาโปรแกรม Hare ของตัวเอง
ไม่ใช่ว่าเขาหาเฉพาะพอดแคสต์ที่ไม่ได้เผยแพร่บนแพลตฟอร์มอย่าง Spotify หรือ Apple Podcasts และในความเป็นจริงเขาก็โปรโมต Hare ผ่านการไปออกรายการหลายครั้ง
เรื่องนี้ให้ความรู้สึกเหมือน ความหน้าซื่อใจคด
[1]: https://drewdevault.com/2023/11/09/Can-I-be-on-your-podcast....
ชอบส่วนนี้ใน FAQ
“ทำไปทำไมกัน? คุณสร้างเอนจินเบราว์เซอร์ใหม่ไม่ได้หรอกถ้าไม่มีเงินหลายพันล้านดอลลาร์และพนักงานหลายร้อยคน”
“ทำได้ครับ อย่าไปฟังพวก ผู้แพ้ที่กอดอกมองโลกแง่ร้าย ซึ่งไม่เคยสร้างเบราว์เซอร์มาก่อน”
ดีใจที่เห็นว่าในการพัฒนาเอนจินเบราว์เซอร์ยังมี การแข่งขัน อยู่ Servo ซึ่งเคยเป็นส่วนหนึ่งของ Mozilla ก็มีเช่นกัน: https://servo.org/
อย่างไรก็ตาม ทั้ง Servo และ Ladybird ยังไม่สุกงอมมากนักเมื่อเทียบกับเบราว์เซอร์ที่ใช้ประจำวัน
ค่อนข้างน่าเสียดายที่ไม่มี nightly build ให้ลอง Ladybird ซึ่งอาจเป็นเพราะยังไม่ต้องการรับรายงานบั๊ก ถ้าทุกอย่างยังอยู่ในสภาพที่ใช้งานไม่ได้ การมีบั๊กสุ่ม ๆ สะสมขึ้นมาก็ไม่มีความหมาย
แน่นอนว่านั่นคือช่วงใดช่วงหนึ่งของปีที่แล้ว และตอนนี้อาจช้ากว่านั้น แต่ก็ยังห่างไกลจากการ build Chromium ที่ใช้เวลา 9 ชั่วโมง
สำหรับผู้ดูแลแล้วชีวิตจะง่ายขึ้น และเมื่อโปรเจกต์โตพอ ก็น่าจะเปลี่ยนได้มาก
ชอบภาพสกรีนช็อตความคืบหน้าเหล่านี้มาก: https://serenityos.org/happy/1st/
ในเรื่องการเขียนโปรแกรม เขาดูเหมือน นักพัฒนาสารพัดประโยชน์ ตัวจริง
ลองทำการทดลองทางความคิดดูว่า เบราว์เซอร์ชนิดใหม่สำหรับเว็บชนิดใหม่จะเป็นอย่างไร? หลายส่วนของ CSS นั้นล้าสมัยแล้ว
เลยคิดว่า ถ้าทำเวอร์ชัน “สมัยใหม่” โดยเฉพาะที่เน้น CSS Grid และ Flex จะให้ฟังก์ชันเดียวกันได้แบบไม่รุงรังไหม
หมายถึงเรื่องเก่า ๆ อย่างเลย์เอาต์ 3 คอลัมน์แบบจอกศักดิ์สิทธิ์นั่นแหละ
ยังทำให้นึกถึง canvas, threejs, react-three-fiber, react-drei ด้วย โดยเฉพาะบนมือถือ canvas อาจให้ประสบการณ์ผู้ใช้ที่ดีกว่าก็ได้?
ใครเขียนเกมมือถือด้วย HTML และ CSS กัน? ไม่ได้หมายความว่าเป็นไปไม่ได้ แต่สงสัยว่าเว็บไซต์จำนวนมากแค่ไหนที่จำเป็นต้องใช้ HTML และ CSS แทน canvas จริง ๆ
อุปสรรคใหญ่ของการแข่งขันในตลาดเบราว์เซอร์คือการต้อง implement เทคโนโลยีเก่า ๆ ล้าสมัยจำนวนมาก จะใช้แค่ HTML ขั้นต่ำกับ canvas ไม่ได้หรือ?
คงไม่ได้ช่วยอะไรมากนัก
พื้นผิวของ Web API ขยายตัวเหมือน การระเบิดยุคแคมเบรียน และสิ่งสมัยใหม่ก็กลบสิ่งเก่าไปหมด ต่อให้ตัดการรองรับกลไกที่เก่าหรือใช้น้อยออกไป ก็ไม่ได้ลดโค้ดและความซับซ้อนลงมากอย่างที่คิด
นอกเหนือจากพื้นที่ผิวที่เรียบง่ายแล้ว ถ้าจะ implement “โปรไฟล์แกนหลักแบบจำกัด” ให้แข่งขันได้ โดยเฉพาะถ้าเริ่มจากศูนย์ทั้งหมดและต้องคำนึงถึง performance ด้วย ระดับวิศวกรรมที่ต้องใช้จะสูงมาก
เอฟเฟกต์ long tail ก็รุนแรง เพราะเว็บไซต์สมัยใหม่ส่วนใหญ่ก็ยังพึ่งพาส่วนเก่า ๆ อยู่ตรงโน้นตรงนี้ ทำให้แทบไม่มีหน้าเว็บใดทำงานได้ถูกต้องในเบราว์เซอร์สมมุติแบบนั้น
กล่าวคือ มันยังคงเป็นโปรเจกต์ที่ใหญ่มากและยากมาก แน่นอนว่า community FOSS ก็ทำโปรเจกต์ใหญ่และยากสำเร็จมาแล้วไม่น้อย จึงไม่ได้แปลว่าเป็นไปไม่ได้
ถ้าอยากสร้างแอป ไม่ว่าจะเป็นแอปที่เชื่อมต่อหรือไม่ก็ตาม เราก็มีอินเทอร์เน็ตและ OS อยู่แล้ว ไม่จำเป็นต้องทำให้อินเทอร์เฟซแย่ลงเพราะต้องสู้กับเบราว์เซอร์
เรื่องนี้สำคัญเป็นพิเศษกับเกมหรือ ซอฟต์แวร์เชิงลึก อื่น ๆ
แก่นดั้งเดิมของเว็บคือชุดเอกสารที่เชื่อมกันด้วยไฮเปอร์ลิงก์ บางครั้งมีมัลติมีเดีย และเพิ่มปฏิสัมพันธ์ด้วยฟอร์มกับสคริปต์เล็กน้อย
ถ้าอยากเห็นว่าสถานการณ์ตอนนี้ประหลาดแค่ไหน ให้ลองจินตนาการจักรวาลคู่ขนานที่ Adobe กลายเป็นยักษ์ใหญ่แทน Google และ JavaScript ใน PDF ถูกนำไปใช้ผิดวัตถุประสงค์เพื่อสร้างแอป
border-box ก็แก้ความเจ็บปวดส่วนใหญ่ของยุค 2000 ได้แล้ว ฟังดูเป็นไอเดียที่ดี แต่ไม่รู้ว่าจะตัดอะไรออกได้จริง
ตารางก็ยังดีที่สุดสำหรับ ข้อมูลแบบตาราง จริง ๆ
นี่คือเธรดที่กำลังคุยกันและโพสต์ก่อนหน้าที่เกี่ยวข้อง
Interview with Andreas Kling of Serenity OS (2022) - https://news.ycombinator.com/item?id=39286638 - กุมภาพันธ์ 2024, 134 ความคิดเห็น
Ladybird browser update (July 2023) [video] - https://news.ycombinator.com/item?id=36939402 - กรกฎาคม 2023, 1 ความคิดเห็น
Chat with Andreas Kling about Ladybird and developing a browser engine - https://news.ycombinator.com/item?id=36620450 - กรกฎาคม 2023, 65 ความคิดเห็น
Shopify Sponsored Ladybird Browser - https://news.ycombinator.com/item?id=36502583 - มิถุนายน 2023, 1 ความคิดเห็น
I have received a $100k sponsorship for Ladybird browser - https://news.ycombinator.com/item?id=36377805 - มิถุนายน 2023, 166 ความคิดเห็น
Early stages of Google Docs support in the Ladybird browser - https://news.ycombinator.com/item?id=33511831 - พฤศจิกายน 2022, 84 ความคิดเห็น
Github.com on Ladybird, new browser with JavaScript/CSS/SVG engines from scratch - https://news.ycombinator.com/item?id=33273785 - ตุลาคม 2022, 1 ความคิดเห็น
Ladybird: A new cross-platform browser project - https://news.ycombinator.com/item?id=32809126 - กันยายน 2022, 473 ความคิดเห็น
Ladybird: A truly new Web Browser comes to Linux - https://news.ycombinator.com/item?id=32014061 - กรกฎาคม 2022, 8 ความคิดเห็น
Ladybird Web Browser - https://news.ycombinator.com/item?id=31987506 - กรกฎาคม 2022, 2 ความคิดเห็น
Ladybird Web Browser – SerenityOS LibWeb Engine on Linux - https://news.ycombinator.com/item?id=31976579 - กรกฎาคม 2022, 2 ความคิดเห็น
ระหว่างที่ Mozilla ขายบริการคุ้มครองความเป็นส่วนตัวต่อ คนอื่น ๆ ก็กำลังสร้างเบราว์เซอร์ที่ดีกว่าอยู่
ไม่จำเป็นต้องใช้เงิน 6 พันล้านดอลลาร์ ด้วยซ้ำ
Andreas Kling กับโปรเจกต์ SerenityOS นั้นดี แต่ไม่ชอบที่เขาอยู่แค่บน Twitter
Mastodon ดูเหมาะกับผู้ชมของเขาพอดี
เมื่อก่อน Twitter ก็เคยเป็นแบบนั้นมากกว่านี้ แต่หลังจาก Elon เข้าซื้อกิจการ รู้สึกว่าคนที่โกรธเกรี้ยวที่สุดย้ายไป Mastodon กัน
ผมว่าใน Mastodon บรรยากาศแบบนั้นเด่นชัดมากและหลีกเลี่ยงได้ยาก