Por qué vuelve el software local (y qué significa para la privacidad)

¿Qué es el software Local-First?

El software local en primer lugar es un enfoque arquitectónico en el que el “la ”fuente de la verdad" de tus datos vive en tu propio dispositivo en lugar de en un servidor remoto. En la práctica, esto significa que las lecturas y escrituras se producen en una base de datos local en su ordenador portátil, teléfono o navegador, y la sincronización con otros dispositivos o con la nube se realiza en segundo plano. Como explica una guía, en una aplicación local-first “la copia primaria de tus datos vive en el cliente”, y la sincronización simplemente garantiza que todos los dispositivos converjan finalmente al mismo estado.

Esto contrasta con las aplicaciones tradicionales en la nube (SaaS), en las que cada clic o edición pasa por un servidor. En cambio, las aplicaciones locales te ofrecen acceso instantáneo a sus propios datos y sólo “llamar a casa” para sincronizar. El concepto fue cristalizado por los investigadores de Ink & Switch (Ink&Switch), que definieron los ideales de "local-first" como aquellos que permiten tanto la colaboración como la propiedad del usuario, con la capacidad de trabajar sin conexión a través de los dispositivos “al tiempo que se mejora la seguridad, la privacidad, la conservación a largo plazo y el control de los datos por parte de los usuarios”.”. En otras palabras, local-first combina la comodidad de la colaboración en tiempo real con el control personal del software de escritorio de la vieja escuela.

Una analogía útil es ser propietario frente a alquilar: el software local-first es como ser propietario de su casa en lugar de alquilar un apartamento en la nube. Usted controla las renovaciones, el acceso y la longevidad, en lugar de depender de un casero. En resumen, Las aplicaciones locales mantienen tu trabajo en el dispositivo (por defecto), se sincronizan de forma segura cuando es necesario y te tratan como el propietario de tus datos..

Por qué reaparece el software de proximidad

El término “local-first” puede sonar nuevo, pero la idea no lo es. Hace veinte años, herramientas como Microsoft Office o Photoshop funcionaban completamente sin conexión. Hoy, con Internet siempre presente, esperamos que los servicios en la nube... hasta que las interrupciones, los límites de rendimiento o los problemas de privacidad nos obliguen a recurrir a soluciones locales.. De hecho, los observadores del sector señalan una resurgimiento del pensamiento localista en 2023-2025, impulsado por una combinación de demanda de los usuarios y nuevas tecnologías.

Hay varias razones por las que el "local-first" vuelve a estar de moda:

• Navegadores modernos y almacenamiento: Las recientes API de navegador (como Origin Private File System) y las cuotas de IndexedDB masivamente ampliadas significan que las aplicaciones web pueden ahora almacenar gigabytes localmente. Incluso puedes incrustar instancias completas de SQLite o PostgreSQL a través de WebAssembly en el navegador. En resumen, los límites de almacenamiento que antes obstaculizaban las aplicaciones web offline (¡5-50 MB!) han desaparecido en su mayor parte.
• Dispositivos potentes: Los smartphones, los portátiles e incluso los wearables tienen mucha más CPU/RAM que antes. El procesamiento local (incluso la inferencia de IA) ya es práctico. Los desarrolladores pueden ejecutar complejos algoritmos de sincronización y fusión de datos en el dispositivo.
• Mejor tecnología de sincronización: Investigación sobre CRDT (Tipos de Datos Replicados Libres de Conflictos) y transformaciones operativas ha madurado. Estos algoritmos permiten que las ediciones realizadas en varios dispositivos se fusionen automáticamente sin conflictos, haciendo posible una sincronización fiable entre pares o en la nube.
• Comunidad e impulso: Hay una creciente comunidad de desarrolladores "local-first. En 2024, el primer Conferencia Local-First reunió a cientos de ingenieros para debatir estas ideas. Los asistentes observaron que la tecnología actual hace por fin práctico el local-first (WebAssembly, APIs de sistemas de archivos, JS multinúcleo, etc.). Como resumió Andrey Sitnik (creador de Logux): “Local-first es la clave de la UX de latencia cero. Tener todos los datos localmente puede proporcionar una experiencia mucho mejor a tus usuarios”.”. En otras palabras, con los datos locales tu aplicación parece instantánea.
• Interés del promotor: Según los analistas el interés de los desarrolladores por el software local-first crece rápidamente en 2024. Startups como Linear y Muse han construido sus propios motores de sincronización, y herramientas establecidas como VSCode o Jupyter utilizan naturalmente archivos locales. El capital riesgo también está pendiente de las tecnologías de sincronización local, ya que el mercado aún es joven (comparable a los primeros días de React).
• Reacción de los usuarios: Muchos usuarios están cansados de “enviarlo todo a la nube”. Las sonadas interrupciones (y cierres) de los servicios en la nube recuerdan a los creadores que si el servidor desaparece, también lo hace el acceso a sus datos. El fundador de Libril señala, “El servicio en la nube en el que confiabas cerró de la noche a la mañana... Esto no es un futuro distópico: está ocurriendo ahora mismo, y es exactamente por lo que el software local-first está ganando un serio impulso”.”. En pocas palabras, la gente quiere volver a tener seguridad y propiedad fuera de línea.

