¿Debo enviar una aplicación antes de optimizar el código?

Si esta optimización del código, la reestructuración y la sanitización van a resolver los principales problemas de rendimiento notables del usuario o solucionan algún tipo de problema de detención del show (bloqueos de la aplicación o casos de uso de bordes), intente no publicar la aplicación. Deténgase, trabaje en el código y luego publique la aplicación.

Si lo mencionado anteriormente no es el escenario, entonces no pierdas el tiempo. Envíe el código a producción y luego trabaje en la optimización, reestructurando el código y desinfectando el código. Después de eso, empuje una nueva versión optimizada de la aplicación a producción con comentarios “pocas optimizaciones de rendimiento” en la tienda de aplicaciones.

Es muy importante saber que las aplicaciones móviles tienen muy poca vida útil. Si su última actualización está tratando de proporcionar una funcionalidad muy necesaria desde la perspectiva del usuario final, sin comprometer mucho el rendimiento de la aplicación, publíquela de inmediato. Esa nueva funcionalidad muy necesaria podría ser la razón por la cual un usuario final aún podría conservar su aplicación sin buscar una aplicación alternativa.

Realmente depende de varias cosas:

  • ¿Esta optimización hará que la aplicación funcione notablemente más rápido?
  • Alternativamente, ¿mi aplicación se ejecuta lentamente sin las optimizaciones?
  • ¿Cuánto tiempo llevará realizar esta optimización?
  • ¿Qué tan rápido quieres esta aplicación?
  • ¿Lo sacará para entonces si optimiza antes de enviar?
  • ¿Lo enviarás e inmediatamente trabajarás para optimizarlo y publicar una actualización?

Ahora todo esto supone que vas a optimizarlo , que solo es cuestión de cuándo. Si parece que vale la pena o lo está haciendo dentro de un día, optimice y luego publique. De lo contrario, publique, tome un descanso, trabaje en otro proyecto, lo que sea, luego optimice y envíe una actualización.

Es totalmente una cuestión de elección y disponibilidad de tiempo. Si nunca volverá a visitar su base de código y / o mejorará su aplicación o agregará funciones, simplemente envíela de inmediato.

Pero si el mantenimiento, la adición de funciones y la mejora del rendimiento de la aplicación es su prioridad, siempre debe considerar las mejores prácticas como refactorizar y optimizar su código antes de enviarlo.

Mi equipo scrum en Jornaya tiene un documento que describe la definición de hecho de nuestro equipo. Todos los entregables de software deben cumplir un conjunto de requisitos antes de que se pueda lanzar el código. Aquí está uno de los requisitos:

No puede haber refactores pendientes en el código nuevo o modificado.

Eso significa que si el código apesta, y sabemos lo que se debe hacer para mejorarlo, no podemos liberarlo hasta que se arregle el código.

Liberarlo sin refactorizar aumentaría de inmediato la deuda técnica del proyecto. Eso debe evitarse en todas las circunstancias, excepto en las más extremas. Si incluso hace esta pregunta, la respuesta es refactorizar primero .

Puede hacer una excepción si tiene una necesidad comercial urgente que no se puede retrasar en absoluto y ya tiene un conjunto completo de pruebas de aprobación.

Ah, ¿es para la plataforma iOS?

¡Envíe de inmediato y ni siquiera piense en mejorar el código! Solo asegúrate de tener algunos botones agradables y obtendrás 5 estrellas.