Ladybird ผ่านเกณฑ์ 90% ของ Apple ใน web-platform-tests

 (twitter.com/awesomekling)
3 คะแนน โดย GN⁺ 2025-10-07 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • Ladybird บรรลุ เกณฑ์การผ่าน 90% ของ Apple ในการทดสอบมาตรฐานเว็บอัตโนมัติที่ชื่อ web-platform-tests
  • การทดสอบนี้ใช้วัด ความเข้ากันได้กับมาตรฐานเว็บของเบราว์เซอร์อย่างครอบคลุม ครอบคลุมทั้ง HTML, CSS, JavaScript เป็นต้น
  • ด้วยการทำ อัตราการผ่านการทดสอบในระดับสูง เทียบเท่ากับเบราว์เซอร์ของ Apple (โดยหลักคือ Safari) ทำให้เห็นว่าอัลกอริทึมหลักและการรองรับมาตรฐานเว็บของ Ladybird มี ความน่าเชื่อถือใกล้เคียงกับเบราว์เซอร์ชั้นนำของอุตสาหกรรม
  • นี่เป็นหมุดหมายสำคัญที่แสดงให้เห็นว่าเบราว์เซอร์โอเพนซอร์สรายใหม่สามารถแข่งขันกับ ผู้เล่นรายใหญ่ที่ครองตลาดอยู่เดิม ได้อย่างเป็นรูปธรรม

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
shakespeares 2025-10-08

หวังว่าจะได้เห็นมันยืนเคียงบ่าเคียงไหล่กับ Blink และ WebKit
 