Como dice un resumen: local-first es un “retro” movimiento para recuperar el antiguo nivel de control (por ejemplo, utilizando Excel sin conexión) preservando la colaboración en tiempo real. Mediante la arquitectura de la aplicación, los datos viven localmente y sólo sincroniza en segundo plano, los desarrolladores pretenden combinar lo mejor de ambos mundos. Con las capacidades de almacenamiento y sincronización actuales, esa visión está cobrando vida.

Privacidad Ventajas de Local-First

Quizá la mayor consecuencia de esta tendencia sea privacidad y propiedad de los datos. Cuando tus datos permanecen por defecto en tu dispositivo, recuperas el control sobre quién puede verlos. En aplicaciones en la nube, “todos los datos de todos los usuarios en una base de datos centralizada” se convierte en un único objetivo tentador para los atacantes e incluso para las personas internas de la empresa. Las grandes brechas son “aterradoramente común,” y los proveedores suelen minar tus datos (las condiciones de Google permiten explícitamente el escaneo automático de contenidos). Las aplicaciones local-first evitan este honeypot.

En concreto, las aplicaciones local-first almacenar sólo sus datos personales en su dispositivo, sin agregarlos nunca a los de los demás. Esto significa que un hacker que penetre en un servidor no obtendrá automáticamente un tesoro de datos de los usuarios. Además, muchos diseños local-first permiten cifrado de extremo a extremopuedes cifrar todos los registros de tu dispositivo para que, incluso si un punto final de sincronización en la nube o entre pares tiene una copia, sólo vea el texto cifrado. En resumen, al trasladar el cifrado y el control al cliente, la app puede ser privacidad por diseño. Como señala una guía para desarrolladores, almacenar los datos localmente “limita la cantidad de información sensible que se envía a servidores remotos”.” y permite el cifrado del lado del cliente para reducir el riesgo de filtraciones masivas de datos.

Este enfoque se ajusta bien a la normativa moderna sobre privacidad. Leyes como el GDPR otorgan a los usuarios derechos de acceso, eliminación o restricción de sus datos personales. Con local-first, el cumplimiento es más sencillo: para empezar, los datos nunca abandonan el control del usuario. Por ejemplo, una aplicación de notas local-first no necesita convencer a los reguladores de que tiene el consentimiento para procesar los datos del usuario, porque el usuario efectivamente posee esos datos. Como explica la guía de privacidad de Libril, mantener los datos a nivel local hace que se cumplan “automáticamente” muchos requisitos legales.

En la práctica, local-first significa que puedes utilizar tu aplicación favorita sin preguntarte quién más puede estar viendo tus archivos. Una aplicación de tareas centrada en la privacidad señala: “Tus tareas revelan tu vida... Estos datos son demasiado sensibles para la nube”, por lo que mantiene todo en local por defecto. Del mismo modo, la aplicación de código abierto Super Productivity presume de “sin servidores, sin cuentas... todo se ejecuta localmente en tu máquina”, destacando que “tus datos nunca salen de tu dispositivo”.”. Con local-first, simplemente no hay servidores controlados por la empresa que almacenen tu trabajo sin cifrar (a menos que optes explícitamente por una sincronización cifrada).

Aspectos clave de la privacidad:

• Disminuye el riesgo de filtración de datos: no hay una base de datos central que piratear.
• Cifrado del lado del cliente: los servidores sólo ven blobs cifrados.
• Cumplimiento de normativas - Soberanía de datos más fácil (GDPR, HIPAA) ya que los datos permanecen en el dispositivo del usuario.
• Propiedad real: usted (no la empresa) tiene el control total de todos los bytes de su disco.

