Desarrollo de Software con IA

Leer logs sin pánico: el registrador de tu aplicación

Interpretar niveles (info, warn, error), timestamps y trazas para ubicar la falla.

La caja negra que habla por ti

Un log es la memoria de la aplicación: qué ocurrió, cuándo y con qué resultado. Cuando el error está en producción y no puedes «verlo», el log es tu único testigo. No lo escribes a mano: lo pides. Y aprendes a escanearlo buscando lo que brilla en rojo.

Los niveles: qué mira cada uno

En un incidente, ve directo a los «error» y luego retrocede desde ahí en el tiempo.
NivelQué significaCuándo mirarlo
infoTodo normal, un hitopara seguir el flujo habitual
warnAlgo raro pero no rotocuando sospechas de un borde
errorAlgo fallóel primer sitio en un incidente
trace / stackLa ruta exacta del fallo por dentropara localizar la línea culpable

Un log de ejemplo

El rastro de un 500
[10:02:11] INFO  GET /contactos -> 200 (34 registros)\n[10:02:15] INFO  POST /contactos cuerpo={nombre:"Ana"}\n[10:02:15] WARN  email vacio, se acepto igual\n[10:02:40] ERROR GET /contactos/87 -> fallo: no existe\n[10:02:40] ERROR stack: findById(87) devolvio null; se llamo .telefono sobre null\n[10:02:40] INFO  respuesta al cliente: 500

Qué le pides a la IA con esto

Le copias las líneas relevantes (no el archivo entero) y aplicas el protocolo del OA anterior. Los logs son el paso 4; unen el error con su contexto. También puedes pedir que instrumente la app para generar logs útiles donde aún no los hay:

Del log a la corrección y a la observabilidad
El log de produccion muestra: ERROR stack: findById(87) devolvio null; se llamo .telefono sobre null.\nAnade un chequeo para que un id inexistente devuelva 404 con mensaje claro en vez de reventar.\nAdemas, instrumenta el endpoint GET /contactos/{id} con log INFO de la entrada y WARN si no encuentra registro.

Prueba

Tu app devolvió un error 500 en producción. ¿Qué línea del log te señala primero la causa?

Un log útil debe registrarse solo cuando algo falla; nunca conviene tener INFO de las operaciones normales.

Detecta el log inútil

Revisas cómo una IA dejó la aplicación instrumentada. Señala la decisión que te dejará ciego ante el próximo fallo:

  1. Registra ERROR con el mensaje y la traza cuando algo revienta.
  2. Registra INFO de las operaciones clave con marca de tiempo.
  3. Desactiva por completo el registro para «que la app vaya más rápida».
  4. Añade WARN cuando un caso borde se acepta sin dato.

Identifica la linea con error.

Pide a la IA que instrumente una ruta de tu proyecto con INFO, WARN y ERROR útiles. Provoca un fallo y localiza su causa leyendo solo el log.

PistaSi no puedes explicar el fallo desde el log, tu registro todavía no te sirve.