{"id":14855,"date":"2023-09-18T16:45:35","date_gmt":"2023-09-18T23:45:35","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=14855"},"modified":"2024-01-04T15:06:13","modified_gmt":"2024-01-04T23:06:13","slug":"offline-first-more-reliable-mobile-apps","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/es\/offline-first-more-reliable-mobile-apps\/","title":{"rendered":"Offline-first: una mentalidad para desarrollar aplicaciones m\u00f3viles m\u00e1s r\u00e1pidas y fiables"},"content":{"rendered":"

\u00bfQu\u00e9 significa \"offline-first\"?<\/span><\/h2>\n

El t\u00e9rmino \"offline-first\" describe una aplicaci\u00f3n m\u00f3vil creada para realizar la mayor parte, o la totalidad, de sus funciones b\u00e1sicas sin acceso a Internet. El concepto es bastante sencillo, pero con demasiada frecuencia no es as\u00ed como se desarrolla una aplicaci\u00f3n m\u00f3vil. En su lugar, se construye para acceder a los datos desde centros de datos en la nube distantes, haci\u00e9ndola dependiente de Internet. Esto significa que cuando la conexi\u00f3n a la red se ralentiza o deja de estar disponible, tambi\u00e9n lo hace la aplicaci\u00f3n, lo que frustra a los usuarios y merma su adopci\u00f3n. Al crear una aplicaci\u00f3n con un enfoque \"offline-first\", se eliminan esencialmente las dependencias de Internet, lo que hace que la aplicaci\u00f3n sea m\u00e1s r\u00e1pida y fiable.<\/span><\/p>\n

Una de las claves del concepto offline-first es comprender que no se aplica \u00fanicamente a casos de uso en ubicaciones remotas, sino que deber\u00eda considerarse el enfoque est\u00e1ndar para cualquier esfuerzo de desarrollo de aplicaciones m\u00f3viles.<\/span><\/p>\n

Exploremos m\u00e1s a fondo esa noci\u00f3n...<\/span><\/p>\n

Regla #1: Internet no es fiable<\/span><\/h2>\n

\u00bfPor qu\u00e9 se crean aplicaciones m\u00f3viles con dependencias de Internet? Por dos razones principales:<\/span><\/p>\n

    \n
  1. \n
      \n
    1. La suposici\u00f3n de que la conectividad siempre estar\u00e1 disponible y ser\u00e1 r\u00e1pida, combinada con la prevalencia de recursos basados en Internet como las API RESTful y los backends en la nube, ha convertido la creaci\u00f3n de aplicaciones dependientes de Internet en una opci\u00f3n de desarrollo f\u00e1cil.<\/span><\/li>\n
    2. La suposici\u00f3n de que los requisitos \"offline-first\" no se aplican a los lugares metropolitanos; es decir, que s\u00f3lo se aplican a casos de uso ex\u00f3ticos, aislados e hiperremotaos, como la exploraci\u00f3n energ\u00e9tica, la miner\u00eda de roca dura o las operaciones de rescate en zonas salvajes, casos en los que la aplicaci\u00f3n debe funcionar en una zona completamente sin Internet durante largos periodos de tiempo.<\/span><\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

      Estos supuestos han llevado al desarrollo de decenas de aplicaciones m\u00f3viles que no pueden funcionar sin conexi\u00f3n a Internet. <\/span>\u00a1Ay del usuario de una aplicaci\u00f3n as\u00ed cuando la necesite y no haya red disponible!<\/span><\/p>\n

      Offline-first deber\u00eda ser por defecto, no un nicho<\/span><\/h2>\n

      \"\"<\/p>\n

      La propia naturaleza de las aplicaciones m\u00f3viles -que se ejecutan en dispositivos m\u00f3viles- hace que se desplacen constantemente de un lugar a otro y puedan perder la cobertura de red en cualquier momento, incluso en medio de las ciudades m\u00e1s modernas del planeta. Los usuarios entran en metros, ascensores, aparcamientos subterr\u00e1neos y t\u00faneles, lugares donde la m\u00e1s breve ca\u00edda de la conexi\u00f3n puede inutilizar las aplicaciones dependientes de Internet.<\/span><\/p>\n

      A todos nos ha pasado: est\u00e1s en esa escena crucial de una pel\u00edcula en streaming, o necesitas <\/span>acaba de pulsar enviar<\/span><\/i> o, lo que es peor, son las dos de la madrugada y necesitas que alguien te lleve al aeropuerto... \u00a1pero Internet tiene otros planes!<\/span><\/p>\n

      Si estas situaciones le resultan familiares, entender\u00e1 la frustraci\u00f3n que sufren los usuarios cuando sus aplicaciones fallan por falta de conectividad.<\/span><\/p>\n

      Y cualquier expectativa de que se tolere este tipo de experiencia es err\u00f3nea. De hecho <\/span>70%<\/span><\/a> de los usuarios de aplicaciones m\u00f3viles abandonan una aplicaci\u00f3n que tarda demasiado en cargarse, y <\/span>84%<\/span><\/a> de los usuarios de aplicaciones abandonar\u00e1n una aplicaci\u00f3n si falla s\u00f3lo dos veces, y esos son justo los tipos de problemas que ocurren con las aplicaciones dependientes de Internet cuando se interrumpe la conexi\u00f3n.<\/span><\/p>\n

      Lo que se necesita es un cambio de mentalidad en el desarrollo que no planifique una conectividad s\u00f3lida a Internet y trate las interrupciones como un error, sino que espere la falta de fiabilidad inherente a Internet y se desarrolle en torno a ella. En otras palabras, para conseguir las aplicaciones m\u00f3viles m\u00e1s r\u00e1pidas y fiables, hay que <\/span>siempre<\/b> construir primero fuera de l\u00ednea.<\/span><\/p>\n

      Los componentes cr\u00edticos de una aplicaci\u00f3n m\u00f3vil offline-first<\/span><\/h2>\n

      El aspecto m\u00e1s importante del desarrollo de una aplicaci\u00f3n m\u00f3vil offline-first es la gesti\u00f3n de los datos. Si quieres eliminar las dependencias de Internet, tienes que almacenar y procesar los datos localmente en la aplicaci\u00f3n. Pero tambi\u00e9n hay que asegurarse de que los datos puedan compartirse con otros usuarios y de que cualquier cambio en ellos se refleje de forma instant\u00e1nea y precisa en todo el ecosistema de la aplicaci\u00f3n.<\/span><\/p>\n

      En resumen, necesitas:<\/span><\/p>\n