Sí lo es.
La mayoría de las nuevas empresas / empresas tienen un ciclo de lanzamiento de 6 semanas, en comparación con una aplicación web en la que podrían lanzar pequeñas funciones / correcciones de errores semanalmente o incluso a diario.
Los períodos de iteración son más lentos porque se trata de un cliente difícil. Una vez que se libera en manos de las personas, es difícil corregir los errores. Por lo tanto, se necesitan muchas pruebas por adelantado, además, cuando lance, es mejor que tenga algunas buenas características / correcciones de errores, de lo contrario, sus usuarios se molestarán para actualizar cada mes y medio y no verán un progreso claro.
- ¿Cuánto cuesta construir una aplicación móvil de citas?
- ¿Cuál es el proceso de localización de tu aplicación móvil? ¿Cómo afecta tu proceso de desarrollo?
- ¿Es la compra móvil el próximo gran paso para el sector minorista?
- ¿Cuántos desarrolladores estuvieron allí y cuánto tiempo trabajaron en Choque de clanes antes de su primer lanzamiento?
- ¿Soy el único tan asombrado que mis colegas conocen la web, el desarrollo móvil y también el aprendizaje automático? como puede ser esto posible?
Además, las personas no quieren que se les moleste actualizar cada semana y algunas personas podrían no actualizarse en absoluto. Mientras está en una aplicación web, el usuario no tiene otra opción, y usted tiene más control sobre lo que ve durante cada sesión.
Las pruebas pueden ser mucho más lentas en el lado del cliente. Una de las razones es que, en un cliente móvil, generalmente se trata de un entorno de subprocesos múltiples, donde se puede esperar que los usuarios estén en movimiento, la conexión se caiga, reciba interrupciones de otras llamadas, cambie de aplicación rápidamente, maneje la API del sistema / servicios de hickups. etc. En este entorno, verá todo tipo de errores que tienden a ser únicos y difíciles de reproducir y corregir, lo que hace que el desarrollador. ciclo más largo Estos son problemas con los que las aplicaciones web no tienen que lidiar (Javascript tiene un solo subproceso).
Final: si su aplicación está almacenando una gran cantidad de datos del lado del cliente (utilizando sqlite en gran medida), y el esquema cambia, debe tener cuidado al probar también esa migración de esquema / datos, ya que sus clientes pueden ser antiguos (por ejemplo, usted es lanzamiento de la v. 4, mientras que algunos usuarios todavía pueden estar en la v 3. algunos en 2. y algunos más en la v1.). En una aplicación web, generalmente se pasa de una versión a la siguiente, mientras que en una aplicación móvil algunos usuarios podrían actualizarse desde clientes muy antiguos.