En conjunto, esto significa que las aplicaciones local-first pueden ofrecer “privacidad por defecto, no a posteriori”.” Los usuarios ya no tienen que confiar ni depender de las políticas del proveedor: la propia arquitectura impone la privacidad. En muchos sentidos, local-first es como dar a cada usuario su propia nube privada en el dispositivo, en lugar de un servidor alquilado en un centro de datos ajeno.

Rendimiento y fiabilidad offline

Más allá de la privacidad, local-first mejora drásticamente velocidad y resistencia. Cuando los datos son locales, las interacciones del usuario son instantáneas. En palabras de un desarrollador, local-first es el secreto de una “UX de latencia cero”. Dado que la aplicación lee y escribe en una base de datos integrada (por ejemplo, IndexedDB o SQLite), la mayoría de las operaciones no esperan un viaje de ida y vuelta por la red. Al pulsar un botón o desplazarse por una página, los datos ya están ahí. Los spinners de carga se vuelven raros: las apps pueden mostrar actualizaciones “latencia casi nula” consultando el almacén del cliente.

Esto se traduce en una experiencia de usuario más fluida. Los usuarios reciben información en tiempo real sin retrasos, y la aplicación es tan ágil como el software nativo. Muchas listas de ventajas de offline-first destacan “capacidad de respuesta instantánea” y “sin esperar respuestas del servidor” como ventajas fundamentales. Por ejemplo, la edición de documentos, las búsquedas o el filtrado de resultados se producen inmediatamente en la unidad de disco del portátil, no en un servidor distante.

La capacidad offline es un subproducto natural. Una aplicación local no se detiene cuando se va Internet. Todos los datos esenciales y la lógica están en el dispositivo, para que puedas seguir trabajando durante un vuelo, un viaje en tren o un corte de la red. Cuando vuelve la conectividad, una sincronización en segundo plano actualiza los cambios. Esta disponibilidad ininterrumpida es vital para los usuarios profesionales: ya no tendrás que temer que una caída de la red Wi-Fi o un fallo del servidor paralice tu trabajo. (Incluso en zonas remotas con señal irregular, las aplicaciones local-first siguen siendo utilizables).

Otras ventajas relacionadas con el rendimiento son:

• Colaboración sin fisuras: Como las actualizaciones se sincronizan en tiempo real (mediante CRDT o websockets), los documentos o tableros compartidos permanecen sincronizados sin necesidad de recargar la página. Los cambios realizados por otros usuarios se integran en tu vista local al instante.
• Sincronización multipestaña/dispositivo mejorada: En navegadores o aplicaciones, cada ventana abierta tiene el mismo estado de datos local. Edite en una pestaña y las demás lo reflejarán automáticamente a través de la base de datos compartida. En varios dispositivos, la sincronización inteligente garantiza la coherencia final.
• Menor latencia para grandes volúmenes de datos: Las operaciones con grandes conjuntos de datos (como ordenar o buscar en miles de registros) se ejecutan tan rápido como lo permiten la memoria y el disco de tu dispositivo, sin retrasos de red. Las bases de datos locales modernas (con OPFS del navegador o WebAssembly) están muy optimizadas.

Esto contrasta con las aplicaciones típicas en la nube, donde cada acción envía una solicitud y espera decenas o cientos de milisegundos. Al evitar ese retardo de ida y vuelta, las aplicaciones local-first pueden ser hasta 10 veces o más rápidas en la práctica. En resumen, los usuarios no tendrá que pulsar actualizar la interfaz de usuario funciona de forma reactiva.

Ventajas para desarrolladores y empresas

Local-first no sólo es fácil de usar, sino que también puede resultar rentable para desarrolladores y organizaciones. He aquí algunas ventajas notables:

