O projeto abandonado da Mozilla, o motor web 'Servo', está recebendo um reboot
O Servo, motor de navegador da Mozilla baseado em Rust e há muito visto como uma alternativa promissora, porém abandonada, ao Gecko/Blink, está sendo reativado e desperta novo interesse como um possível motor embutido para aplicativos de desktop, inclusive via Tauri. Os comentaristas avaliam seu valor para desempenho, segurança e diversidade de motores de navegador contra obstáculos práticos como a falta de APIs maduras de embedding e o domínio do Electron e de soluções baseadas em Chromium. A conversa também revisita os equívocos estratégicos da Mozilla em torno do cancelamento original do Servo, os trade-offs mais amplos entre ferramentas nativas e baseadas na web para desktop, e a esperança de que a nova gestão do Servo priorize torná-lo uma alternativa viável e leve aos webviews existentes.
Propósito do Servo e contexto do reboot
- Os comentaristas discordam se o Servo foi concebido principalmente como:
- Um motor em Rust, do zero, para eventualmente substituir o Gecko.
- Um banco de testes para experimentar novas tecnologias de motor e depois portá-las para o Firefox (por exemplo, mudanças da era Quantum).
- Muitos veem o reboot como bem-vindo, especialmente diante da decepção anterior quando a Mozilla demitiu a equipe do Servo e doou o projeto.
- Alguns temem que a história possa se repetir se o financiamento ou o foco vacilarem novamente.
Tauri, WebView e “Electron mas em Rust”
- O Tauri está experimentando o Servo como uma alternativa aos WebViews do sistema.
- Pontos problemáticos com WebViews do sistema: falta de confiabilidade (especialmente no Windows com ajustes de “debloat”), inconsistências entre plataformas e instaladores grandes ao empacotar motores baseados em Chromium.
- Espera-se que uma opção baseada em Servo seja menor e mais controlável (recursos compilados via Cargo).
- Críticos observam que isso volta ao modelo do Electron (motor empacotado por aplicativo), só que em Rust.
Aplicativos de desktop nativos vs. tecnologias web
- Há uma divisão forte:
- Um lado chama apps no estilo Electron de “browser-in-a-box”, inchados, consumidores de RAM e uma “corrida para o fundo”.
- O outro argumenta que stacks web dominam o mercado de trabalho, reduzem o custo de desenvolvimento multiplataforma e tornam possíveis muitos apps que talvez não existissem.
- Alternativas mencionadas: Qt/QML, GTK, wxWidgets, Flutter, React Native, Tauri, NodeGui, Sciter etc., mas a adoção é percebida como baixa em comparação com o Electron.
- Alguns querem melhor rotulagem nas lojas de aplicativos (por exemplo, um selo de “aplicativo nativo”) em vez de banir o Electron.
Gecko/Servo como motores embutíveis
- Vários comentaristas querem equivalentes baseados em Gecko/Servo para o Electron ou o Chromium Embedded Framework.
- Usar o Gecko fora do Firefox é descrito como doloroso; apps e navegadores baseados em Gecko no passado em grande parte morreram ou migraram para WebKit/Blink.
- Há frustração com o fato de o Servo se apresentar como embutível, mas não oferecer uma API pública robusta, no estilo do CEF; exemplos de embedding existem, mas são vistos como insuficientes.
Debates sobre Rust, paralelismo e desempenho
- Uma visão: o Servo e o Rust possibilitaram um cálculo paralelo bem-sucedido de estilos CSS que tentativas em C++ no Gecko não conseguiram atingir, dando ao Firefox uma vantagem única de desempenho.
- Visão contrária: o sucesso é atribuído mais ao redesenho do zero do que ao Rust em si; padrões semelhantes são possíveis em C++.
- Alguns descartam a ideia de que Rust automaticamente traz segurança e desempenho; outros enfatizam suas garantias em tempo de compilação e benefícios de segurança em navegadores.
Gestão e estratégia da Mozilla
- Vários comentários criticam a liderança da Mozilla, especialmente a remuneração executiva, projetos paralelos e a percepção de falta de foco no navegador.
- Outros reagem, apontando o ecossistema mais amplo da Mozilla (por exemplo, Thunderbird) e discordando de que o mundo seria melhor sem a fundação.