Ladybird vượt ngưỡng 90% của Apple trong web-platform-tests

• Ladybird đã đạt ngưỡng vượt qua 90% của Apple trong bài kiểm thử tự động tiêu chuẩn web có tên web-platform-tests
• Bài kiểm thử này đo lường một cách toàn diện mức độ tương thích với các tiêu chuẩn web của trình duyệt như HTML, CSS, JavaScript
• Việc ghi nhận tỷ lệ vượt qua bài kiểm thử cao tương đương với trình duyệt của Apple (chủ yếu là Safari) cho thấy các thuật toán cốt lõi và việc triển khai tiêu chuẩn web của Ladybird đã đạt được độ tin cậy tương tự các trình duyệt hàng đầu trong ngành
• Đây là một cột mốc quan trọng cho thấy một trình duyệt mã nguồn mở mới có thể cạnh tranh thực chất với các ông lớn hiện có trên thị trường

[shakespeares]

Hy vọng nó sẽ sớm sánh vai cùng Blink và WebKit.

[GN⁺]

Ý kiến Hacker News

• Tôi đã tham gia khá sâu vào web-platform-tests, nên cần thận trọng khi dùng tỷ lệ vượt qua bài kiểm thử như một chỉ số. Điều này không nhằm hạ thấp thành tựu của Ladybird; tốc độ phát triển của Ladybird thực sự rất đáng kinh ngạc, và nếu web-platform-tests đang giúp ích cho nhóm này thì bản thân điều đó đã là một điều tốt. Những triển khai nền tảng web mới nổi như Ladybird, Servo, Flow đều rất đáng hoan nghênh. Tuy vậy, web-platform-tests vốn được tối ưu như một công cụ kỹ thuật, chứ không được thiết kế như một thước đo khách quan. Ví dụ, tỷ lệ các bài kiểm thử liên quan đến giải mã trong tổng số bài kiểm thử là quá cao. Lý do không phải vì đó là phần đặc biệt khó trong phát triển trình duyệt, mà vì chúng dễ tạo ra. Ngoài ra, chúng tôi muốn hạ thấp các rào cản kỹ thuật và xã hội để mọi người có thể tự do đóng góp các bài kiểm thử hữu ích. Điều này không phù hợp để tạo ra một chỉ số tốt, nhưng lại rất phù hợp để làm một tài nguyên kỹ thuật tốt. Interop Project phần nào giải quyết vấn đề này bằng những đánh đổi khác và các tập con bài kiểm thử được chọn lọc, nhưng hệ thống hiện tại vẫn được thiết kế để nhắm tới những nơi đã triển khai gần như hoàn chỉnh một engine trình duyệt web
  • Trong tweet có nhắc rằng chỉ số này là một tiêu chuẩn tùy ý do Apple áp đặt lên đội Ladybird. Trong bản cập nhật hàng tháng của Ladybird, họ cũng công bố số bài kiểm thử vượt qua sau khi loại trừ các bài kiểm thử mã hóa vốn làm tỷ lệ tăng quá mạnh
  • Tôi tự hỏi liệu có bất khả thi không khi dùng một tập con bài kiểm thử đã được chọn lọc làm chỉ số
  • Nếu vậy thì cần nói chuyện trực tiếp với Apple. Apple là bên đặt ra tiêu chí này
  • Tôi không hiểu vì sao lại nêu điểm này ở đây. Đây không phải là chỉ số của Ladybird, mà là vì Apple yêu cầu điều đó trên iOS