• Backends más sencillos: Como el cliente tiene la copia principal de los datos, el servidor sólo tiene que encargarse de la sincronización. A menudo basta con crear un punto final de “replicación” en lugar de cientos de API REST. De este modo, se reduce la repetición de tareas y los equipos pueden centrarse en las funciones principales en lugar de en el código de cola. Como señala una guía de local-first “disminuye drásticamente el número total de peticiones de ida y vuelta al backend”. En la práctica, los desarrolladores pueden eliminar gran parte del código de gestión de errores, reintentos y fusión de estados.
• Menores costes de infraestructura: Descargar las lecturas/escrituras a los clientes significa menos consultas al servidor. Muchas aplicaciones sólo sincronizan pequeñas diferencias o actualizaciones ocasionales, por lo que las facturas de alojamiento se reducen. Los inversores se han dado cuenta: los estudios sugieren que las empresas que invierten en software centrado en la privacidad (local-first) obtienen alrededor de 1.000 millones de euros. $2,70 de rendimiento por cada $1 gastado en costes e infracciones evitados. En resumen, hacer que los dispositivos de los usuarios hagan el trabajo pesado puede reducir los gastos de computación en la nube y de ancho de banda.
• Desarrollo y velocidad más rápidos: La creación de aplicaciones local-first suele utilizar motores de sincronización modernos (basados en CRDT) que gestionan los conflictos y las colas offline de forma automática. Como explica Adam Wiggins (cofundador de Heroku), esto elimina la sobrecarga del código de red cliente-servidor y permite a los desarrolladores... “trabajar más rápido operando sobre todos los datos como si fueran locales”.” Los equipos pueden probar nuevas funciones sin necesidad de un backend activo, reproducir errores inspeccionando una instantánea de la base de datos local e iterar rápidamente. Un autor señala que los desarrolladores ven “menos carga cognitiva; menos partes móviles que gestionar”, lo que hace que los proyectos sean más fáciles de depurar y evolucionar.
• Mejor retención de usuarios: Desde el punto de vista del producto, las aplicaciones más rápidas y fiables generan un mayor compromiso. Los usuarios frustrados por los retrasos o los cortes de conexión son más propensos a cambiar de aplicación. Por el contrario, las aplicaciones local-first siente premium: la interfaz es ágil y los datos están disponibles incluso en modo avión. Esta capacidad de respuesta puede ser una ventaja competitiva en mercados donde cada milisegundo de tiempo de carga cuesta a los usuarios.
• Cumplimiento y bloqueo: Para las empresas, local-first puede reducir los quebraderos de cabeza normativos. Si los datos se almacenan en las instalaciones o en los dispositivos de los usuarios, es más sencillo cumplir las leyes sobre soberanía de datos o privacidad (por ejemplo, la HIPAA). También evita la dependencia de un proveedor: no se está comprometido con la plataforma de un proveedor en la nube, porque la sincronización puede cambiarse a un servicio diferente si es necesario. Un blog señala que la arquitectura “local-first” hace que las tareas de cumplimiento sean "mucho más sencillas de gestionar", ya que las empresas no tienen que exportar datos desde silos SaaS opacos.

En resumen, Las aplicaciones local-first pueden ser más baratas de ejecutar, más rápidas de crear y más sólidas en cuanto a cumplimiento de normativas.. Muchos fundadores lo ven como una forma de combinar la colaboración del SaaS con la economía de las arquitecturas de código abierto. En palabras de Wiggins: local-first ofrece “las ventajas de la nube... junto con el software de escritorio tradicional (los datos en el dispositivo son mucho más rápidos y funcionan sin conexión)”, y lo más importante “propiedad y agencia de datos” para los usuarios. En otras palabras, obtendrá usuarios satisfechos e ingeniería eficiente en un solo paquete.

Retos y dificultades

Local-first es potente, pero no es una solución mágica. Hay ventajas y desventajas que los desarrolladores deben sortear:

