Probar cientos de apps de Mac para Mole
Para mejorar la desinstalación y la búsqueda de restos en Mole, llevo un tiempo repitiendo una tarea bastante monótona. Reuní más de 300 apps de Mac, de China y de otros países, con más de 100 GB de descargas. Las dividí en 30 grupos de diez y dejé que la IA manejara el ordenador para descargarlas de sus sitios oficiales e instalarlas en mi Mac. Después tocaba revisar carpetas, bundles de actualización y elementos de inicio, desinstalar y buscar restos para completar las reglas.
De 100 a 300, y después a 549
Mi idea inicial era probar solo 100 apps habituales. Luego pensé: otras cien. Y otras cien más. Más adelante llegué a 549, incluidas versiones de la App Store y extensiones. Normalmente intento tener unas 30 apps en el Mac. Durante las pruebas, el escritorio terminó así.
Las instalaciones traen interrupciones: permisos, pantallas de compra y, a veces, la contraseña de administrador. El agente resuelve la mayoría y yo ayudo con el resto. Me sorprendió que escribiera scripts de instalación, desinstalación y revisión de restos para facilitarse el trabajo. Por momentos, el asistente era yo.
La instalación es solo el principio
Lo que lleva tiempo es recorrer todo el uso de una app: primer inicio, permisos, actualizaciones, inicio automático y eliminación. El instalador no muestra las carpetas que se crean al ejecutarla. Borrar el bundle tampoco revela qué ocurre con los archivos guardados en otros lugares.
En cada tanda compruebo quién creó la carpeta, a qué app pertenece el helper de actualización y qué elementos de inicio quedan. Antes de añadir una regla hay que conocer la ruta real y su propietario; un nombre parecido no basta. Las versiones de la App Store y de descarga directa también requieren comprobaciones separadas: compartir nombre no garantiza las mismas ubicaciones de datos.
La IA repite las comprobaciones y convierte en scripts los pasos que ya conoce, pero los permisos, las contraseñas de administrador y los archivos de origen incierto siguen necesitando atención. Calculo que hacerlo todo a mano me habría llevado diez veces más tiempo.
Cosas que solo se descubren al instalar
Pensaba que, después de 100 apps, las convenciones del software permitirían anticipar casi todo lo demás. No fue así. Muchas rutas escapan a las reglas generales, y algunos identificadores de bundle ni siquiera usan la notación de dominio inverso. Lo que parece una convención ordenada puede ser un valor que alguien escribió sin pensarlo demasiado. Hay que instalar y revisar cada app.
Las comprobaciones también corrigieron lugares donde pensaba borrar algo que debía quedarse. Las cachés, los archivos personales y los datos compartidos entre apps no son todos basura por estar en la misma carpeta. Más pruebas también significan encontrar más cosas que conservar.
Encontrar también lo que debe quedarse
La primera ronda de más de 300 apps aportó 13 categorías de reglas reutilizables y más de 90 rutas precisas. También corregí más de 30 lugares que pensaba limpiar pero que no debía tocar, amplié las comprobaciones de actualizaciones e inicio y añadí más de 100 pruebas unitarias. Son las cifras de aquella ronda; la lista de apps sigue creciendo.
Esas correcciones importan tanto como los nuevos restos encontrados. Una caché puede regenerarse; un archivo escrito por una persona, no. Los datos compartidos no deben desaparecer por eliminar una sola app. Un archivo aparentemente abandonado puede seguir usándose en otra parte: si no está claro a quién pertenece, conviene conservarlo.
Perseguir únicamente una cifra mayor de limpieza desviaría el trabajo. Las reglas generales cubren patrones repetidos, las rutas especiales se confirman una a una y las pruebas conservan los casos que no deben borrarse para detectar si un cambio posterior vuelve a introducir un error ya resuelto.
Una ayuda inesperada de la accesibilidad
Mole incorporó atributos de accesibilidad para personas con discapacidad visual desde sus primeras versiones. Esos atributos también ayudaron a la IA a localizar los elementos y botones correctos durante las pruebas. Un trabajo hecho para los usuarios acabó ayudándome a mí.
Los atributos de accesibilidad pueden describir el nombre, tipo y estado de un botón, además de su posición. Así, un script tiene pistas para encontrar el mismo control cuando cambia la distribución. Con una captura y coordenadas fijas, mover una ventana o cambiar un diálogo puede bastar para pulsar en otro sitio.
Pero están pensados primero para las personas. Que una IA encuentre un botón no demuestra que alguien que use VoiceOver pueda completar la tarea. Las etiquetas, el orden del foco y el anuncio de los resultados siguen necesitando revisión. Este trabajo me hizo apreciar mejor el valor de admitir distintas formas de usar un ordenador.
Esperaba que después de cien apps solo quedaran repeticiones, pero a las 300 y a las 549 seguían apareciendo detalles nuevos. Quiero continuar instalando y revisando apps habituales y llevar lo aprendido a Mole. Estas comprobaciones corrientes pueden importar cuando alguien desinstala una app de verdad.
Si desarrolláis apps o sitios web, podéis pedir ayuda a vuestro asistente de programación para mejorar la accesibilidad. Puede facilitar el uso a personas con discapacidad visual y hacer más fiables vuestras pruebas automatizadas. Seguiré con este trabajo. Las apps están en la lista de software probado; podéis proponer otras para las próximas tandas.