¿Qué pasa luego de salir a producción? mDevConf 2020 

Sobre mí ● Facundo Rodríguez Arceri ● Buenos Aires, Argentina ● Android Developer en Ring (Amazon) ● Docente e instructor ● Experiencia desarrollando en Android desde 2011 ● @facundomr 

Introducción ● Esta es una charla sobre conceptos generales. ● ¿Dónde nos enseñan esto? 

Agenda ● Nombrando versiones ● Distribución ● Lanzamiento progresivo ● Reseñas en la consola ● Usuarios libres de fallos ● Adopción ● Feature flags ● A/B Testing 

Nombrando versiones ● versionCode+versionName / Version+Build Number ● IntelliJ Idea: 2020.3 ○ Año.Version ● Ubuntu 20.10 ○ Año.Mes ● macOS: 11.0.1 ○ Mayor.Minor.Fix 

Distribución ● Producción: Play Store / App Store ● ¿Y para test? ○ Firebase App Distribution ○ HockeyApp ○ Visual Studio App Center 

Distribución 

Lanzamiento progresivo ● Debemos salir a producción de a poco. ● El mundo real es distinto a nuestros ambientes de pruebas. ○ Marcas y modelos de dispositivos. ○ Calidades de conexión a Internet. ○ Versiones de sistemas operativos. ○ Idiomas / encoding de los dispositivos. ○ Zonas horarias. 

Lanzamiento progresivo 

Reseñas en la consola ● Interacción humana ● Requiere trabajo y constancia para revisar periódicamente. ● No necesariamente apunta a aspectos técnicos. ○ Conviven tecnología y gestión del producto ❤ ● Lo bueno, lo malo y lo feo. 

No content

No content

Encontrando valor ✅ 

● Porcentaje de los usuarios diarios de una versión (Daily Active Users) que no han experimentado ningún error fatal (crash) durante toda su sesión de uso en la app Usuarios libres de fallos (Crash-free users) 

Usuarios libres de fallos (Crash-free users) 

Adopción ● ¿Qué porcentaje de los usuarios activos diaros (DAU) utilizan determinada versión? ● Cuanto más alto es este valor, menos influye el azar sobre las demás métricas. ● Debe acompañar el lanzamiento progresivo. 

Adopción 

¿Y si algo sale mal luego de un lanzamiento exitoso? 

Feature flags ● Son parámetros que nos permiten habilitar o deshabilitar funcionalidades en forma remota, sin necesidad de publicar/distribuir una nueva versión de la app. 

No content

Feature flags ● Nunca dependas directamente de un servicio que provea esta funcionalidad. ○ Patrón Proxy ● Se incrementa la complejidad para probar ⚠ ○ Preference screen para poder sobre-escribir valores ● ¿Y si necesitamos que el FF dependa de varias cosas? ○ Sistema operativo ○ Versión de la app ○ Propiedades del usuario 

No content

A/B Testing ● Es la práctica de realizar distintos experimentos en la app para ver cuál de ellos es más efectivo. ● Antes de hacer A/B testing hay que tomar algunas decisiones ○ ¿Qué implica cada experimento? ○ ¿Qué significa que un experimento es más efectivo que el otro? 

No content

A/B Testing ● Similar a un feature flag ○ El código incluirá condiciones para bifurcar el camino (patrón Strategy) ○ Los experimentos se configuran remotamente. ○ Se recomienda poder sobre-escribirlos localmente. ● Generan trabajo adicional cuando la decisión ya está tomada. ○ Borrar la implementación que se descarta. ○ Muy probablemente la funcionalidad termine quedando detrás de un Feature Flag. 

¿Preguntas? 

¡Gracias!