1
00:00:00,000 --> 00:00:13,080
¡Buenos días! Esto es Emilcar Daily, un podcast sobre tecnología en general, Apple en particular,

2
00:00:13,080 --> 00:00:17,240
producción personal, cultura de Internet y francamente cualquier cosa que me interese.

3
00:00:17,240 --> 00:00:23,960
Hoy es miércoles 26 de febrero de 2025 y este es el capítulo 2710. Yo soy Emilcar y

4
00:00:23,960 --> 00:00:27,360
hoy te voy a hablar de la ubicación real de los archivos de nuestro ordenador.

5
00:00:27,360 --> 00:00:35,600
Emilcar Daily es uno de los podcasts en activo más vedranos de España. 14 temporadas y más de 2.600

6
00:00:35,600 --> 00:00:40,880
capítulos, muchos de los cuales están acompañados en el comienzo de tu jornada cada día. Ahora

7
00:00:40,880 --> 00:00:45,480
puedes apoyar directamente a tu podcast favorito suscribiéndote a Emilcar Daily Premium, lo que

8
00:00:45,480 --> 00:00:50,200
te dará acceso a los capítulos exclusivos que se publican los lunes y los viernes,

9
00:00:50,200 --> 00:00:55,080
además del resto de capítulos con sonido HD, acceso anticipado y sin publicidad.

10
00:00:55,080 --> 00:01:01,280
Ve a Emilcar.fm barra Daily para suscribirte por apenas 4 euros al mes eligiendo el plan

11
00:01:01,280 --> 00:01:11,280
anual y escúchalo en tu aplicación de podcast favorita. Para empezar, hay el nuevo podcast porque

12
00:01:11,280 --> 00:01:16,440
he estado de mudanza, esto ya lo he comentado, y es que vamos a hacer reformas en casa, con lo cual

13
00:01:16,440 --> 00:01:21,200
voy a estar un par de semanas viviendo en casa de mis sogros. Eso afecta mucho a mi rutina del día a

14
00:01:21,200 --> 00:01:25,960
día, en el lunes por la tarde, que fue el día de la mudanza, evidentemente imposible grabar nada,

15
00:01:25,960 --> 00:01:30,840
por eso no hubo podcast el martes, pero hoy aquí estoy grabando. Grabando no en las condiciones de

16
00:01:30,840 --> 00:01:36,320
siempre, yo voy a hacer lo posible porque no lo notes, pero ahora mismo estoy con un Podmic USB,

17
00:01:36,320 --> 00:01:40,680
un micrófono dinámico muy bueno, muy similar al que uso en casa, pero estoy en una habitación,

18
00:01:40,680 --> 00:01:46,840
bueno, que la Catedral de Burgos no tiene nada que envidiarle en cuanto a reverberación. Yo

19
00:01:46,840 --> 00:01:51,880
aplicaré mis mejores hechizos y haré todo lo posible para que la calidad de este podcast durante

20
00:01:51,880 --> 00:01:57,920
estas dos semanas, pues sea la mejor posible. Y vamos con el tema de hoy y empezamos hablando

21
00:01:57,920 --> 00:02:02,000
de Hyperspace, ¿no? Se pronunciará así, ¿no? Hiper espacio es el nombre de esta aplicación,

22
00:02:02,000 --> 00:02:09,600
en inglés, HY Hyper, ¿no? Sí, yo creo que sí. Hyperspace es una aplicación que ha salido muy

23
00:02:09,600 --> 00:02:14,640
recientemente, una aplicación de John Siracusa, que es uno de estos amigachos de

24
00:02:14,640 --> 00:02:22,800
del podcast Accidental Ted Podcast de Marco Arme, en fin, toda esta gente ha sacado una

25
00:02:22,800 --> 00:02:27,840
aplicación para Mac que, como digo, se llama Hyperspace y lo que hace es buscar archivos

26
00:02:27,840 --> 00:02:34,800
duplicados y recuperar espacio disponible en tu disco, ¿no? Dice que busca archivos que

27
00:02:34,800 --> 00:02:40,520
tienen contenidos idénticos en una o en más carpetas, los encuentra y entonces reclama

28
00:02:40,520 --> 00:02:47,800
el espacio que están ocupando en el disco para, sin eliminar ninguno de esos archivos,