• Việc trình duyệt Ladybird sắp đạt đến mức có thể dùng thực tế thật sự rất tuyệt. Tôi đã nghĩ sẽ còn mất thêm vài năm nữa, nên không ngờ nó lại trở nên có sức cạnh tranh nhanh đến vậy
  • Tôi chưa dùng thử trực tiếp, nhưng đã xem vài video tóm tắt hàng tháng. Việc vượt qua bài kiểm thử và việc đủ nhanh để dùng hàng ngày là hai chuyện hoàn toàn khác nhau. Có vẻ hiện giờ Ladybird chưa nhanh đến mức đó. Dù vậy, thành quả phát triển của cả đội vẫn rất ấn tượng
  • Tôi tự hỏi câu “90% độ hoàn thiện cần 90% thời gian, và 10% còn lại lại cần thêm 90% nữa” có đúng với Ladybird không. Dù có đúng thì tôi vẫn nghĩ tổng thời gian phát triển như vậy là khá ổn
  • Tôi khuyên đừng kỳ vọng quá mức. Xem báo cáo phát triển tháng 9 thì vẫn còn rất nhiều thứ cần sửa. Rõ ràng đây là một bước tiến khổng lồ, nhưng có vẻ Ladybird vẫn sẽ cần thêm vài năm nữa mới hoàn thiện
  • Ba năm trước tôi khá hoài nghi về Ladybird. Nhưng thứ nhất là số kỹ sư toàn thời gian đã tăng lên 8 người, điều mà tôi không ngờ tới; thứ hai là thực sự đã trôi qua 3 năm. Vì thế giờ tôi lạc quan hơn nhiều. Tất nhiên, để cạnh tranh với Chrome thì vẫn còn rất xa, và tôi vẫn còn nghi ngờ về giá trị của việc tự xây dựng thay vì fork một engine có sẵn
  • Trước đây tôi từng nghĩ việc tạo ra một engine trình duyệt hoàn toàn mới phải mất hàng chục năm, nhưng nhìn những người tận tâm như đội Ladybird thực sự làm được điều gì đó thì thật đáng ngạc nhiên
• Trong tweet liên quan có nhắc rằng đây là một cột mốc quan trọng để Ladybird được xem xét như một engine trình duyệt thay thế trên iOS
  • Vậy nên tôi hiểu tại sao tiêu đề bài viết lại có Apple
  • Nhưng ít nhất thì điều này chỉ áp dụng trong EU; ngoài khu vực đó, Apple sẽ không cho phép dù engine có tốt đến đâu đi nữa
• Thật ấn tượng khi một dự án độc lập, không thuộc doanh nghiệp như Ladybird lại phát triển nhanh như vậy
  • Tôi hiểu cách dùng từ “non-corpo”, nhưng thực ra chính tổ chức Ladybird cũng là một pháp nhân. Xem hồ sơ liên quan
  • Nếu nghĩ đến việc trình duyệt phải làm bao nhiêu thứ, thì quy mô dự án này thật sự quá khổng lồ. Chỉ riêng việc tạo ra một bộ dựng hình html/css tốt và một JS engine tốt đã là phi thường rồi, nhưng một khi đã bước vào hệ sinh thái đó thì còn phải liên tục theo kịp những thay đổi về sau. Chrome còn có thể phản đối các đề xuất mới, còn các trình duyệt nhỏ thì gần như chỉ lo chạy theo
  • Tôi nghi ngờ việc Ladybird có thật sự là phi doanh nghiệp hay không. Tôi nhớ là đã có một số tài trợ từ doanh nghiệp. Xét ở điểm đó thì có lẽ không thể nói nó tốt hơn Gecko phi lợi nhuận đứng sau Firefox
  • Nếu Ladybird giữ được tốc độ này một cách ổn định, tôi kỳ vọng đến cuối năm 2027 nó sẽ trở thành một đối thủ thực sự đáng gờm. Tuy nhiên cá nhân tôi cũng nghĩ rằng engine Servo, vốn là engine có nhiều tính năng nhất tiếp theo, cũng cần một nỗ lực tập trung như vậy. FF/Mozilla có vẻ không mấy quan tâm, nên rất cần một dự án trình duyệt riêng biệt
  • Việc vượt qua bài kiểm thử một cách an toàn lại là một vấn đề hoàn toàn khác. Đây là bài kiểm thử về tính tuân thủ, không phải kiểm thử bảo mật. Dù vậy vẫn cực kỳ ấn tượng
