El proyecto abandonado de motor web de Mozilla, 'Servo', está recibiendo un relanzamiento

Artículo original ↗ Discusión en Hacker News ↗

Servo, el motor de navegador de Mozilla basado en Rust, visto durante mucho tiempo como una alternativa prometedora pero abandonada a Gecko/Blink, está siendo reactivado y despierta un interés renovado como posible motor integrable para aplicaciones de escritorio, incluso a través de Tauri. Los comentaristas debaten su valor para el rendimiento, la seguridad y la diversidad de motores de navegador frente a obstáculos prácticos como la falta de API de integración maduras y el dominio de Electron y de las soluciones basadas en Chromium. La conversación también revisa los errores estratégicos de Mozilla en torno a la cancelación original de Servo, los compromisos más amplios entre herramientas de escritorio nativas y basadas en web, y la esperanza de que la nueva tutela de Servo priorice ser una alternativa viable y ligera a las WebViews existentes.

Propósito de Servo y contexto del relanzamiento

  • Los comentaristas discrepan sobre si Servo estaba pensado principalmente como:
    • Un motor en Rust desde cero para eventualmente reemplazar Gecko.
    • Un banco de pruebas para probar nuevas tecnologías de motor y luego integrarlas en Firefox (por ejemplo, cambios de la era Quantum).
  • Muchos ven el relanzamiento con buenos ojos, especialmente dada la decepción previa cuando Mozilla despidió al equipo de Servo y lo donó.
  • Algunos temen que la historia pueda repetirse si la financiación o el enfoque vuelven a flaquear.

Tauri, WebView y “Electron pero en Rust”

  • Tauri está experimentando con Servo como alternativa a las WebViews del sistema.
  • Puntos problemáticos de las WebViews del sistema: falta de fiabilidad (especialmente en Windows con ajustes de “debloat”), inconsistencias entre plataformas y instaladores grandes al incluir motores basados en Chromium.
  • Se espera que una opción basada en Servo sea más pequeña y más controlable (funciones compiladas vía Cargo).
  • Los críticos señalan que esto vuelve al modelo de Electron (motor incluido por aplicación), solo que en Rust.

Aplicaciones de escritorio nativas vs. tecnología web

  • Existe una fuerte división:
    • Un bando califica las aplicaciones estilo Electron de “browser-in-a-box” como infladas, consumidoras de RAM y una “carrera hacia el fondo”.
    • El otro sostiene que las tecnologías web dominan el mercado laboral, reducen el coste de desarrollo multiplataforma y hacen posibles muchas aplicaciones que de otro modo quizá no existirían.
  • Alternativas mencionadas: Qt/QML, GTK, wxWidgets, Flutter, React Native, Tauri, NodeGui, Sciter, etc., pero se percibe una adopción baja en comparación con Electron.
  • Algunos quieren mejor etiquetado en las tiendas de aplicaciones (por ejemplo, una insignia de “aplicación nativa”) en lugar de prohibir Electron.

Gecko/Servo como motores integrables

  • Varios comentaristas quieren equivalentes basados en Gecko/Servo a Electron o Chromium Embedded Framework.
  • Usar Gecko fuera de Firefox se describe como doloroso; las aplicaciones y navegadores basados en Gecko del pasado en gran parte desaparecieron o migraron a WebKit/Blink.
  • Hay frustración porque Servo se presenta como integrable pero carece de una API pública robusta, similar a CEF; existen ejemplos de integración, pero se consideran insuficientes.

Debates sobre Rust, paralelismo y rendimiento

  • Una postura: Servo y Rust permitieron un cálculo paralelo exitoso de estilos CSS que los intentos en C++ en Gecko no lograron, dando a Firefox una ventaja única en rendimiento.
  • La postura contraria: el éxito se atribuye más al rediseño desde cero que a Rust en sí; patrones similares son posibles en C++.
  • Algunos desestiman la idea de que Rust produzca automáticamente seguridad y rendimiento; otros subrayan sus garantías en tiempo de compilación y beneficios de seguridad en los navegadores.

Gestión y estrategia de Mozilla

  • Varios comentarios critican a la dirección de Mozilla, especialmente la remuneración ejecutiva, los proyectos paralelos y la percibida falta de enfoque en el navegador.
  • Otros responden, señalando el ecosistema más amplio de Mozilla (por ejemplo, Thunderbird) y discrepan con que el mundo estaría mejor sin la fundación.