3 poin oleh GN⁺ 2025-10-07 | 2 komentar | Bagikan ke WhatsApp
  • Ladybird mencapai ambang batas kelulusan 90% milik Apple dalam pengujian otomatis standar web bernama web-platform-tests
  • Pengujian ini mengukur secara menyeluruh kompatibilitas standar web browser seperti HTML, CSS, dan JavaScript
  • Dengan mencatat tingkat kelulusan pengujian yang tinggi setara browser Apple (terutama Safari), implementasi algoritme inti dan standar web Ladybird memperoleh keandalan yang sebanding dengan browser papan atas industri
  • Ini menjadi tonggak penting yang menunjukkan bahwa browser open source baru dapat benar-benar bersaing dengan para pemain lama yang mendominasi pasar

2 komentar

 
shakespeares 2025-10-08

Semoga bisa sejajar dengan Blink dan WebKit.

 
GN⁺ 2025-10-07
Komentar Hacker News
  • Sebagai seseorang yang pernah terlibat cukup dalam dengan web-platform-tests, saya rasa perlu berhati-hati saat menggunakan tingkat kelulusan tes sebagai metrik. Ini bukan untuk meremehkan pencapaian Ladybird; perkembangan cepat Ladybird benar-benar mengagumkan, dan jika web-platform-tests membantu tim ini maka itu sendiri sudah merupakan hal yang baik. Kehadiran implementasi platform web baru seperti Ladybird, Servo, dan Flow sangat disambut baik. Hanya saja, web-platform-tests pada dasarnya dioptimalkan sebagai alat engineering, bukan dirancang sebagai metrik yang objektif. Misalnya, proporsi tes terkait decoding di antara jumlah total tes terlalu tinggi. Alasannya bukan karena itu lebih sulit dalam pengembangan browser, melainkan karena lebih mudah dibuat. Selain itu, kami berusaha menurunkan hambatan teknis dan sosial agar orang bisa bebas berkontribusi tes yang berguna. Ini tidak cocok untuk membuat metrik yang baik, tetapi sangat cocok sebagai sumber daya engineering yang baik. Interop Project sebagian mengatasi masalah ini lewat trade-off yang berbeda dan himpunan tes yang dipilih, tetapi sistem saat ini pada dasarnya dirancang untuk menargetkan pihak-pihak yang sudah mengimplementasikan mesin browser web yang nyaris lengkap
    • Di tweet disebutkan bahwa metrik ini adalah standar arbitrer yang dipaksakan Apple kepada tim Ladybird. Dalam pembaruan bulanan Ladybird, mereka juga mempublikasikan jumlah tes lulus dengan mengecualikan tes encoding karena terlalu menaikkan tingkat kelulusan
    • Saya penasaran apakah tidak mungkin menggunakan subset tes yang dipilih sebagai metrik
    • Kalau begitu, perlu bicara langsung ke Apple. Apple-lah pihak yang membuat standar ini
    • Saya tidak paham kenapa hal ini dibahas di sini. Ini bukan metrik Ladybird, melainkan karena Apple mensyaratkannya untuk iOS
  • Sangat keren bahwa browser Ladybird tampaknya akan segera mencapai tahap layak pakai untuk penggunaan nyata. Saya kira masih perlu beberapa tahun lagi, jadi saya tidak menyangka mereka bisa menjadi sekompetitif ini secepat itu
    • Saya belum mencobanya sendiri, tapi sudah menonton beberapa video ringkasan bulanan. Lulus tes dan cukup cepat untuk dipakai sehari-hari adalah dua hal yang sepenuhnya berbeda. Ladybird tampaknya belum secepat itu saat ini. Meski begitu, pencapaian pengembangan seluruh tim tetap luar biasa
    • Saya penasaran apakah ungkapan "90% dari waktu dipakai untuk mencapai 90% penyelesaian, dan 90% lagi untuk 10% sisanya" juga berlaku untuk Ladybird. Kalaupun benar, menurut saya secara keseluruhan ini tetap periode pengembangan yang cukup bagus
    • Saya sarankan jangan terlalu berharap. Melihat laporan pengembangan September, masih ada sangat banyak hal yang harus diperbaiki. Ini jelas kemajuan yang luar biasa, tetapi tampaknya Ladybird masih butuh beberapa tahun lagi sebelum benar-benar selesai
    • Tiga tahun lalu saya skeptis terhadap Ladybird. Tapi pertama, jumlah engineer penuh waktu naik menjadi 8 orang, yang tidak saya duga, dan kedua, ya memang sudah lewat 3 tahun sungguhan. Jadi sekarang saya jauh lebih optimistis. Tentu saja masih sangat jauh untuk bisa bersaing dengan Chrome, dan saya masih bertanya-tanya soal nilai dari membuatnya sendiri tanpa mem-fork mesin yang sudah ada
    • Dulu saya mengira membuat mesin browser yang benar-benar baru akan memakan waktu puluhan tahun, tetapi saya terkejut melihat orang-orang yang sangat berdedikasi seperti tim Ladybird benar-benar bisa mewujudkan sesuatu
  • Dalam tweet terkait disebutkan bahwa ini adalah tonggak penting agar Ladybird dapat dipertimbangkan sebagai mesin browser alternatif di iOS
    • Jadi saya paham kenapa Apple disebut di judul artikel
    • Tapi setidaknya ini hanya berlaku di EU, dan di luar itu Apple tidak akan mengizinkannya, sebaik apa pun mesinnya
  • Sangat mengesankan bahwa Ladybird, proyek independen dan non-korporat, tumbuh secepat ini
    • Saya paham maksud ungkapan "non-corpo", tetapi sebenarnya organisasi Ladybird sendiri adalah badan hukum. Lihat dokumen terkait
    • Kalau memikirkan betapa banyak hal yang dilakukan browser, proyek sebesar ini benar-benar luar biasa. Membuat renderer html/css yang hebat dan mesin JS saja sudah sangat mengesankan, tetapi begitu masuk ke ekosistemnya, mereka juga harus terus mengikuti perubahan ke depan. Chrome masih bisa menolak proposal baru, sedangkan browser kecil rasanya hampir selalu hanya berusaha mengejar
    • Saya ragu Ladybird benar-benar non-korporat. Setahu saya ada sebagian sponsor perusahaan. Dalam hal itu saya tidak yakin bisa dibilang lebih baik daripada Gecko yang nirlaba dengan Firefox
    • Jika Ladybird bisa mempertahankan laju ini, saya berharap pada akhir 2027 ia bisa menjadi pesaing yang benar-benar kuat. Namun secara pribadi saya juga merasa upaya terfokus seperti ini dibutuhkan untuk Servo, yang merupakan mesin dengan fitur terbanyak berikutnya. FF/Mozilla tampaknya tidak terlalu tertarik, jadi proyek browser terpisah memang terasa perlu
    • Membuat tes lulus dengan aman adalah persoalan yang sepenuhnya berbeda. Ini tes kesesuaian (conformance), bukan tes keamanan. Meski begitu tetap sangat mengesankan
  • Saya penasaran seberapa sulit 10% terakhirnya. Dalam proyek perangkat lunak pada umumnya, mencapai 10% terakhir itu akan membutuhkan lebih dari 90% usaha tambahan
    • Dan 1% terakhir itu akan terus berubah dan tidak pernah benar-benar selesai. 90% itu berdasarkan standar Apple. Tapi saya penasaran standar seperti apa yang sebenarnya dibutuhkan pengguna biasa
    • Browser secara historis termasuk proyek terbesar dan tersulit. Saya tidak melihat alasan untuk berharap ini akan jadi mudah. Kalau ada hadiah 20 ribu dolar untuk menemukan segfault, mungkin itu baru bisa dibilang mendekati selesai
  • Saya sudah membangun dan menjalankan Ladybird sendiri. Mengejutkan, ternyata cukup banyak situs web yang sudah terbuka dengan baik. Tapi Youtube masih belum jalan, dan di Vimeo maupun kotak komentar Reddit terjadi crash. Meski begitu hasilnya sangat menggembirakan. Build memerlukan sekitar 6GB ruang HDD
  • Ada lompatan besar di grafik! Saya penasaran perubahan apa yang menghasilkan peningkatan seperti itu
    • Seseorang benar-benar menanyakan ini kepada Andreas di thread Twitter, dan penyebabnya adalah penggabungan spesifikasi CSS Typed Object Model API
    • Di Pull Request ini, sekitar 6400 tes terkait CSS tambahan jadi lulus. Meski begitu, saya rasa itu tidak sepenuhnya menjelaskan lonjakan yang terlihat di grafik, tapi jelas membantu. Detail PR
    • Grafik itu tidak punya sumbu, jadi kita tidak tahu apakah ini benar-benar lompatan besar. Bisa saja misalnya naik dari 89% ke 90,2%. Bisa jadi perubahan ini tidak lebih besar secara khusus dibanding kenaikan sebelumnya yang tidak ditampilkan di sisi kiri grafik
  • Saya penasaran bagaimana perkembangan terkait gtk di Ladybird
  • Saya penasaran JS engine apa yang dipakai di Ladybird
    • Mereka memakai mesin buatan sendiri, LibJS GitHub LibJS
    • Seluruh source code-nya orisinal
  • Dari sudut pandang engineer, cukup mengejutkan bahwa perusahaan raksasa menetapkan standar kualitas dan membatasi akses API untuk perangkat lunak pihak ketiga. Dari sudut pandang pelanggan, menyenangkan mengetahui bahwa standar kualitas yang ketat dan pembatasan API di level OS memberikan verifikasi keamanan
    • Dari sudut pandang konsumen, pembaruan browser jadi lambat karena harus lolos peninjauan Apple, termasuk untuk bug dan keamanan. Di Mac atau platform lain, hal seperti ini tidak perlu. Apple membuat browser yang tidak memakai Safari jadi tidak benar-benar berfungsi, sementara di Mac atau OS lain situasinya tidak seperti ini. Dan mereka berpura-pura mengizinkan mesin alternatif di EU, padahal pada praktiknya hanya menambah kepatuhan yang berniat jahat (malicious compliance), sehingga mesin alternatif pada dasarnya hanya teori. Pada akhirnya ini juga merugikan konsumen
    • Dari sudut pandang konsumen, bahkan memakai layanan seperti GitHub atau Threads di browser resmi OS pun bisa menimbulkan masalah
    • Dari sudut pandang engineer, yang membuat saya penasaran adalah apakah browser Apple sendiri mematuhi standarnya. Justru Safari yang sangat sering mengalami bug tertentu. Ada banyak bug umum yang kemungkinan pernah dialami siapa pun saat membuat halaman web
    • Saya bertanya-tanya apakah kita benar-benar punya pilihan untuk tidak memakai browser yang rusak
    • Ini bukan hal yang mengejutkan, melainkan upaya untuk mempertahankan kontrol dengan cara yang anti-persaingan dan tidak adil