Por qué construimos un e-reader en Rust en lugar de un navegador empaquetado

La epidemia de las aplicaciones infladas

Si abres el Administrador de Tareas de Windows mientras usas aplicaciones modernas de escritorio, el panorama suele ser desalentador: reproductores de música, clientes de mensajería y lectores de documentos devorando entre 400 MB y 1 GB de memoria RAM cada uno.

La razón detrás de este fenómeno es la comodidad técnica: empaquetar un navegador web completo (Electron) junto al código de la aplicación. Para una herramienta de lectura de libros —cuya tarea primordial es procesar texto estructurado y mostrarlo con elegancia tipográfica—, este enfoque resulta desmedido e ineficiente, reduciendo la autonomía de la batería en ordenadores portátiles.

«Un libro no debería necesitar medio gigabyte de memoria RAM para desplegar su primera página.»

Rust y Tauri: Velocidad sin concesiones

Cuando iniciamos el diseño de Historia - Reader, la premisa fundamental fue la ligereza absoluta. Optamos por construir el núcleo en Rust, un lenguaje de sistemas que garantiza seguridad de memoria en tiempo de compilación sin recolector de basura (garbage collector).

A través del ecosistema de Tauri 2.0 y el motor nativo WebView2 provisto por Windows 10 y Windows 11, Historia reutiliza los componentes que el sistema operativo ya mantiene en memoria. El resultado es contundente: el ejecutable de instalación ronda los ~15 MB, el inicio es prácticamente instantáneo y el consumo en reposo es una fracción minúscula frente a lectores tradicionales.

Respeto por el hardware y por el lector

Creemos que el mejor software es aquel que pasa desapercibido. Cuando estás inmerso en una novela o estudiando un ensayo denso, el ventilador de tu ordenador no debería acelerarse ni el sistema debería ralentizarse al pasar de página.

Historia - Reader demuestra que la ingeniería artesanal en Rust devuelve a Windows la agilidad y el silencio que los lectores merecen.