29
00:02:47,800 --> 00:02:53,120
que estén solo ocupando un espacio. Esto es una cosa muy interesante, es decir, tú puedes tener,

30
00:02:53,120 --> 00:02:57,880
porque te apetece, porque lo necesitas, un PDF en una carpeta y otro PDF en otra carpeta,

31
00:02:57,880 --> 00:03:01,840
pero con Hyperspace lo que consigues es que manteniéndose, o sea, tú lo ves,

32
00:03:01,840 --> 00:03:07,480
que están los dos ahí exactamente igual, pero en realidad solo están ocupando el espacio de

33
00:03:07,480 --> 00:03:13,120
uno de esos archivos. Comenta John Siracusa que esto lo hace gracias a una característica

34
00:03:13,120 --> 00:03:22,520
del sistema de archivos de Mac OS, que es ahorrar espacio con lo que se llaman clones,

35
00:03:22,520 --> 00:03:30,640
¿no? Con archivos clonados y que el Finder hace exactamente lo mismo cuando tú duplicas un archivo,

36
00:03:30,640 --> 00:03:36,040
lo que hace es llevarte el duplicado a otro sitio, pero realmente no está duplicando el

37
00:03:36,040 --> 00:03:42,760
espacio que ocupa en tu disco. Evidentemente lo he probado, me ha llamado la atención y he ido

38
00:03:42,760 --> 00:03:47,200
a hacer la prueba y lo primero que he hecho, cuando tu ejecutas la aplicación, una aplicación con

39
00:03:47,200 --> 00:03:53,000
una interfaz muy sencilla, lo primero que me dice es que elija una carpeta donde quiero ejecutar

40
00:03:53,000 --> 00:03:59,040
esto y he elegido la carpeta documentos y me ha dicho que no, que la carpeta documentos no puede

41
00:03:59,040 --> 00:04:06,400
ser porque esta aplicación en su versión actual no soporta carpetas que estén en la nube y si no

42
00:04:06,400 --> 00:04:13,040
soportas carpetas que estén en la nube, ¿dónde piensas funcionar? Es curioso porque cuando en

43
00:04:13,040 --> 00:04:19,160
esa elección de carpeta inicial le digo todo el disco, no, Macintosh SSD, lo acepta sin problemas

44
00:04:19,160 --> 00:04:24,080
y dentro de Macintosh SSD hay un montón de carpetas que están en la nube, o sea, no solo

45
00:04:24,080 --> 00:04:29,080
la carpeta documentos que le estaba señalando anteriormente, sino las carpetas de One Drive que

46
00:04:29,080 --> 00:04:33,360
tampoco las quiere coger y sin embargo cuando le dices todo el disco se lanza ahí como un campeón,

47
00:04:33,360 --> 00:04:37,480
supongo que ya le da igual que va a omitir esas carpetas igualmente y que simplemente se va a

48
00:04:37,480 --> 00:04:43,440
centrar en los archivos que estén en local. En mi caso el escaneo completo de mi disco duro SSD de

49
00:04:43,440 --> 00:04:48,760
Guntera ha tardado en torno a los cuatro minutos y ha encontrado 52 megas que puede reclamar,

50
00:04:48,760 --> 00:04:54,360
es decir que en el caso de darle yo al botón de reclamar lo que haría sería que yo no vería

51
00:04:54,360 --> 00:04:58,920
ningún cambio porque los archivos en cuestión seguirían estando visualmente disponibles para

52
00:04:58,920 --> 00:05:04,880
mí en todas sus ubicaciones, pero realmente él estaría eliminando el espacio voy a toser

53
00:05:06,880 --> 00:05:15,600
el espacio que uno de esos archivos está ocupando. Como digo, si no operas con carpetas que estén

54
00:05:15,600 --> 00:05:21,920
en una ubicación en la nube donde piensas operar porque yo sí tengo un equipo con un tera de SSD

55
00:05:21,920 --> 00:05:27,200
comprado a casi cohecho para intentar tener en local la mayor cantidad de archivos posibles,

56
00:05:27,200 --> 00:05:34,720
pero la realidad es que muchos de nosotros tenemos almacenamiento en la nube y aunque ese

