Un guion de solo lectura, con control de errores

Un try ... except: pass hace que cualquier error, de cualquier tipo y en cualquier línea, desaparezca sin dejar rastro. El guion sigue, termina sin quejarse y entrega números que parecen buenos. Si en una investigación ese resumen dice «27 eventos» y eran 30, nadie lo sabe, y una decisión se toma sobre una cifra falsa.

Un guion de análisis debe hacer lo contrario: capturar el error concreto que espera (ValueError, KeyError, OSError), decir qué línea lo causó y por qué, y contar lo que descartó. En Bash esto se parece a set -u, y en PowerShell a -ErrorAction Stop en lo que no puede fallar en silencio.

Lee resumen_malo.py y compara sus dos líneas de salida con las de resumen_seguro.py.

El guion seguro clasifica cada línea que no sirve con un código de motivo corto y guarda su número de línea. Así quien lea el resumen sabe qué pasó con cada una y puede abrir el archivo en esa línea para comprobarlo. Es la diferencia entre «hay un problema en los datos» y «la línea tal tiene tal problema».

Lee la salida guardada y, si hace falta, la línea correspondiente del registro.

El guion malo se equivoca en las dos direcciones. Su bloque try cubre la conversión del campo bytes a número, y cinco líneas válidas traen un guion en lugar de un número (el agente lo escribe cuando no pudo medir): el seguro lo trata como cero y conserva el evento; el malo lo pierde sin avisar. Al mismo tiempo, el malo no comprueba la hora y cuenta como bueno un evento con una hora inválida, que el seguro sí rechaza.

La diferencia neta entre las dos cifras de eventos resumidos es lo que el guion malo dejó fuera de más.

La evidencia se lee, no se modifica. Un guion de análisis la abre en modo lectura ("r"), escribe su resumen en pantalla o en un archivo aparte y deja a la vista lo que no pudo procesar. Si el original cambia, el resumen deja de ser comprobable; por eso en la práctica se calcula también un hash del archivo antes y después y se comparan.

Un descarte silencioso no solo hace perder eventos: puede hacer que se cuente de más. En el guion malo, el campo bytes se suma antes de comprobar la dirección y sin comprobar la hora, así que dos líneas dañadas aportan sus bytes al total. Los dos totales de bytes lo muestran.