• Complejidad de la resolución de conflictos: Al permitir que varios dispositivos editen datos de forma independiente, se necesita una estrategia de fusión sólida. Los datos distribuidos implican ediciones concurrentes inevitables. Los equipos deben utilizar CRDT o una lógica de sincronización sofisticada para conciliar automáticamente los cambios. Aunque bibliotecas como Yjs o Automerge ayudan, su correcta implementación sigue añadiendo complejidad en comparación con una simple API de solicitud-respuesta. Como admite un tutorial, local-first “introduce complicados retos de datos distribuidos, como la resolución de conflictos y las migraciones de esquemas en dispositivos cliente”.”. Los desarrolladores deben comprobar rigurosamente las colisiones de edición y mantener las versiones del esquema en todas las actualizaciones de la aplicación.
• Sincronización inicial y uso del almacenamiento: Las aplicaciones local-first suelen descargar o almacenar en caché muchos datos por adelantado. Para proyectos grandes (por ejemplo, un documento o una base de datos enorme), la primera sincronización puede ser lenta y consumir mucho ancho de banda o disco. Los diseñadores deben mostrar indicadores de progreso y permitir sincronizaciones parciales. También es importante respetar el almacenamiento de los dispositivos, borrando o archivando los datos antiguos si se alcanza la cuota.
• Copia de seguridad y recuperación de datos: Con datos principalmente en tu dispositivo, el usuario se hace responsable de las copias de seguridad. Si la aplicación no se sincroniza automáticamente con una nube o un par, la pérdida o rotura de un dispositivo podría significar la pérdida de trabajo. (Esto es así por diseño -da control-, pero es una nueva carga para los usuarios acostumbrados a que “la nube lo guarda todo”). Una buena práctica es ofrecer copias de seguridad opcionales o sincronización cifrada con el almacenamiento en la nube propiedad del usuario, de modo que obtenga la red de seguridad sin ceder privacidad.
• Seguridad en el cliente: Almacenar los datos localmente significa que tu dispositivo tiene las claves. Si alguien roba tu portátil, puede hacerse con tus datos, a menos que la aplicación utilice un cifrado potente y pantallas de bloqueo. La primacía de lo local no resuelve automáticamente la seguridad de todos los dispositivos; simplemente reduce la dependencia de servidores distantes. Sigue siendo crucial cifrar los campos sensibles y solicitar el PIN/contraseña del usuario.
• Curva de aprendizaje y herramientas: Dado que local-first es relativamente nuevo, existen menos marcos y herramientas de uso generalizado (en comparación con los patrones REST/GraphQL). Es posible que los desarrolladores tengan que aprender nuevas bibliotecas o protocolos. Además, el cambio de paradigma puede ser conceptualmente difícil: invierte el modelo habitual cliente-servidor. Los equipos deben invertir tiempo en comprender la coherencia eventual, los eventos fuera de línea y cómo depurar los problemas de sincronización.
• Preocupaciones por el modelo de negocio: El verdadero local-first implica que incluso pagar por la sincronización debe desvincularse de obligar a los usuarios a utilizar tu servicio. Martin Kleppmann defiende un requisito estricto: si el desarrollador de la aplicación deja de ejecutar servidores, tu aplicación debe seguir funcionando (quizás sincronizando entre pares). Esto puede entrar en conflicto con los modelos de suscripción. Ofrecer la sincronización como un servicio preservando la portabilidad de los datos es un reto empresarial.
• No siempre es necesario: Para algunos casos de uso (como cuadros de mando globales en tiempo real con datos confidenciales, o portales de información de una sola página), un enfoque totalmente local puede ser excesivo. Si todos los usuarios tienen siempre una buena conectividad y los datos no son sensibles desde el punto de vista de la privacidad, puede bastar con una simple aplicación en la nube. Local-first brilla cuando la privacidad, el uso offline o el control son prioridades; de lo contrario, puede ser una sobrecarga innecesaria.

En resumen, el desarrollo local exige planificación cuidadosa. Entre los errores más comunes están no realizar pruebas de conflicto, ignorar los estados offline en la interfaz de usuario, sobrecargar la sincronización inicial o asumir la seguridad de los datos sin cifrarlos. Como principio rector, pregúntate “¿y si desaparece la nube?”. - Las verdaderas aplicaciones local-first deben seguir funcionando. Como señala Kleppmann, cualquier cosa que se rompa sin Internet o sin copia de seguridad no es realmente local-first.

Herramientas, buenas prácticas y ejemplos

Varios marcos y herramientas facilitan hoy la creación de aplicaciones local-first:

• Bases de datos/bibliotecas: PouchDB/CouchDB (para documentos JSON), RxDB (Reactive eXperience DB), Gun.js (peer-to-peer graph DB), Yjs y Automerge (bibliotecas CRDT), Delta CRDT. Para datos relacionales, proyectos como SQLite en WASM, o ElectricSQL (SQLite sincronizado). IndexedDB es el almacenamiento estándar en los navegadores, a menudo envuelto por bibliotecas (Dexie, localForage). En los móviles, SQLite/Room (Android) o Realm pueden almacenar datos localmente con puentes de sincronización.
• Motores Sync: Logux, GraphQL Offline de Hasura, Minimongo de Meteor (antiguo), o backends personalizados basados en CRDT. Algunas empresas crean sus propios protocolos de sincronización. La clave es manejar colas offline, fusiones de conflictos y sincronización peer-to-peer opcional (por ejemplo, a través de LAN, Bluetooth o WebRTC) para configuraciones totalmente autoalojadas.
• Aplicaciones web progresivas (PWA): Los service workers pueden almacenar en caché el shell y los activos de la aplicación para su uso sin conexión. Combinado con datos local-first, esto hace que las aplicaciones web funcionen incluso sin conexión. La nueva API Origin Private File System permite a las PWA almacenar archivos de gran tamaño en el dispositivo.
• Cifrado: Bibliotecas como cifrado de extremo a extremo (E2EE) (por ejemplo, crypto-js o libsodium) para cifrar los datos antes de escribirlos en el almacenamiento local. Algunas herramientas local-first incluyen cifrado integrado en reposo y en tránsito.

