O projeto do navegador Ladybird

Artigo original ↗ Discussão no Hacker News ↗

Um mecanismo experimental de navegador web em C++ chamado Ladybird, derivado do projeto SerenityOS, está chamando atenção pela rapidez com que uma equipe pequena o fez renderizar grandes sites e implementar padrões modernos da web do zero. Comentadores o veem como um raro novo concorrente ao tríplice domínio Blink/WebKit/Gecko e como uma proteção contra a influência crescente do Google sobre os padrões de fato da web, mas questionam sua segurança de longo prazo, estabilidade de financiamento, licenciamento permissivo e dependência do Discord para coordenação. Muitos observam que especificações mais ricas e suítes de testes compartilhadas tornam hoje um projeto assim mais viável do que no passado, ao mesmo tempo em que alertam que igualar o endurecimento de segurança e a superfície de recursos dos navegadores convencionais continua sendo um esforço enorme.

Escopo do projeto e progresso

  • Muitos comentaristas ficam impressionados com o fato de uma equipe pequena ter construído um novo engine que já renderiza sites complexos (por exemplo, GitHub, Google Docs) de forma razoavelmente boa.
  • A experiência anterior com navegadores/engines e uma biblioteca padrão C++ personalizada são vistos como fatores-chave que viabilizam a velocidade do projeto.
  • A abordagem de mono-repositório “from scratch” (classe de string própria, decodificadores de imagem próprios, SVG, engine de JS, JIT, até mesmo uma nova linguagem) é elogiada pela rapidez de iteração e coerência, mas alguns a veem como exagero.

Financiamento, patrocinadores e motivação

  • Patrocínios da Shopify e de um site imobiliário (que pagou para fazer o próprio site renderizar corretamente) são destacados como apoio corporativo notável.
  • Alguns se preocupam com o fato de não haver novos patrocinadores desde meados de 2023, o que pode sinalizar dificuldades de financiamento.
  • Há debate sobre se isso é “só por diversão” ou um navegador sério de longo prazo; vários argumentam que muitos grandes projetos começaram como hobbies, mas que as expectativas em torno de segurança devem ser moderadas por enquanto.

Compatibilidade, padrões e monocultura de navegadores

  • Muitos comentaristas relatam que o Firefox funciona para quase todos os sites; uma minoria cita sites específicos que só funcionam no Chrome/Blink.
  • Há críticas persistentes à dominância do Chrome/Blink e a desenvolvedores que miram apenas esse engine; alguns culpam os fornecedores de navegadores, outros as equipes de front-end e a gestão.
  • Padrões e grandes suítes de testes compartilhadas (Web Platform Tests, JS test262, iniciativas Interop) recebem crédito por tornar novos engines mais viáveis hoje.
  • A estratégia pragmática do Ladybird de implementar o que é necessário para sites populares é contrastada com outros engines alternativos (por exemplo, Servo, NetSurf), que tendem a renderizar páginas modernas de forma ruim.

Segurança e escolhas de implementação

  • O uso de decodificadores de mídia personalizados e C++ gera preocupação; céticos argumentam que até grandes fornecedores têm dificuldade para proteger esse tipo de código.
  • Os defensores respondem que código menor e mais limpo, sandboxing rigoroso, fuzzing e sanitizers podem tornar uma nova stack competitiva em segurança, embora ninguém afirme que ela seja à prova de falhas.
  • Alguns querem eventuais reescritas na linguagem do projeto, mais segura em termos de memória; outros observam que o trabalho nessa linguagem desacelerou.

Comunidade, licenciamento e acessibilidade

  • O uso do Discord para coordenação e uma licença permissiva (“pushover”) são criticados por alguns, que preferem copyleft e infraestrutura totalmente livre.
  • A falta de binários/ISOs oficiais e a postura de “apenas para usuários técnicos” são vistas por alguns como um gatekeeping áspero, e por outros como uma forma deliberada de limitar a carga de suporte a não técnicos enquanto o projeto é jovem.