57
00:05:34,720 --> 00:05:39,680
almacenamiento esté eventualmente descargado en local de nuestro equipo, pero la carpeta tiene

58
00:05:39,680 --> 00:05:45,480
esa vocación de la nube, es una carpeta cuya ubicación original está en la nube. Las aplicaciones

59
00:05:45,480 --> 00:05:51,780
de almacenamiento en la nube, tanto iCloud como Dropbox, OneDrive o lo que sea que tengas en

60
00:05:51,780 --> 00:05:57,560
tu ordenador tienen características para que mantengas descargadas determinadas cosas o

61
00:05:57,560 --> 00:06:01,480
determinados contenidos en tu ordenador para precisamente cuando estés trabajando sin

62
00:06:01,480 --> 00:06:08,440
conexión que no tengas esa ausencia, pero aún así el sistema operativo sigue identificándolas

63
00:06:08,440 --> 00:06:14,360
como carpetas en la nube o como carpetas ubicadas o con archivos en la nube. En la señal de aviso

64
00:06:14,360 --> 00:06:21,400
de este hyperspace dice the current version, la versión actual. Yo entiendo que es que tiene

65
00:06:21,400 --> 00:06:26,040
que haber alguna forma de hacer esto con carpetas que estén en la nube. De hecho hay una aplicación

66
00:06:26,040 --> 00:06:30,520
que ya hemos comentado aquí en el Maker Daily y sobre todo en weekly que hace esto. La aplicación

67
00:06:30,520 --> 00:06:36,160
Photos Backup Anywhere es una aplicación que te va a hacer copias de tu librería de fotos, además

68
00:06:36,160 --> 00:06:41,240
de lo que serían digamos las fotos sueltas organizadas por carpetas, no el archivo de base

69
00:06:41,240 --> 00:06:48,080
de datos y esto lo va a hacer incluso aunque tú en tu Mac tengas activada la opción de optimizar

70
00:06:48,080 --> 00:06:53,560
espacio de la librería de fotos, es decir el caso tradicional mi librería de fotos ocupa mucho más

71
00:06:53,560 --> 00:06:58,760
de lo que yo puedo hospedar en mi ordenador, activo la optimización de tal forma que la

72
00:06:58,760 --> 00:07:03,080
aplicación Photos va a tener en mi ordenador simplemente las fotos que caben y del resto va

73
00:07:03,080 --> 00:07:07,640
a tener un thumbnail, va a tener una versión más reducida y si yo de pronto una de esas fotos que

74
00:07:07,640 --> 00:07:12,360
está en la nube le doy editar entonces va a descargar la versión completa. Bueno pues Photos

75
00:07:12,360 --> 00:07:17,200
Backup Anywhere te va a copiar, te va a hacer copia de seguridad de todas tus fotos aunque no

76
00:07:17,200 --> 00:07:22,160
estén físicamente descargadas en el ordenador. Esto es algo que yo ya pude comprobar y este hechizo

77
00:07:22,160 --> 00:07:28,680
ya explicó el desarrollador de Photos Backup Anywhere que no lo hace con nada que se haya

78
00:07:28,680 --> 00:07:33,840
inventado sino que esto es una funcionalidad de la API de la aplicación Photos. Yo entiendo que si

79
00:07:33,840 --> 00:07:38,120
esto se puede hacer con la aplicación Photos evidentemente se podrá hacer a nivel de todo el

80
00:07:38,120 --> 00:07:45,400
sistema operativo y me atrevería a decir que esto va a ser posible y no ya sólo con las carpetas

81
00:07:45,400 --> 00:07:51,360
de iCloud Drive sino también con las carpetas de OneDrive, de Dropbox, etcétera. Porque no sé si

82
00:07:51,360 --> 00:07:58,720
recordarás que hace no mucho Apple decidió forzar un cambio, espérate porque como estoy fuera de

83
00:07:58,720 --> 00:08:05,960
casa no estoy grabando la RockCaster Pro y tengo muchísimo miedo. Estoy grabando sólo en el ordenador

84
00:08:05,960 --> 00:08:10,360
como un salvaje. Entonces he hecho una grabación que es una cosa que se puede hacer con Hindenburg,

85
00:08:10,360 --> 00:08:14,680
darle a grabar mientras sigues tu grabando, o sea guardar, perdón, mientras sigues grabando. Bueno

