Saltar al contenido
Volver al blog

Blog de noticias

El disco no se llena de fotos, se llena de compilaciones

Los limpiadores de Mac buscan duplicados y cachés del navegador. En el Mac de quien programa, los gigabytes están en otro sitio: DerivedData, node_modules de proyectos muertos y runtimes de simulador que nadie volverá a abrir.

El disco no se llena de fotos, se llena de compilaciones

Un disco lleno sin nada que borrar

La primera vez que a mi Mac le quedaron 12 GB libres hice lo que hace todo el mundo: abrir el panel de almacenamiento del sistema. Fotos, 40 GB. Aplicaciones, 30 GB. Documentos, 18 GB. Y una categoría llamada «Otros» que ocupaba casi 300 GB y sobre la que el sistema no dice absolutamente nada.

Ese «Otros» es el trabajo de los últimos dos años. No son archivos que hayas guardado tú: son los que dejan detrás las herramientas con las que trabajas.

Dónde está el espacio de verdad

Si programas en un Mac, esto te va a sonar:

  • DerivedData de Xcode. Cada proyecto que has compilado deja ahí su carpeta. Xcode no las borra al cerrar el proyecto, ni cuando lo mueves de sitio, ni cuando lo abandonas. Sesenta, ochenta gigabytes es normal.
  • Runtimes de simulador. Cada versión de iOS que instalaste para probar algo pesa alrededor de 8 GB. Si tienes cuatro versiones, ya son 32 GB de imágenes de disco que solo se usan cuando abres ese simulador concreto.
  • node_modules de proyectos que ya no tocas. Un proyecto mediano son 300 MB. Veinte proyectos de los últimos tres años son 6 GB de dependencias de versiones que ni siquiera instalarías hoy.
  • Código Intel que tu Mac no ejecuta. Muchas apps siguen distribuyéndose como binarios universales. Si tienes Apple Silicon, la mitad de ese binario es código que tu procesador no va a ejecutar jamás.

Por qué los limpiadores normales no lo ven

No es que estén mal hechos. Es que están hechos para otra persona.

Un limpiador de Mac genérico busca lo que le pasa a todo el mundo: caché de Safari, archivos de idioma que no usas, duplicados en la carpeta de descargas, la papelera. Todo eso está bien, y Nitid también lo hace. Pero suma dos o tres gigabytes, y el problema real son doscientos.

Para ver los doscientos hay que saber que ~/Library/Developer/Xcode/DerivedData se puede vaciar sin miedo, que un node_modules se regenera con un comando, y que un runtime de simulador se vuelve a descargar. Eso no es conocimiento general: es conocimiento de oficio.

Lo que hace Nitid

Nitid mira los sitios donde tu trabajo deja restos, y te dice cuánto ocupa cada uno antes de tocar nada. Cachés de npm, Yarn, pnpm, CocoaPods, SwiftPM, Homebrew, Gradle, Maven, Cargo, pip, Go y Deno. Artefactos de proyecto con un marcador al lado: una carpeta target sin Cargo.toml cerca no se propone, porque probablemente no sea lo que parece.

Y hay una regla que me importa más que las demás: no preselecciona nada que hayas tocado en los últimos dos días. Si estuviste compilando esta mañana, esa carpeta no aparece marcada. El coste de equivocarse ahí es que alguien pierda media hora recompilando, y eso no compensa ahorrar un clic.

Lo que no hace

Nitid no borra nada directamente: todo va a la Papelera. Si te arrepientes, lo recuperas. Tampoco toca rutas protegidas, ni siquiera si llegas a ellas a través de un enlace simbólico, y cuenta los bytes que movió de verdad, no los que esperaba mover.

Y no va a arreglarte el disco si lo que tienes son 300 GB de vídeo en bruto. Para eso el panel del sistema ya te sirve.

Una cosa más

Nitid no hace ni una sola petición de red. Ni telemetría, ni comprobación de versiones, ni informes de fallos. Una app que husmea tu disco entero es exactamente el tipo de programa que no debería estar hablando con nadie.

Ver Nitid en el catálogo

¿Te ha servido? Las apps de las que escribo están en el catálogo.

Ver el catálogo
El disco no se llena de fotos, se llena de compilaciones · NexusApp