Tauri sobre una arquitectura local primero

Qué propone

Cinco propiedades, y todas suenan familiares:

Cuatro de cinco ya las tienes si has seguido el temario — y no porque persiguieras esta arquitectura, sino porque son propiedades de una aplicación de escritorio bien hecha.

Qué aporta cada uno

Y la relación entre las dos ideas:

Y la segunda columna es lo que el nivel 44.4 dejó pendiente: cómo sincronizar sin que un servidor sea el dueño.

La pieza que falta

Y merece describirla, aunque su desarrollo sea otro tema:

• Existen estructuras de datos que convergen solas: dos copias que reciben cambios en cualquier orden acaban iguales, sin necesidad de decidir quién gana.
• Eso resuelve el problema del nivel 44.4 —la resolución de conflictos— por construcción en vez de con reglas.
• Y hay librerías maduras que las implementan, incluidas algunas en Rust que encajan directamente en un core de Tauri.
• Con un coste: los datos ocupan más, hay que diseñar el modelo pensando en ello, y no todo se expresa así.

Y una advertencia: no todas las aplicaciones lo necesitan. Nivel 44.4: si el usuario no usa dos equipos el mismo día, exportar e importar sigue siendo la respuesta correcta.

Si tu aplicación encaja

Y las tres señales:

• Los datos son del usuario y no de tu servicio. Notas, documentos, proyectos, colecciones.
• Tiene sentido usarla sin conexión y no como modo degradado.
• Y varios dispositivos o varias personas sobre los mismos datos.

Con las tres, esta arquitectura es probablemente la correcta, y buena parte del camino ya está hecho por seguir el temario.