• Tôi tự hỏi 10% cuối cùng sẽ khó đến mức nào. Với các dự án phần mềm thông thường, để đạt được 10% cuối cùng thường cần hơn 90% nỗ lực bổ sung
  • Và 1% cuối cùng thì sẽ luôn thay đổi và không bao giờ thực sự kết thúc. 90% là theo tiêu chuẩn của Apple. Nhưng tôi tự hỏi mức mà người dùng bình thường yêu cầu là bao nhiêu
  • Trình duyệt từ trước đến nay vẫn là một trong những dự án lớn và khó nhất. Tôi không hiểu sao lại có thể kỳ vọng việc này sẽ trở nên dễ dàng. Nếu treo thưởng 20.000 USD cho việc tìm ra segfault thì có lẽ lúc đó mới gần đến giai đoạn hoàn thiện thật sự
• Tôi đã tự build và chạy thử Ladybird. Đáng ngạc nhiên là đã có khá nhiều website mở tốt. Tuy nhiên Youtube vẫn chưa dùng được, còn Vimeo và ô bình luận Reddit thì bị crash. Dù vậy đây vẫn là một kết quả rất đáng khích lệ. Quá trình build cần khoảng 6GB dung lượng HDD
• Tôi thấy có một cú nhảy lớn trên biểu đồ! Không biết thay đổi nào đã tạo ra mức cải thiện đó
  • Trong chuỗi Twitter, thực sự đã có người hỏi Andreas điều này, và nguyên nhân là do họ gộp đặc tả CSS Typed Object Model API
  • Pull Request này đã giúp vượt qua thêm khoảng 6400 bài kiểm thử liên quan đến CSS. Dù vậy có lẽ vẫn chưa giải thích hết toàn bộ mức tăng đột biến trên biểu đồ, nhưng chắc chắn có đóng góp. Chi tiết PR
  • Biểu đồ không có trục nên không thể biết đó có thật sự là một cú nhảy lớn không. Ví dụ có thể chỉ là từ 89% lên 90,2%. Cũng có thể đây không phải trường hợp tăng mạnh hơn đặc biệt so với các mức tăng trước đó vốn không được hiển thị ở phía bên trái biểu đồ
• Tôi tò mò không biết việc phát triển Ladybird gtk hiện ra sao
• Tôi thắc mắc Ladybird dùng JS engine nào
  • Họ dùng engine riêng là LibJS GitHub LibJS
  • Toàn bộ mã nguồn đều là nguyên bản
• Ở góc nhìn kỹ sư, thật đáng ngạc nhiên khi một tập đoàn lớn đặt ra tiêu chuẩn chất lượng và hạn chế quyền truy cập API của phần mềm bên thứ ba. Ở góc nhìn khách hàng, việc có tiêu chuẩn chất lượng nghiêm ngặt và giới hạn API ở cấp hệ điều hành để bảo đảm kiểm chứng bảo mật lại là điều đáng mừng
  • Ở góc nhìn người tiêu dùng, vì trình duyệt phải vượt qua quá trình xét duyệt của Apple nên các bản cập nhật, kể cả sửa lỗi hay vá bảo mật, bị chậm đi. Trên Mac hay các nền tảng khác thì không cần như vậy. Apple khiến các trình duyệt không dùng Safari hoạt động không đúng, trong khi trên Mac hay hệ điều hành khác không có tình trạng này. Và dù họ tỏ ra như thể cho phép engine thay thế trong EU, trên thực tế chỉ có thêm tuân thủ một cách ác ý, nên engine thay thế về cơ bản chỉ tồn tại trên lý thuyết. Kết quả là xét từ góc nhìn người tiêu dùng thì đây cũng là thiệt hại
  • Ở góc nhìn người tiêu dùng, ngay cả việc dùng các dịch vụ như GitHub hay Threads trên trình duyệt chính thức của hệ điều hành cũng gặp vấn đề
  • Ở góc nhìn kỹ sư, điều tôi thắc mắc là liệu trình duyệt của Apple có tuân thủ chính những tiêu chuẩn của họ hay không. Chỉ riêng Safari là gặp một số lỗi cụ thể với tần suất cực kỳ cao. Cả những lỗi phổ biến mà gần như ai từng làm web cũng đã gặp ít nhất một lần cũng rất nhiều
  • Tôi tự hỏi liệu có thể chọn không dùng một trình duyệt bị hỏng hay không
  • Tôi không thấy điều này đáng ngạc nhiên; tôi cho rằng đây là cách họ cố giữ quyền kiểm soát theo hướng phản cạnh tranh và không công bằng