El coste real de una dependencia
Cada dependencia se paga cuatro veces: en tamaño, en compilación, en superficie y en mantenimiento. El criterio para añadir una, y el hábito de revisarlas.
Las cuatro facturas
La segunda y la cuarta son las que se subestiman porque llegan repartidas: nadie suma los segundos de compilación ni las horas de migración, y juntas superan a las otras dos.
El criterio para añadir una
La primera pregunta es la que más se salta, y suele tener una respuesta incómoda: buena parte de las dependencias pequeñas ahorran menos código del que cuesta entenderlas.
Core y frontend no se pagan igual
Una distinción que cambia el criterio:
La última fila es la que sorprende: un proyecto de frontend moderno tiene con facilidad cientos de dependencias transitivas, muchas más que el core, y sin embargo la vigilancia suele ir al revés.
Revisar el árbol
Un hábito de media hora, dos o tres veces al año:
- Listar las dependencias directas y preguntarse por cada una si sigue haciendo falta. Siempre hay dos que ya no.
- Buscar duplicados: dos versiones de lo mismo en el árbol, que se compilan las dos.
- Comprobar las abandonadas con lo del nivel 38.3.
- Y mirar el crecimiento: si el árbol ha crecido un tercio desde la última revisión, ¿por qué?
Y hay herramientas que automatizan la parte de auditoría — avisos de seguridad conocidos, licencias incompatibles, versiones duplicadas — que merecen estar en tu integración continua.