Herramienta diff de texto (línea a línea, color)

Cómo se calcula el diff

Usamos el algoritmo Longest Common Subsequence (LCS) para encontrar líneas compartidas. Las que aparecen en ambos son 'sin cambios'. Solo en original son 'eliminadas'. Solo en revisado son 'añadidas'. El resultado es una comparación anotada con números de línea preservados a ambos lados.

LCS es el enfoque estándar usado por git y la mayoría de herramientas. Elige la secuencia coincidente más larga, que suele encajar con lo que un humano llamaría 'el mismo párrafo'. Para inputs muy grandes (10,000+ líneas) el runtime crece cuadráticamente; si necesitas comparar logs grandes, usa una herramienta de streaming diff.

Para qué es bueno

Revisiones de documentos: ver exactamente qué cambió entre borradores. Útil para contratos legales, términos de servicio y cualquier texto donde 'qué cambió' importa.

Configs: comparar dos .env o YAML para detectar mala configuración. O dos versiones de un script de deploy.

Edición de prosa: el escritor ve las revisiones del editor en contexto, especialmente cuando solo unas líneas cambiaron.

Code review (uso ligero): para snippets pequeños. Para review real usa una herramienta que entienda sintaxis — git diff con flags semánticos o herramienta dedicada da mejores resultados.

Limitaciones

Diff a granularidad de línea. Si cambias 'cat' por 'cats' en una línea, toda la línea aparece como eliminada-y-añadida; no resaltamos la 's'. Diff a nivel de palabra/carácter sirve, pero es difícil de leer en líneas largas.

Espacios al final son significativos — 'foo' y 'foo ' cuentan como distintas. Si quieres comparación insensible a espacios, normaliza antes.

El orden importa. Dos párrafos en posiciones distintas cuentan como eliminado y añadido. El diff no detecta bloques 'movidos'.