GN⁺ 2025-10-07
ความเห็นใน Hacker News
  • ในฐานะคนที่เคยมีส่วนร่วมกับ web-platform-tests อย่างลึกซึ้ง ผมคิดว่าต้องระวังในการใช้สัดส่วนการผ่านเทสต์เป็นตัวชี้วัด นี่ไม่ใช่การลดทอนความสำเร็จของ Ladybird เลย เพราะความก้าวหน้าอันรวดเร็วของ Ladybird น่าทึ่งมากจริง ๆ และถ้า web-platform-tests ช่วยทีมนี้ได้ นั่นก็เป็นเรื่องดีในตัวมันเอง การมี implementation ของเว็บแพลตฟอร์มหน้าใหม่อย่าง Ladybird, Servo และ Flow เกิดขึ้นถือเป็นเรื่องน่ายินดีมาก เพียงแต่ web-platform-tests เดิมทีถูกปรับให้เหมาะเป็นเครื่องมือทางวิศวกรรม ไม่ได้ถูกออกแบบมาให้เป็นเมตริกเชิงวัตถุวิสัย ตัวอย่างเช่น สัดส่วนของเทสต์ด้านการถอดรหัสเมื่อเทียบกับจำนวนเทสต์ทั้งหมดสูงเกินไป เหตุผลไม่ใช่เพราะมันยากในการพัฒนาบราว์เซอร์ แต่เพราะมันสร้างได้ง่าย นอกจากนี้ เรายังพยายามลดอุปสรรคทั้งทางเทคนิคและทางสังคมเพื่อให้ทุกคนสามารถส่งเทสต์ที่มีประโยชน์เข้ามาได้อย่างอิสระ ซึ่งอาจไม่เหมาะกับการสร้างตัวชี้วัดที่ดีนัก แต่เหมาะมากสำหรับการเป็นทรัพยากรทางวิศวกรรมที่ดี Interop Project แก้ปัญหานี้ได้บางส่วนด้วย trade-off แบบอื่นและชุดเทสต์ที่คัดเลือกมา แต่ระบบปัจจุบันก็ยังถูกออกแบบมาโดยมุ่งเป้าไปที่ผู้ที่มีเอนจินเว็บเบราว์เซอร์ซึ่งเกือบสมบูรณ์อยู่แล้ว
    • ในทวีตมีการพูดถึงว่าตัวชี้วัดนี้เป็นเกณฑ์ตามอำเภอใจที่ Apple บังคับให้ทีม Ladybird ต้องผ่าน ส่วนในอัปเดตรายเดือนของ Ladybird ก็มีการเผยแพร่จำนวนเทสต์ที่ผ่านโดยไม่นับเทสต์ด้าน encoding ด้วย เพราะมันทำให้อัตราการผ่านดูสูงเกินจริง
    • สงสัยว่ามันเป็นไปไม่ได้หรือที่จะใช้ชุดย่อยของเทสต์ที่คัดเลือกแล้วมาเป็นเมตริก
    • ถ้าอย่างนั้นก็ควรไปพูดกับ Apple โดยตรง เพราะ Apple คือผู้ที่สร้างเกณฑ์นี้ขึ้นมา
    • ไม่เข้าใจว่าทำไมต้องมาพูดประเด็นนี้ที่นี่ นี่ไม่ใช่เมตริกของ Ladybird แต่เป็นเพราะ Apple กำหนดเงื่อนไขนี้กับ iOS
  • การที่เบราว์เซอร์ Ladybird กำลังจะไปถึงจุดที่ใช้งานจริงได้ในไม่ช้านี้เป็นเรื่องที่เจ๋งมาก ผมนึกว่าจะต้องใช้เวลาอีกหลายปี ไม่คิดว่าจะพัฒนาจนแข่งขันได้เร็วขนาดนี้
    • ยังไม่ได้ลองใช้เอง แต่ดูวิดีโอสรุปรายเดือนมาบ้าง การผ่านเทสต์กับการเร็วพอสำหรับใช้งานทุกวันนั้นเป็นคนละเรื่องกันโดยสิ้นเชิง ดูเหมือนตอนนี้ Ladybird จะยังไม่เร็วขนาดนั้น ถึงอย่างนั้นผลงานด้านการพัฒนาของทั้งทีมก็ยอดเยี่ยมมาก
    • สงสัยว่าสุภาษิตที่ว่า "งานเสร็จไป 90% ใช้เวลา 90% และอีก 10% ที่เหลือก็ใช้เวลาอีก 90%" จะใช้กับ Ladybird ด้วยไหม ถึงจะเป็นจริงก็ยังคิดว่าโดยรวมถือว่าใช้เวลาพัฒนาได้ดีมาก
    • อยากแนะนำว่าอย่าคาดหวังมากเกินไป ดูจากรายงานพัฒนาเดือนกันยายนแล้วยังมีจุดที่ต้องแก้อีกเยอะมาก แม้จะเป็นความก้าวหน้าครั้งใหญ่แน่นอน แต่กว่าที่ Ladybird จะเสร็จสมบูรณ์ก็น่าจะต้องใช้เวลาอีกหลายปี
    • เมื่อ 3 ปีก่อนผมค่อนข้างสงสัยใน Ladybird แต่ประการแรก ตอนนี้มีวิศวกรประจำเพิ่มเป็น 8 คนแล้ว ซึ่งเป็นส่วนที่ผมไม่คาดคิด และประการที่สอง เวลาก็ผ่านไปจริง ๆ 3 ปีแล้ว ดังนั้นตอนนี้ผมมองในแง่ดีขึ้นมาก แน่นอนว่าถ้าจะไปแข่งกับ Chrome ก็ยังอีกไกล และผมก็ยังมีคำถามกับคุณค่าของการสร้างเองทั้งหมดโดยไม่ fork จากเอนจินที่มีอยู่
    • แต่ก่อนผมคิดว่าการสร้างเอนจินเบราว์เซอร์ใหม่ทั้งตัวต้องใช้เวลาหลายสิบปี แต่พอเห็นคนที่ทุ่มเทอย่างทีม Ladybird ทำมันได้จริงก็รู้สึกทึ่ง
  • ในทวีตที่เกี่ยวข้องมีการพูดถึงว่านี่เป็นหมุดหมายสำคัญเพื่อให้ Ladybird ถูกพิจารณาเป็นเอนจินเบราว์เซอร์ทางเลือกบน iOS
    • แบบนี้ก็เข้าใจบริบทที่ชื่อบทความมีคำว่า Apple
    • แต่ก็คงเป็นเรื่องเฉพาะใน EU อย่างน้อยเท่านั้น นอกเหนือจากนั้น Apple คงไม่ยอมให้ใช้เอนจินอื่น ไม่ว่ามันจะดีแค่ไหนก็ตาม
  • น่าประทับใจมากที่ Ladybird ซึ่งเป็นโปรเจกต์อิสระและไม่ใช่ของบริษัท เติบโตได้เร็วขนาดนี้
    • เข้าใจคำว่า "non-corpo" นะ แต่จริง ๆ แล้วองค์กร Ladybird เองก็เป็นนิติบุคคล ดู เอกสารที่เกี่ยวข้อง
    • ถ้าคิดว่าบราว์เซอร์ต้องทำอะไรได้เยอะแค่ไหน โปรเจกต์ระดับนี้ถือว่ายิ่งใหญ่มาก แค่สร้างตัวเรนเดอร์ html/css ที่ดีและเอนจิน JS ก็น่าทึ่งมากอยู่แล้ว แต่ทันทีที่เข้าไปอยู่ในระบบนิเวศ ก็ต้องคอยตามการเปลี่ยนแปลงในอนาคตให้ทันต่อเนื่อง Chrome ยังพอจะต้านข้อเสนอใหม่ ๆ ได้ แต่เบราว์เซอร์เล็ก ๆ ดูเหมือนแทบจะมีแต่ต้องวิ่งตามให้ทัน
    • ผมยังสงสัยว่า Ladybird จะเป็น non-corporate จริงหรือเปล่า จำได้ว่าเคยมีสปอนเซอร์จากบางบริษัท ในแง่นั้นคงพูดไม่ได้ว่าดีกว่า Gecko ขององค์กรไม่แสวงกำไรที่มี Firefox
    • ถ้า Ladybird รักษาความเร็วแบบนี้ไว้ได้ ผมคาดว่าปลายปี 2027 มันจะกลายเป็นคู่แข่งที่น่ากลัวจริง ๆ แต่ส่วนตัวผมคิดว่า Servo ซึ่งเป็นเอนจินที่มีฟีเจอร์มากรองลงมา ก็ควรได้รับแรงทุ่มเทแบบนี้เช่นกัน FF/Mozilla ดูไม่ค่อยสนใจเท่าไร เลยจำเป็นต้องมีโปรเจกต์เบราว์เซอร์แยกต่างหาก
    • การทำให้ผ่านเทสต์ได้อย่างปลอดภัยนั้นเป็นอีกเรื่องหนึ่งโดยสิ้นเชิง นี่คือการทดสอบความสอดคล้องตามมาตรฐาน (conformance) ไม่ใช่การทดสอบความปลอดภัย ถึงอย่างนั้นก็ยังน่าประทับใจมาก
  • สงสัยว่าช่วง 10% สุดท้ายจะยากแค่ไหน ถ้าเป็นโปรเจกต์ซอฟต์แวร์ทั่วไป การจะไปถึง 10% สุดท้ายนั้นมักต้องใช้แรงเพิ่มอีกเกิน 90%
    • และ 1% สุดท้ายก็คงเปลี่ยนไปเรื่อย ๆ และไม่มีวันเสร็จจริง 90% นี้เป็นเกณฑ์ของ Apple แต่ก็สงสัยว่าระดับที่ผู้ใช้ทั่วไปต้องการจริง ๆ คือเท่าไร
    • ในทางประวัติศาสตร์ เบราว์เซอร์เป็นหนึ่งในโปรเจกต์ที่ใหญ่และยากที่สุดอยู่แล้ว เลยไม่เข้าใจว่าทำไมเราควรคาดหวังว่ามันจะง่ายขึ้น ถ้ามีเงินรางวัล 20,000 ดอลลาร์สำหรับการหา segfault ได้ อาจจะค่อยเรียกได้ว่าใกล้เสร็จจริง
  • ผมลอง build และรัน Ladybird เองแล้ว น่าแปลกใจที่มีเว็บไซต์จำนวนมากที่เปิดได้ดีแล้ว เพียงแต่ Youtube ยังใช้ไม่ได้ และใน Vimeo หรือกล่องคอมเมนต์ของ Reddit จะเกิดคราช ถึงอย่างนั้นก็เป็นผลลัพธ์ที่น่ามีกำลังใจมาก การ build ต้องใช้พื้นที่ HDD ราว 6GB
  • เห็นการกระโดดขึ้นครั้งใหญ่ในกราฟ! อยากรู้ว่ามีการเปลี่ยนแปลงอะไรที่ทำให้ดีขึ้นแบบนี้
    • ในเธรดบน Twitter มีคนถาม Andreas เรื่องนี้จริง ๆ และสาเหตุก็คือการรวมสเปก CSS Typed Object Model API เข้าไป
    • Pull Request นี้ทำให้ผ่านเทสต์ที่เกี่ยวกับ CSS เพิ่มอีกราว 6400 รายการ ถึงอย่างนั้นก็คงอธิบายสไปก์ทั้งหมดที่เห็นในกราฟไม่ได้ แต่แน่นอนว่ามีส่วนช่วย รายละเอียด PR
    • กราฟไม่มีแกน เลยไม่รู้ว่ามันเป็นการกระโดดครั้งใหญ่จริงหรือไม่ เช่น อาจขึ้นจาก 89% เป็น 90.2% ก็ได้ และการเปลี่ยนแปลงนี้อาจไม่ได้ใหญ่ไปกว่าการเพิ่มขึ้นก่อนหน้าที่ไม่ได้แสดงทางด้านซ้ายของกราฟเป็นพิเศษ
  • สงสัยว่าการพัฒนาที่เกี่ยวกับ Ladybird gtk ไปถึงไหนแล้ว
  • สงสัยว่า Ladybird ใช้เอนจิน JS อะไร
    • ใช้เอนจินของตัวเองชื่อ LibJS GitHub ของ LibJS
    • ซอร์สโค้ดทั้งหมดเป็นของต้นฉบับที่เขียนเอง
  • ในมุมวิศวกร เป็นเรื่องน่าทึ่งที่บริษัทยักษ์ใหญ่เป็นผู้กำหนดมาตรฐานคุณภาพและจำกัดการเข้าถึง API ของซอฟต์แวร์ third-party แต่ในมุมลูกค้า การมีมาตรฐานคุณภาพที่เข้มงวดและข้อจำกัด API ระดับ OS ที่ผ่านการตรวจสอบด้านความปลอดภัยก็เป็นเรื่องน่ายินดี
    • ในมุมผู้บริโภค การที่เบราว์เซอร์ต้องผ่านการตรวจของ Apple ทำให้อัปเดตช้าลง รวมถึงบั๊กและความปลอดภัยด้วย บน Mac หรือแพลตฟอร์มอื่นไม่จำเป็นต้องเป็นแบบนี้ Apple ทำให้เบราว์เซอร์ที่ไม่ใช่ Safari ทำงานได้ไม่ดี และบน Mac หรือ OS อื่นก็ไม่มีสภาพแวดล้อมแบบนี้ อีกทั้งแม้จะทำเหมือนอนุญาตเอนจินทางเลือกใน EU แต่ในทางปฏิบัติก็มีแต่ การปฏิบัติตามแบบถ่วงเวลาโดยเจตนา (malicious compliance) เพิ่มขึ้น จนเอนจินทางเลือกแทบเป็นได้แค่ทฤษฎี สุดท้ายแล้วผู้บริโภคก็เสียประโยชน์เหมือนกัน
    • ในมุมผู้บริโภค ตอนนี้แม้แต่การใช้บริการอย่าง GitHub หรือ Threads ผ่านเบราว์เซอร์ทางการของ OS ก็ยังมีปัญหา
    • ในมุมวิศวกร สิ่งที่สงสัยคือเบราว์เซอร์ของ Apple เองทำตามมาตรฐานของตัวเองหรือไม่ มีบั๊กบางอย่างที่เกิดกับ Safari บ่อยมากแบบผิดปกติ รวมถึงบั๊กทั่วไปที่ใครก็ตามที่เคยทำเว็บเพจน่าจะเคยเจออย่างน้อยครั้งหนึ่ง
    • สงสัยว่าผู้ใช้มีทางเลือกที่จะไม่ใช้เบราว์เซอร์ที่พังหรือไม่
    • ผมไม่คิดว่านี่เป็นเรื่องน่าทึ่ง แต่มองว่าเป็นความพยายามรักษาการควบคุมเอาไว้ด้วยวิธีต่อต้านการแข่งขันและไม่เป็นธรรม