El proyecto del navegador Ladybird
Un motor experimental de navegador web en C++ llamado Ladybird, surgido del proyecto SerenityOS, está atrayendo atención por la rapidez con la que un pequeño equipo lo ha hecho renderizar sitios importantes e implementar estándares web modernos desde cero. Los comentaristas lo ven como un competidor poco común frente a la tríada Blink/WebKit/Gecko y como una cobertura ante la creciente influencia de Google sobre los estándares web de facto, pero cuestionan su seguridad a largo plazo, la estabilidad de su financiación, su licencia permisiva y su dependencia de Discord para coordinarse. Muchos señalan que las especificaciones más ricas de hoy y las suites de pruebas compartidas hacen que un proyecto así sea más factible que en el pasado, aunque advierten que igualar el endurecimiento de seguridad y la amplitud de funciones de los navegadores principales sigue siendo una tarea enorme.
Alcance del proyecto y progreso
- Muchos comentaristas están impresionados de que un equipo pequeño haya construido un nuevo motor que ya renderiza sitios complejos (p. ej., GitHub, Google Docs) de manera razonablemente buena.
- La experiencia previa en navegadores/motores y una biblioteca estándar personalizada de C++ se consideran facilitadores clave del ritmo del proyecto.
- Se elogia el enfoque de monorrepo “desde cero” (clase de cadenas propia, decodificadores de imágenes propios, SVG, motor JS, JIT, incluso un nuevo lenguaje) por su rapidez de iteración y coherencia, aunque algunos lo ven como excesivo.
Financiación, patrocinadores y motivación
- Los patrocinios de Shopify y de un sitio inmobiliario (que pagó para que su sitio se renderizara correctamente) se destacan como un apoyo corporativo notable.
- A algunos les preocupa que no haya nuevos patrocinadores desde mediados de 2023, lo que puede señalar problemas de financiación.
- Hay debate sobre si esto es “solo por diversión” o un navegador serio a largo plazo; varios argumentan que muchos proyectos importantes empezaron como pasatiempos, pero que por ahora las expectativas en torno a la seguridad deberían ser más moderadas.
Compatibilidad, estándares y monocultura de navegadores
- Muchos comentaristas informan que Firefox funciona para casi todos los sitios; una minoría cita sitios específicos que solo funcionan en Chrome/Blink.
- Existe una crítica sostenida al dominio de Chrome/Blink y a que los desarrolladores apunten solo a ese motor; algunos culpan a los proveedores de navegadores, otros a los equipos de front-end y a la dirección.
- Se atribuye a los estándares y a grandes suites de pruebas compartidas (Web Platform Tests, JS test262, iniciativas de Interop) el haber hecho más factible hoy la creación de nuevos motores.
- La estrategia pragmática de Ladybird de implementar lo necesario para los sitios populares se contrasta con otros motores alternativos (p. ej., Servo, NetSurf), que suelen renderizar mal las páginas modernas.
Seguridad y elecciones de implementación
- El uso de decodificadores multimedia personalizados y C++ genera preocupación; los escépticos sostienen que incluso los grandes proveedores tienen dificultades para asegurar ese código.
- Los defensores responden que un código más pequeño y limpio, el sandboxing estricto, el fuzzing y los sanitizers pueden hacer que una nueva pila compita en seguridad, aunque nadie afirma que sea a prueba de balas.
- Algunos quieren reescrituras futuras en el lenguaje del proyecto más seguro respecto a la memoria; otros señalan que el trabajo en ese lenguaje se ha ralentizado.
Comunidad, licencias y accesibilidad
- Algunos critican el uso de Discord para la coordinación y una licencia permisiva (“pushover”), y prefieren el copyleft y una infraestructura totalmente libre.
- La ausencia de binarios/ISOs oficiales y una postura de “solo para usuarios técnicos” se perciben por algunos como un gatekeeping brusco; otros lo ven como una forma deliberada de limitar la carga de soporte no técnico mientras el proyecto es joven.