86
00:08:14,680 --> 00:08:21,480
ya lo he hecho. Como decía si esto lo puedes hacer con las fotos yo supongo que la misma API

87
00:08:21,480 --> 00:08:26,600
o el mismo sistema estará para los archivos, el resto de archivos del sistema operativo, no sólo

88
00:08:26,600 --> 00:08:32,400
las fotos. Y me atrevería a decir que si esto llega con HyperSpace llegará exactamente igual

89
00:08:32,400 --> 00:08:37,160
para las carpetas de OneDrive, para las carpetas de Dropbox, etcétera. ¿Por qué? Porque hace no

90
00:08:37,160 --> 00:08:42,200
muchas versiones del sistema operativo Apple decidió pasárselos a todos por la piedra y forzarlas a

91
00:08:42,200 --> 00:08:48,440
usar la API de documentos en la nube oficial. Es decir ahora mismo tú ofres una carpeta de tu

92
00:08:48,440 --> 00:08:54,080
ordenador que es la de OneDrive o la de Dropbox y tiene la misma pinta que la carpeta de iCloud

93
00:08:54,080 --> 00:09:00,360
Drive. Los mismos iconos, el mío, todo exactamente igual porque todos pasan por la misma API oficial

94
00:09:00,360 --> 00:09:07,680
con lo cual digo yo que lo que servirá para uno servirá para otro. Supongo que HyperSpace como digo

95
00:09:07,680 --> 00:09:12,280
podrá hacer esto en un futuro, al menos todo indica que sí, ahora mismo es la versión 1 acaba

96
00:09:12,280 --> 00:09:17,680
de salir, pero esta administración me ha llamado la atención para hacer esta reflexión ¿no? Así que

97
00:09:17,680 --> 00:09:23,560
como aunque tengamos archivos en local en nuestros equipos y tengamos nuestros discos duros, ya no

98
00:09:23,560 --> 00:09:28,040
tan duros, nuestros discos duros llenos en realidad la ubicación nativa de esos archivos está en la

99
00:09:28,040 --> 00:09:32,720
nube porque bueno aunque sabemos, verdad que lo sabemos, ¿a qué sí? ¿A qué sabemos lo que voy a

100
00:09:32,720 --> 00:09:38,080
decir ahora? Aunque sabemos que una carpeta en la nube no es una copia de seguridad pero bueno ahí

101
00:09:38,080 --> 00:09:42,360
queremos tener los archivos sincronizados con nuestros teléfonos, con otros ordenadores, etcétera.

102
00:09:42,360 --> 00:09:48,160
Con lo cual insisto aunque nuestros discos locales estén llenos la mayoría de esos archivos reposan

103
00:09:48,160 --> 00:09:52,960
en carpetas que están sincronizadas con lo cual una aplicación que hace lo que hace HyperSpace

104
00:09:52,960 --> 00:09:58,600
pues tiene que tener compatibilidad con esas carpetas que tienen su reflejo en la nube. A lo mejor

105
00:09:58,600 --> 00:10:05,280
tendrían que haber esperado para lanzar la aplicación a tener esto resuelto pero que sabré yo de

106
00:10:05,280 --> 00:10:09,920
programación. De programación no sé pero de dónde tenemos nuestros archivos creo que sí sé bastante

107
00:10:09,920 --> 00:10:14,840
y creo que la inmensa mayoría de nosotros los tiene todos, no ya directamente en la nube pero sí en

108
00:10:14,840 --> 00:10:20,240
carpetas sincronizadas de alguna forma con la nube. Nada más espero tus comentarios o disensiones

109
00:10:20,240 --> 00:10:26,600
sobre esta idea mía en mazodon.milkart.social o en la comunidad privada de milkar.fm en discord

110
00:10:26,600 --> 00:10:31,160
para suscriptores de milkar daily premium y weekly. Si quieres apoyar este podcast suscríbete a milkar

111
00:10:31,160 --> 00:10:36,840
daily premium desde milkar.fm barra daily y escucha también los capítulos exclusivos de lunes y viernes

112
00:10:36,840 --> 00:10:50,680
en tu aplicación de podcast favorita. Que tengas un estupendo miércoles un saludo y hasta mañana.