Buenas prácticas: Los desarrolladores deben exponer indicadores claros de desconexión, gestionar el estado de sincronización con elegancia y evitar sorpresas al usuario. Informar al usuario de si sus cambios se han sincronizado y permitir la actualización manual en caso necesario. Cifrar los campos sensibles. Utilice esquemas versionados para la base de datos local con el fin de facilitar las actualizaciones. Ofrezca opciones de exportación o copia de seguridad. Y, lo que es más importante, realice pruebas en condiciones de conectividad deficientes: modo avión, interrupción de la sincronización y situaciones de conflicto.

Ejemplos reales: Muchas aplicaciones modernas adoptan los principios de local-first. Por ejemplo, el gestor de tareas Superproductividad se presenta como una aplicación que da prioridad a la privacidad: “Sin servidores. Sin cuentas. Sin suscripciones. Todo se ejecuta localmente en tu máquina”.” Sólo se sincroniza a través de tu propio Dropbox o Drive con cifrado. Las aplicaciones para tomar notas como Joplin u Obsidian guardan las notas en tu dispositivo y opcionalmente las sincronizan a través de la nube controlada por el usuario o plugins P2P. Las herramientas para desarrolladores como Git son inherentemente locales (tu repositorio es local y los push son opcionales). Las aplicaciones de mensajería como Signal o Wire ya almacenan el historial de mensajes en el dispositivo y se sincronizan a través de canales cifrados. Incluso los gestores de contraseñas (como PassKeep) están volviendo a los almacenes locales con copias de seguridad cifradas opcionales en la nube, porque “Tras años de dominio de la nube, los usuarios preocupados por la seguridad vuelven a los gestores de contraseñas offline”.”

Estos ejemplos muestran el principio de "lo local primero" en acción: los usuarios informan de que cero dependencias de la nube, La seguridad, la soberanía total de los datos y la fiabilidad offline. Como señala el FAQ de Superproductividad, incluso si desaparecen los servidores del proyecto, “nada” a tus datos o a tu aplicación. “sigue trabajando para siempre”.

Por el contrario, una aplicación típica que sólo funcione en la nube dejaría de funcionar y podría bloquear tus datos si la empresa desaparece o se elimina una función. Local-first evita por completo la dependencia del proveedor.

Conclusión

El regreso del software local refleja la madurez del panorama tecnológico y el cambio de las expectativas de los usuarios. Los potentes navegadores y dispositivos hacen por fin prácticas las aplicaciones offline centradas en el cliente; mientras tanto, los usuarios y las empresas exigen mayor privacidad y control. Local-first ofrece un modelo convincente que da prioridad a la privacidad: los datos viven en el dispositivo y la sincronización es sólo un servicio opcional. Esto significa que aplicaciones más rápidas, modo sin conexión real y tranquilidad sobre quién puede (y quién no puede) acceder a su información..

A medida que avancemos, esperamos ver más enfoques híbridos (aplicaciones locales que también pueden recurrir a la nube o a agentes de IA cuando sea necesario). La tendencia actual de “repatriar” datos de la nube al borde (en el dispositivo) sugiere que esto continuará. Para los desarrolladores, el consejo es empezar a pensar primero en local por defecto: diseña tu aplicación para que pueda funcionar sin conexión y almacenar los datos localmente, y luego añade la sincronización. Para los usuarios, significa estar atentos a las aplicaciones que les permiten mantener la propiedad de sus datos.

Al fin y al cabo, local-first consiste en capacitar al usuario. Obtendrá un software rápido y fiable que antepone la privacidad y la propiedad, sin renunciar a las ventajas de la colaboración. Es una vuelta al principio de que en el mundo actual -con Internet de alta velocidad, IA y una fuerza de trabajo móvil- el mejor lugar para sus datos podría ser... Inicioen tu dispositivo.