Después de iniciar una aplicación, ¿hay un límite en cuanto a la cantidad que se revisa después de su lanzamiento?

No solo podrás, debes hacerlo. Al desarrollar una aplicación, está siguiendo una metodología ágil. Esto significa que usted crea un producto mínimo viable (MVP), o más simplemente, la idea central. Una vez que se haya utilizado y reciba comentarios y desee realizar cambios, deberá volver al desarrollo y luego repetir una y otra vez durante la vida útil de la aplicación.

Por eso es muy importante llevarse bien con sus desarrolladores. La empresa que elija (o el profesional independiente si vive en el lado salvaje y quiere correr el riesgo) debe ser agradable para usted. Mi empresa trata de conocer al cliente para que podamos trabajar bien juntos (Blast Off Apps | Desarrollo de aplicaciones para Android e iOS). Si encuentra una empresa que le gusta y sus precios están en su presupuesto, asegúrese de que produzcan documentación para su aplicación.

Esta documentación es necesaria y le ahorrará tiempo y dinero si alguna vez cambia de opinión sobre el desarrollador. Estos documentos son las instrucciones que usan los codificadores para saber cómo usar y agregar al software que ejecuta la aplicación. En cuanto a las diferencias en Apple (iOS) y Android, eso se reduce a opciones.

Escribimos código nativo. Este código está en el idioma nativo (Objective C para Apple y Java para Android). Estos idiomas nativos facilitan el uso del teléfono y permiten que el código aproveche todas las funciones de la manera más eficiente. HTML-5 es en lo que están escritas las webApps y son riesgos serios. Hay algo llamado inyección SQL que puede afectarlos y hacerle perder toda su base de datos de usuario y los datos que tiene sobre ellos. Hay algunos lenguajes multiplataforma (funcionan en ambos pero codificados una vez), sin embargo, hay problemas de velocidad porque los procesadores del teléfono no son lo suficientemente rápidos como para eliminar el retraso en la traducción del código del multiplataforma a un idioma que el teléfono entiende.

Podemos ayudarlo con todo y nos encantaría escribir un presupuesto. Siéntase libre de escribirme a [correo electrónico protegido] y puedo hablar con más detalles específicos con usted.

No hay ningún límite en cuanto a cuánto puede cambiar o con qué frecuencia. En algunos casos, puede pasar el resto del ciclo de vida de los productos haciendo cambios constantes cada dos semanas, o solo puede hacer un cambio. De cualquier manera, depende de usted y de su plan de producto.

Tampoco hay límite para lo que se puede cambiar. Teóricamente, podría eliminar todo su proyecto y comenzar desde cero y enviarlo como una actualización.

En cuanto a la actualización de las aplicaciones, ambas tiendas son iguales en cuanto a qué y con qué frecuencia actualiza. Existen las siguientes reglas en cada tienda:

  • iOS: la aplicación debe estar firmada con un certificado generado en la misma cuenta que posee la aplicación y el ID del paquete no debe cambiar.
  • Android: la aplicación debe estar firmada con el archivo de almacén de claves exacto que se utilizó para crear la compilación original. El nombre del paquete debe permanecer igual o se instalará como una nueva aplicación.

Absolutamente En realidad, esto es razonablemente común para algunos tipos de aplicaciones, incluso algo como Facebook, que ha cambiado mucho a lo largo de los años, al menos en Android.