¿React Native va más lento que una app nativa en esto?

En el viaje por la red, no: la distancia es idéntica para las dos. Las diferencias entre una opción y otra están en otros sitios. Usar la tecnología como excusa de un problema de kilómetros es cambiar de conversación.

¿Qué pasa cuando no hay cobertura?

Se decide antes de programar qué funciona sin red y qué no. Lo que puede guardarse en el teléfono y enviarse luego, se guarda; el resto avisa de que hace falta conexión. Prometer que todo funciona sin red es mentir.

¿Cómo probáis desde lejos sin estar allí?

Con dos cosas. En las pruebas simulamos redes lentas y con retardo alto, para cazar lo peor antes de publicar. Y desde las primeras instalaciones miramos los tiempos reales. Una adelanta problemas y la otra los confirma.

APPS WebCoding · Nueva York

Desarrollo de apps en Nueva York

Desarrollamos aplicaciones para iOS y Android, con React Native o nativo según el caso. Damos por hecho algo que el emulador no enseña: el teléfono pone su propia espera antes de que el paquete salga del país.

Pide presupuesto sin compromiso WhatsApp directo

Respondemos el mismo día · Presupuesto en 24 h · Agencia con sede en Vilanova i la Geltrú

Aplicaciones Móviles en Nueva York

Cómo trabajamos en Nueva York

El mismo nivel técnico y de proceso que aplicamos en proyectos de cualquier escala. Lo que cambia es el conocimiento del mercado local.

Un desarrollador de WebCoding trabajando con portátil y monitor en la oficina

La red móvil cobra su espera antes del primer kilómetro

Despertar la radio del teléfono y salir a la red del operador ya consume tiempo, y eso pasa antes de que empiece el viaje largo. Un emulador enchufado a la fibra de la oficina no reproduce ninguna de las dos cosas: devuelve una cifra bonita que no sirve.

Una pantalla con cuatro llamadas seguidas paga cuatro distancias

Es fácil que cada componente pida lo suyo por su cuenta y que unas peticiones dependan de otras para arrancar. Desde cerca no se aprecia; desde lejos multiplica. Definimos qué datos necesita cada pantalla antes de escribirla, para pedirlos juntos y en paralelo siempre que se pueda.

La aplicación tiene que saber estar esperando

Mientras la respuesta viaja, la pantalla no puede quedarse en blanco. Se decide qué se enseña, qué se pinta con el último dato guardado y qué acciones se dan por hechas antes de la confirmación. Y todo indicador de espera necesita un final: uno infinito es un fallo disfrazado.

Los tiempos salen de instalaciones reales, no del simulador

La aplicación anota cuánto tardan sus llamadas y lo envía agrupado por tipo de red y región. Sin eso, un aviso de lentitud es una anécdota que no se puede comprobar. Con eso se ve si afecta a todos o solo a quien está lejos con datos móviles.

Resolvemos dudas