WEBVTT
Kind: captions
Language: es

00:00:00.000 --> 00:00:06.880
Bienvenidos al primer episodio de Don Tomás. Mi nombre es Alex Barredo, me conoceréis de Mixio,

00:00:06.880 --> 00:00:11.120
el podcast diario de tecnología, y conmigo está Ramón Medrano. ¿Qué tal estás, Ramón?

00:00:11.120 --> 00:00:15.960
Hola, buenas. Pues estoy bastante bien. Esperando, no, deseando más bien grabar

00:00:15.960 --> 00:00:19.920
el primer episodio. A ver qué tal lo sale. ¿Cómo está el tiempo por ahí, por Suiza?

00:00:19.920 --> 00:00:25.760
¿Estáis pasando calor ya? ¡Qué va! Está lloviendo. Ha sido el peor invierno porque no ha nevado,

00:00:25.760 --> 00:00:29.160
entonces no hemos podido ir a la montaña. Y la peor primavera porque no ha parado de llover,

00:00:29.160 --> 00:00:33.320
entonces tampoco hemos podido hacer nada, así que estamos aquí mirando por la ventana.

00:00:33.320 --> 00:00:38.000
Lo que se suele conocer como el infierno suizo de toda la vida. En fin, bueno,

00:00:38.000 --> 00:00:43.200
el primer episodio de Don Tomás, de este podcast con este nombre tan particular,

00:00:43.200 --> 00:00:49.480
que teníamos tanta ilusión por comenzar, creo que tenía que ir de mastodón y creo que es lo

00:00:49.480 --> 00:00:56.840
que está catapultando ahora la conversación en general sobre la descentralización, sobre este

00:00:56.840 --> 00:01:04.000
tipo de cambio o posible tendencia, no sabemos lo que va a durar o si va a ser algo permanente,

00:01:04.000 --> 00:01:09.320
a nivel de internet en general, ¿verdad? Sí, a ver, lo hemos visto con mastodón como

00:01:09.320 --> 00:01:16.400
la primera, digamos, gran éxodo de una plataforma centralizada a una... Yo no quiero decir que

00:01:16.400 --> 00:01:20.800
mastodón es una plataforma porque al fin y al cabo es como una implementación de un protocolo,

00:01:20.800 --> 00:01:26.880
no? Es la más... efectivamente hay un sesgo grande a que la grandísima mayoría de los clientes han

00:01:26.880 --> 00:01:32.760
sido mastodón, pero creo que se va a ver más también porque siempre cuando se habla de

00:01:32.760 --> 00:01:36.800
transformación digital y demás, ahora que está mucho en los medios y tal, muchas veces se añade

00:01:36.800 --> 00:01:42.120
a la colectividad esta de la soberanía digital, ¿no? Y una de las formas de conseguirlo es

00:01:42.120 --> 00:01:46.080
utilizando protocolos que sean distribuidos de por sí, entonces no tienes al final un

00:01:46.080 --> 00:01:53.240
árbitro central, ¿no? En este caso es nuestro amigo Elon para Twitter, diciendo lo que se puede

00:01:53.240 --> 00:01:58.520
hacer o cómo se puede moderar o qué algoritmos hay que utilizar, ¿no? Eso es, y claro, todos sabemos

00:01:58.520 --> 00:02:04.400
que a día de hoy mastodón está basado en este palabra que a algunos os suena, a otros no, que

00:02:04.400 --> 00:02:09.760
es ActivityPub, y vamos a comentar, pues eso, precisamente dónde están las fronteras, dónde

00:02:09.760 --> 00:02:16.400
empieza ActivityPub, dónde es mastodón como software, como servidor, todos estos conceptos que

00:02:16.400 --> 00:02:23.320
creo que siguen sin estar nada claros para muchísimas personas, porque claro, nos hemos tirado

00:02:23.320 --> 00:02:30.040
los últimos 15-20 años en plataformas completamente centralizadas, como cuál es tu cuenta de Instagram,

00:02:30.040 --> 00:02:35.720
esta es Poon, ¿no? A pesar de que, pues yo creo que tanto Ramón, tú como yo, como muchísimos de

00:02:35.720 --> 00:02:40.480
nuestros oyentes, hemos crecido en la plataforma descentralizada por Autonomasia, que es el correo

00:02:40.480 --> 00:02:48.200
electrónico, y yo creo que mastodón tiene mucho más de correo electrónico, cuando hablas de

00:02:48.200 --> 00:02:54.600
ActivityPub y todas estas tecnologías, que de Twitter, a pesar de que la apariencia inicial es

00:02:54.600 --> 00:03:00.400
un poco, es un poco lo de Twitter, y esto es lo curioso, porque mastodón no siempre estuvo

00:03:00.400 --> 00:03:07.360
utilizando ActivityPub, ¿verdad? No, no, sí, o sea, el histórico de mastodón, hasta que llegamos a

00:03:07.360 --> 00:03:13.160
mastodón que hay hoy en día, tiene más de una década de historia, o sea, son plataformas de

00:03:13.160 --> 00:03:20.720
microblogging, que eran, cómo decir, algunos open source, algunos no, tenían protocolos, vamos a

00:03:20.720 --> 00:03:25.720
decir, homegrown, de esto que cada una tiene una versión diferente de lo mismo, porque al final es

00:03:25.720 --> 00:03:31.760
similar, pero creo que lo que dices de correo electrónico es muy acertado, porque cuando el

00:03:31.760 --> 00:03:41.120
protocolo lo estandariza, el W3C, que es el Web Consortium, introduce conceptos como un inbox,

00:03:41.120 --> 00:03:48.440
si es verdad que el concepto al paralelismo con el correo electrónico es claro, y lo demás está la

00:03:48.440 --> 00:03:54.280
identidad de los usuarios dentro de la red, es muy parecida del correo electrónico, porque tú

00:03:54.280 --> 00:03:59.560
tienes un nombre de usuario en un servidor. Exacto. No es una identidad global como pueden ser tus

00:03:59.560 --> 00:04:04.480
nombres de usuarios dentro de Instagram. Exacto. Yo creo que esa es un poco la gran diferencia, y

00:04:04.480 --> 00:04:10.800
hablamos de que no siempre todo ha sido código abierto, y a mí esto me fascina porque yo creo

00:04:10.800 --> 00:04:16.760
que hay muchas personas que piensan que esto es una cosa de hippies y cosas así, y no necesariamente,

00:04:16.760 --> 00:04:22.080
¿vale? Si es cierto que son elementos que han sido catapultados y que ha habido mucho interés

00:04:22.080 --> 00:04:27.280
tanto en Europa como en Estados Unidos, principalmente, ¿vale? Pero yo creo que son

00:04:27.280 --> 00:04:33.880
fenómenos completamente globales. En concreto, origen, origen, origen de todo, yo creo que

00:04:33.880 --> 00:04:37.240
podíamos hablar de un montón de cosas de historia, porque ya tenemos, como decías tú,

00:04:37.240 --> 00:04:44.600
pues más de una década, yo te diría, de este tipo de una persona, se le ocurre un concepto,

00:04:44.600 --> 00:04:49.480
y luego vamos a ver si lo podemos estandarizar, y luego se aburre, y luego deja de no sé qué,

00:04:49.480 --> 00:04:54.520
y luego tiene éxito, o no tiene éxito, o queda todo abandonado. Hay un montón de conceptos que

00:04:54.520 --> 00:05:00.520
hablabas tú antes, como lo del inbox, este buzón de entrada de datos que propone y que ofrece,

00:05:00.520 --> 00:05:07.080
y sobre el que funciona ActivityPub, que yo creo que deberíamos de explicarlos al principio, ¿no?

00:05:07.080 --> 00:05:14.160
Entonces, cuéntame un poco. A ver, el protocolo, al final lo que tienes son los objetos, tienes

00:05:14.160 --> 00:05:18.920
actores y actividades, ¿no? Al final esto siempre se puede hacer un paralelismo con el email,

00:05:18.920 --> 00:05:24.320
para que sea más fácil de entender. Los objetos son los elementos que se transportan. Serían los

00:05:24.320 --> 00:05:28.880
emails, pues en este caso lo que pasa es que hay varios tipos de objetos, porque el ActivityPub,

00:05:28.880 --> 00:05:33.400
nosotros lo vemos mucho en Mastodon, que es una red de texto, pero podría ser una red de

00:05:33.400 --> 00:05:39.520
fotografías, por ejemplo. De hecho, hay aplicaciones que serían como una mímica de Instagram en la

00:05:39.520 --> 00:05:46.120
que tú... Sí, PixelFed, y está consiguiendo bastante tráfico. Tenemos encima de ActivityPub

00:05:46.120 --> 00:05:52.920
PeerTube, que es algo relativamente similar, o que intenta conseguir algunos de los conceptos

00:05:52.920 --> 00:05:58.000
capitaneados por YouTube, etcétera. Pero sí, yo creo que va mucho más allá del texto, como dices tú.

00:05:58.000 --> 00:06:02.720
PeerTube, por ejemplo, tiene cosas de vídeo y tal. Entonces, bueno, todos esos serían las

00:06:02.720 --> 00:06:09.400
cosas que se pueden transmitir. Los actores son lo que en email sería el destinatario y el receptor,

00:06:09.400 --> 00:06:15.400
sería quién es el autor de las cosas. Y luego las actividades, como si le añadieras un API al

00:06:15.400 --> 00:06:19.640
correo electrónico para realizar acciones con diferentes semánticas. No solo el transportar

00:06:19.640 --> 00:06:24.840
objetos de un destinatario a otro, sino que tú puedes actualizar un mensaje, por ejemplo, que en

00:06:24.840 --> 00:06:29.320
correo electrónico lo único que se hace sería enviar uno nuevo. Y puedes borrar, puedes bloquear,

00:06:29.320 --> 00:06:34.160
puedes seguir. Y no solo sobre los objetos, pero también sobre los actores. Tú, un actor,

00:06:34.160 --> 00:06:38.760
como puede ser otro usuario en otro servidor, lo puedes bloquear. Eso está muy chulo, porque hay

00:06:38.760 --> 00:06:43.400
elementos del ActivityPub que nos recuerdan al correo electrónico y hay otros que me parecen

00:06:43.400 --> 00:06:49.520
como el RSS. Pero en un único sentido, es decir, tú recibes información, tú también emites

00:06:49.520 --> 00:06:55.640
información. Es decir, todas tus acciones, como comentabas tú, tus actividades de ti como actor,

00:06:55.640 --> 00:07:01.760
sobre los objetos que se van publicando y que están presentes en tu servidor o federados,

00:07:01.760 --> 00:07:07.400
etcétera, todo tu flujo de acciones que haces tú localmente las emites para que todas las

00:07:07.400 --> 00:07:12.200
personas que te siguen o que están suscritos a ti las vayan recibiendo. Con lo cual, si tú le das

00:07:12.200 --> 00:07:19.280
me gusta a un objeto, que puede ser un artículo o lo que sea, la otra persona tiene que recibir

00:07:19.280 --> 00:07:25.640
en algún momento esa notificación y su servidor decirle, oye, Pepito le ha dado me gusta a este

00:07:25.640 --> 00:07:32.400
objeto. Y una cosa buena es que las actividades las puedes expandir. Cada uno puede crear y puede

00:07:32.400 --> 00:07:38.560
personalizar y puede decidir qué es lo que significa y qué es lo que hace e incluso añadir

00:07:38.560 --> 00:07:45.400
un poco las suyas propias. En esto me recuerda un poco también al RSS y a los namespaces del XML,

00:07:45.400 --> 00:07:50.960
¿verdad? Sí, sí, es un protocolo extendible. Está bien definido porque el estándar que publicó el

00:07:50.960 --> 00:07:57.040
W3C serían los fundamentos básicos y luego la gente puede establecer sus extensiones dentro

00:07:57.040 --> 00:08:01.560
del estándar sin tener que sacar versiones posteriores. Podrías ver, por ejemplo, un

00:08:01.560 --> 00:08:08.240
servidor de Mastodon o de Gear2, por ejemplo, que se quiera financiar con anuncio, posiblemente

00:08:08.240 --> 00:08:13.000
podrías añadir extensiones a las actividades que sería este. Este es un mensaje especial,

00:08:13.000 --> 00:08:16.640
por ejemplo, entonces no es algo que provenga de algún usuario, sino un servidor. O podrías ver,

00:08:16.640 --> 00:08:21.160
por ejemplo, debería ser posible hacer con ActivityPub un sistema como el de Spaces que

00:08:21.160 --> 00:08:26.960
tiene Twitter para el audio, transmitiendo, por ejemplo, fragmentos de audio del Space que se

00:08:26.960 --> 00:08:31.960
esté transmitiendo, añadiendo, por ejemplo, campos de prioridad. Eso como es algo en tiempo real,

00:08:31.960 --> 00:08:36.240
si estás haciendo un podcast o lo que sea, pues quieres que vaya en la sitbox que coja la prioridad

00:08:36.240 --> 00:08:41.520
y entre a la arriba de la cola, por ejemplo, es decir, extensiones. Por ejemplo, PeerTube,

00:08:41.520 --> 00:08:48.560
cuando alojas un vídeo, consume muchísimo y no todo el mundo puede pretender que su instancia

00:08:48.560 --> 00:08:52.720
realmente... porque aquí cuando hablamos de instancia técnicamente nos referimos al servidor,

00:08:52.720 --> 00:08:59.640
es decir, una cosa que esté en algún sitio haciendo esa transferencia de datos, enviando

00:08:59.640 --> 00:09:05.680
y recibiendo. Igual que para un correo electrónico necesitas el cliente y el servidor que lo gestione,

00:09:05.680 --> 00:09:10.520
pues aquí tenemos eso. No sé muy bien por qué comenzamos a hablar de instancias hace años,

00:09:10.520 --> 00:09:16.440
pero yo creo que ya es un término completamente aceptado. Y te decía lo de PeerTube, porque

00:09:16.440 --> 00:09:22.560
PeerTube, además de que te puedas transmitir el vídeo por HTTP normal, también puedes utilizar

00:09:22.560 --> 00:09:29.440
y ofrecen WebTorrent, por ejemplo, para simplemente que el vídeo entre dentro de este enjambre,

00:09:29.440 --> 00:09:34.520
dentro del protocolo BitTorrent, uno de los mayores casos de éxito de la descentralización

00:09:34.520 --> 00:09:41.920
de la historia de internet, sin ninguna duda, y que la instancia que lo aloja simplemente actúe

00:09:41.920 --> 00:09:47.880
como uno más de las semillas de ese contenido, con lo cual se ahorra muchísimo tráfico y muchísimo

00:09:47.880 --> 00:09:54.400
ancho de banda. Sí, sí, sí, eso está ahí. Luego, otra de las cosas que hay que decir es que en el

00:09:54.400 --> 00:09:59.000
paralelismo que estamos teniendo con el email, los problemas que tiene el email históricamente

00:09:59.000 --> 00:10:06.080
también los mantiene ActivityPath. Si miramos cosas como la identidad, es una identidad en

00:10:06.080 --> 00:10:10.440
la que tú dependes del servidor en el que tú estés. Eso es. Yo, por ejemplo, utilizo Gmail y

00:10:10.440 --> 00:10:17.440
mi identidad en lo que sería mi cuenta de correo es en gmail.com. Si uno utiliza su propio dominio,

00:10:17.440 --> 00:10:22.280
pues su identidad es el centro de su dominio. Es decir, no hay notificadores globales, lo cual

00:10:22.280 --> 00:10:26.040
tiene las ventajas porque maximiza la descentralización, pero para la gestión de la

00:10:26.040 --> 00:10:31.800
identidad es más complejo. ActivityPath tiene un sistema, yo lo he probado un par de veces,

00:10:31.800 --> 00:10:37.000
que me parece que está bastante bien ejecutado para cambiar de identidad. Es decir, no puedes

00:10:37.000 --> 00:10:41.160
transferirla cuando cambias de un servidor a otro o de una instancia a otra, pero al menos sí que

00:10:41.160 --> 00:10:47.760
puedes transferir tu estado, que sería la gente que te sigue. Creo que no transmite los estados

00:10:47.760 --> 00:10:52.760
que tú has escrito, es decir, empiezas desde cero. Cuando yo lo he hecho, no me ha movido el contenido

00:10:52.760 --> 00:10:58.480
que yo cree. Es lo que dices tú, te mueve los suscriptores, por decirlo así. Es como una

00:10:58.480 --> 00:11:04.960
notificación de ahora soy otro alter ego. Pero bueno, es bastante mejor que, por ejemplo,

00:11:04.960 --> 00:11:10.280
la migración de datos existente entre Facebook y Twitter, por ejemplo, que es imposible.

00:11:10.280 --> 00:11:15.880
Exacto, que es inexistente. Esa portabilidad del grafo social o del gráfico social. Nunca

00:11:15.880 --> 00:11:21.920
he sabido muy bien cómo traducirlo al español. Parecía todo muy bonito en las primeras épocas

00:11:21.920 --> 00:11:27.960
de la web 2.0 y al final todo el mundo se cerró y todo el mundo se quería quedar con lo con lo suyo.

00:11:27.960 --> 00:11:32.640
Sí, bueno, lo ves en cosas como, por ejemplo, varias veces en Twitter hemos visto desde octubre

00:11:32.640 --> 00:11:39.000
hasta ahora el acapanamiento del tráfico, digamos, en el sentido de que el incentivo de la red

00:11:39.000 --> 00:11:44.840
centralizada es que tú estés en su plataforma y no salgas a otra. Entonces lo hemos visto con el

00:11:44.840 --> 00:11:50.120
caso de Chubstack, los enlaces a otras redes sociales, como el propio Mastodon, me parece

00:11:50.120 --> 00:11:58.200
que ocurrió que lo marcaba como un enlace dañino. Estos incentivos, claro, al ser una red

00:11:58.200 --> 00:12:03.760
distribuida, no existen. Existen otros incentivos diferentes. Eso es, eso es decir, no todo es

00:12:03.760 --> 00:12:08.520
bonito, no todo es precioso, porque uno de los graves problemas que tienen estos protocolos o

00:12:08.520 --> 00:12:12.960
estos sistemas abiertos en el que cada uno puede conectarse, etcétera, por ejemplo, como hemos

00:12:12.960 --> 00:12:19.000
visto en el correo electrónico, es el spam. No hemos visto grandes casos de, madre mía,

00:12:19.000 --> 00:12:22.360
por qué estamos todos en este servidor, en esta instancia, recibiendo estas notificaciones,

00:12:22.360 --> 00:12:27.280
pero es básicamente porque yo tengo un buzón de entrada y cualquiera me puede enviar las cosas,

00:12:27.280 --> 00:12:33.040
al igual que en un correo electrónico, ¿no? Sí, el spam es el gran problema que ha tenido el

00:12:33.040 --> 00:12:38.200
correo electrónico y es el gran problema que va a tener ActivityPub como red cuando escale.

00:12:38.200 --> 00:12:42.480
Sinceramente. En el correo electrónico, pues hemos visto que hay muchos sistemas de firmas

00:12:42.480 --> 00:12:47.960
digitales, de Mark, tenemos cosas como una cosa que ha salido ahora que se llama Bimi para proteger

00:12:47.960 --> 00:12:52.960
las marcas, etcétera, etcétera. Es todo firmas digitales y autenticación del origen del contenido,

00:12:52.960 --> 00:12:58.800
¿no? Más todo en eso todavía no existe. Creo que quien le está dando una buena pensada a esto es

00:12:58.800 --> 00:13:04.840
la gente de BlueSky con el protocolo Adds. Por ejemplo, ellos lo que hacen es, hay una diferencia

00:13:04.840 --> 00:13:12.320
de concepto en el sentido de que en ActivityPub, cuando un servidor te deja algo en tu inbox,

00:13:12.320 --> 00:13:18.360
tan pronto como provenga de ese servidor, pues está autentificado. Si es spam o lo que sea,

00:13:18.360 --> 00:13:21.240
pues ya está, ¿no? Tú puedes crear una instancia de Mastodon, por ejemplo,

00:13:21.240 --> 00:13:25.720
que se debe enviar spam a todos los inboxes y el pritito, como viene de una instancia de tag,

00:13:25.720 --> 00:13:28.960
entonces la única opción que tienes ahí de moderación es decir, bueno, pues,

00:13:28.960 --> 00:13:35.400
defederamos esta instancia, ¿no? Entonces se añade una lista negra, digamos, y cualquier

00:13:35.400 --> 00:13:39.960
mensaje que venga de esa instancia, pues consideramos que es abusivo, spam o lo que

00:13:39.960 --> 00:13:43.040
fuera. Ha pasado con servidores japoneses, por ejemplo, que tienen otra idiosincrasia.

00:13:43.040 --> 00:13:50.080
Y en el caso de Adds, lo que se hace es, se autentifica cada objeto que se transmite,

00:13:50.080 --> 00:13:57.680
mientras haya sido creado por el actor que dice ser el creador. Eso se firma digitalmente. Entonces

00:13:57.680 --> 00:14:02.680
tú ya sabes que eso ha sido creado por una persona, un bot que está diciendo quién dice ser,

00:14:02.680 --> 00:14:08.240
¿no? Pero al menos no es una instancia, por ejemplo, que está generando mensajes.

00:14:08.240 --> 00:14:12.880
Ahora que estamos aprendiendo más sobre este protocolo AT o el protocolo ADD que

00:14:12.880 --> 00:14:18.240
está utilizando BlueSky, tienen conceptos muy diferentes con respecto a ActivityPath.

00:14:19.160 --> 00:14:25.160
Se pueden construir puentes para unir un protocolo con otro, pero me parecen súper

00:14:25.160 --> 00:14:30.360
interesantes las diferencias y los conceptos detrás. Los conceptos, digamos, que han llegado

00:14:30.360 --> 00:14:36.160
a otras conclusiones muy diferentes a las que construyeron la arquitectura de ActivityPath.

00:14:36.160 --> 00:14:41.840
Y eso lo tenemos que tratar en algún episodio. Yo no sé si tú ya tienes tu cuentita de BlueSky.

00:14:41.840 --> 00:14:47.680
Estoy en el waiting list. Ahora a ver si te puedo dar una invitación porque está goloso,

00:14:47.680 --> 00:14:51.360
me está gustando mucho. Pero ahora mismo, mi niña bonita es Mastodon.

00:14:51.360 --> 00:14:56.400
Entonces, yo creo que han quedado claros los conceptos, el por qué es diferente,

00:14:56.400 --> 00:15:03.600
el por qué es tan ilusionante, el por qué creo que puede tener un buen tirón,

00:15:03.600 --> 00:15:09.280
no con todo el mundo, eso sí es cierto. Hemos visto pros y contras, pero vamos a hablar del

00:15:09.280 --> 00:15:13.920
origen, vamos a hablar de los datos históricos, vamos a hablar de todo esto porque vamos a decir

00:15:13.920 --> 00:15:18.680
un montón de palabras y un montón de nombres que a muchos de los que hayan, no solo los lectores

00:15:18.680 --> 00:15:24.400
de Mixio, sino la gente que haya estado dentro del mundillo, programadores, etcétera, gente que

00:15:24.400 --> 00:15:28.200
simplemente no haya vivido debajo de una roca durante los últimos 20 años, va a decir,

00:15:28.200 --> 00:15:34.600
¡hostia, es verdad! ¿Qué pasó con esta gente? Y una de esas primeras palabras es la cónica.

00:15:34.600 --> 00:15:37.320
¿Tú te acuerdas? ¿Tú te apuntaste a la cónica?

00:15:37.320 --> 00:15:42.440
Sí, sí. Yo no me acuerdo si me apunté o no, pero nada más que lo he estado revisando las notas

00:15:42.440 --> 00:15:46.400
y he visto la cónica y he tenido esa misma sensación de, ¡hostia, es verdad! Pero si eso,

00:15:46.400 --> 00:15:51.960
yo me acuerdo de darme de alta en Gemayl con las invitaciones, aquellas que había en su época,

00:15:51.960 --> 00:16:00.080
y tener aquel tema por entonces, sí, sí. Y lo que pasa es que aquello era, creo que era open

00:16:00.080 --> 00:16:04.080
source, pero el protocolo era propio, o sea, era una cosa completamente ad hoc.

00:16:04.080 --> 00:16:12.680
Era, vamos a ver, es que esto lo creo Evan Prodomou o algo así, no me acuerdo de cómo

00:16:12.680 --> 00:16:16.880
se pronuncia, no me lo preguntéis. Estaba en San Francisco este señor que es bastante veterano,

00:16:16.880 --> 00:16:22.120
bueno yo creo que ya era veterano entonces, en 2007-2008 cuando empezó con esto, y estaba

00:16:22.120 --> 00:16:28.560
construyendo por una parte la plataforma, es decir, el software, lo que tú instalas y te

00:16:28.560 --> 00:16:33.640
sirve para comunicarse, y por otra parte estaba construyendo Open Microblogging,

00:16:33.640 --> 00:16:39.760
inspirado también en Twitter, a la vez. Es decir, mira, y luego coge, bueno,

00:16:39.760 --> 00:16:46.400
esta librería es la plataforma, esta librería es el protocolo, y quedó un poco, yo no diría chapuza,

00:16:46.400 --> 00:16:53.280
pero era lo que era, ¿vale? Orgánico, se dice. Sobre todo es que era muy simple,

00:16:53.280 --> 00:16:57.080
era muy sencillito, solo quería imitar lo que era Twitter en aquel momento,

00:16:57.080 --> 00:17:00.720
que era básicamente él, estoy en la cafetería comiéndome un donut.

00:17:00.720 --> 00:17:05.920
Bueno, pero Twitter era así al principio, hay que recordar que Twitter cuando nació,

00:17:05.920 --> 00:17:10.080
todo el concepto de retuits y todas estas cosas no existían, fueron las aplicaciones quienes

00:17:10.080 --> 00:17:13.760
inventaron toda esta nomenclatura, los hashtags, por ejemplo, era un diseñador que apareció por

00:17:13.760 --> 00:17:21.520
ahí, lo inventó y tal. En 2008, Twitter era una lista de cadenas de texto, o sea, no había más.

00:17:21.520 --> 00:17:27.360
Y muchos lo utilizaban en el móvil a través de SMS. Es que era una locura, es que era una locura,

00:17:27.360 --> 00:17:32.400
todos los que entraron en Twitter en una gran oleada esta de 2012, 2003, etcétera,

00:17:32.400 --> 00:17:34.320
conocieron otro Twitter muy diferente.

00:17:34.320 --> 00:17:40.480
Bueno, hay que contextualizar, el iPhone no se había lanzado cuando aparece la cónica y cuando

00:17:40.480 --> 00:17:47.760
aparece Twitter por primera vez. Tú estabas con tu Nokia N73, como tenía yo, mandando SMS a un

00:17:47.760 --> 00:17:54.080
endpoint de Twitter, que te cobraba 1,50€ por cada mensaje para publicar tú, que pues no sé,

00:17:54.080 --> 00:17:55.040
que ibas a tomar algo.

00:17:55.040 --> 00:18:00.440
Y ya está, y no tenía mucho más, eran tiempos más sencillos, ¿verdad amigo?

00:18:00.440 --> 00:18:02.080
Mucho más elegante todo.

00:18:02.080 --> 00:18:10.080
Entonces, una vez que tenía la cónica, digamos que lo que se creó fue la instancia en la que

00:18:10.080 --> 00:18:18.240
yo creo que más éxito tuvo, que era Stoica, que era estoi.ca. Era como muy griego todo esto,

00:18:18.240 --> 00:18:25.280
no muy griego clásico. Y luego eso lo cambiaron el nombre, porque decían esto Stoica tal. Yo

00:18:25.280 --> 00:18:30.480
creo que como Stoica, no sé si duró días o semanas. Y luego ya, y esta es la palabra que

00:18:30.480 --> 00:18:33.280
a muchos os va a sonar, que es Identica.

00:18:33.280 --> 00:18:37.320
Sí, esa es la que yo recuerdo haber usado yo creo.

00:18:37.320 --> 00:18:41.960
Y esa era una instancia, es decir, un servidor en el que cada uno, digamos,

00:18:41.960 --> 00:18:48.840
podía crearse y tener su propio Twitter, o podías descargártelo y montártelo por tu cuenta,

00:18:48.840 --> 00:18:53.040
¿no? Y federarte a través de este Open Microblogging, que era, pues eso,

00:18:53.040 --> 00:18:54.600
como dices tú, muy orgánico.

00:18:54.600 --> 00:18:59.880
Luego Evan siguió acelerando por ahí, ya sabéis estas cosas. Como el chiste de XKCD,

00:18:59.880 --> 00:19:06.120
el mítico cómic de, hay trece estándares, necesitamos una cosa para solucionarlo.

00:19:06.120 --> 00:19:10.440
Resultado, ahora hay catorce estándares. Esto es la historia que os vamos a contar.

00:19:10.440 --> 00:19:20.440
Sí, pero eso es todo, eh, o sea, es una máxima de la naturaleza y de la tecnología, es increíble.

00:19:20.440 --> 00:19:25.440
Bueno, Evan creó una empresa para mantener todo esto, que era Control Yourself. La empresa pasó

00:19:25.440 --> 00:19:33.920
a llamarse StatusNet, otro nombre que seguro que está en vuestros neocortex, y cambió el nombre,

00:19:33.920 --> 00:19:41.200
que era el software, es decir, la cónica, pasó a llamarse StatusNet, y creó Status.net,

00:19:41.200 --> 00:19:49.920
que era la instancia donde la gente podía tener sus microblogs. Entonces, durante un tiempo,

00:19:49.920 --> 00:19:57.280
existía Identity.k, Status.net, era un poco un jaleo. Luego la gente se preguntaba,

00:19:57.280 --> 00:20:02.640
¿por qué esto no ha funcionado, no sé qué? Macho, Evan, que por la mañana decías una cosa,

00:20:02.640 --> 00:20:07.960
y por la tarde decías otra cosa. Bueno, mira, el mismo paisano haciendo todas las historias.

00:20:07.960 --> 00:20:12.160
Sí, ya había bastantes más personas. No tengo los nombres y no los recuerdo,

00:20:12.160 --> 00:20:15.560
pero sí que Evan, que está en el tema de la ActivityPub, es decir, que ahí sigue,

00:20:15.560 --> 00:20:21.800
está presente ahí, todas estas personas. Igual que cuando se decide los estándares HTML y todas

00:20:21.800 --> 00:20:28.400
estas... y las estandarizaciones RFC y todas estas cosas, son gente, no diría en la sombra,

00:20:28.400 --> 00:20:33.800
porque todo lo puedes ver públicamente, etcétera, pero gente relativamente anónima,

00:20:33.800 --> 00:20:40.400
gente que sabe mucho, que está trabajando, en principio, en hacer un futuro mejor. Es cierto,

00:20:40.400 --> 00:20:44.760
pues que no lo clavaron a la primera, sin ninguna duda. Es que es muy complicado,

00:20:44.760 --> 00:20:49.360
porque a la vez que estamos viendo esto, Twitter está evolucionando, añadiendo muchos fichos,

00:20:49.360 --> 00:20:54.160
muchas cosas, y luego el Product Market Fit, este que le gusta mucho llamar a la gente,

00:20:54.160 --> 00:20:58.560
iba cambiando, porque hay cosas que en Twitter funcionaban muy bien, lo de Vine,

00:20:58.560 --> 00:21:04.440
por ejemplo, para los vídeos y tal, y otras que no. Entonces, claro, a la vez que la gente iba

00:21:04.440 --> 00:21:09.000
descubriendo lo que era el social media y todas estas cosas, y buscando que funcionara, ellos

00:21:09.000 --> 00:21:14.680
estaban desarrollando una plataforma, que los requisitos de lo que la gente iba utilizando

00:21:14.680 --> 00:21:19.280
estaban variando cada seis meses. Y lo mismo le pasaba a Twitter. ¿Queremos subir imágenes a

00:21:19.280 --> 00:21:24.520
Twitter? No se puede. El Tweet Image que había por entonces. El Tweet Pic, el no sé cuándo,

00:21:24.520 --> 00:21:29.080
un montón de cosas. ¿Queremos poder programar contenido para que se publique en Twitter? No se

00:21:29.080 --> 00:21:34.000
puede. Bueno, voy a montármelo por mi cuenta. Y todas estas cosas, Twitter las ha ido añadiendo.

00:21:34.000 --> 00:21:38.240
Entonces, cuando tienes un equipo de ingenieros, pues poco a poco lo vas a poder hacer, y lo vas

00:21:38.240 --> 00:21:42.840
a ir pudiendo hacer. Sí es cierto que Twitter, tradicionalmente, ha sido una empresa que ha

00:21:42.840 --> 00:21:49.240
ejecutado muy lento, ¿verdad? Más que ejecutado, es una empresa que ha reaccionado muy lento.

00:21:49.240 --> 00:21:52.080
Ha empezado a hacer cosas muy lentas. En ejecución luego, cuando saben lo que quieren hacer,

00:21:52.080 --> 00:21:56.440
pues bueno, más o menos lo hacen. Pero sí es verdad que otra, una propiedad bonita de Twitter

00:21:56.440 --> 00:22:00.520
que tuvo durante esos años, es que era descentralizado de una forma. Es que ellos

00:22:00.520 --> 00:22:06.200
tenían como el backbone de la red. Nosotros vamos a controlar la identidad, tú eras el que tenía la

00:22:06.200 --> 00:22:11.120
cuenta de Twitter, y vamos a controlar el feed de las cosas. Pero luego, muchas de las cosas que tú

00:22:11.120 --> 00:22:15.520
publicabas, pasaban en servicios externos. Publicabas en Tweet Pic, publicabas en los

00:22:15.520 --> 00:22:20.520
mapas, en otra historia donde estabas, en el Swarm, que ahora se llama Swarm, se llamaba el

00:22:20.520 --> 00:22:28.720
Foursquare, te daban los check-ins. Luego tenías cosas como los vídeos en Vine o los predecesores,

00:22:28.720 --> 00:22:35.040
los memes venían de otro lado. Twitter, Instagram nació mucho gracias a Twitter también, porque

00:22:35.040 --> 00:22:39.640
muchas de las imágenes se publicaban directamente en Twitter, y la podías ver, la imagen subía,

00:22:39.640 --> 00:22:46.640
no tenías que ir a Instagram. No era descentralizado en el mismo sentido de lo que era ActivityPad,

00:22:46.640 --> 00:22:51.880
pero sí que tenía como otra dimensión de que muchos de los componentes que había estaban

00:22:51.880 --> 00:22:57.040
ejecutados por otras empresas u otros usuarios fuera de la red. Y sobre todo por otras interfaces,

00:22:57.040 --> 00:23:02.320
es decir, tú podías entrar a Twitter desde donde quisieras. Hubo mucha experimentación con

00:23:02.320 --> 00:23:07.960
interfaces de usuario. Esto de historias de abuelo cebolleta lo tenemos que tomar a fondo

00:23:07.960 --> 00:23:14.440
en otro episodio, porque sí es cierto que lo que echamos mucho de menos es ese origen. Mira,

00:23:14.440 --> 00:23:18.160
vamos a hacer esta cosa mínima, tampoco nos vamos a convertir en un gigante tecnológico,

00:23:18.160 --> 00:23:23.720
pero va a ser muy importante. Al final decidieron eso que no, y quedó para un universo paralelo.

00:23:23.720 --> 00:23:31.440
Entonces, OpenMicroBlogging y nuestro amigo Evan volvieron a mutar como los X-Men y se convirtieron

00:23:31.440 --> 00:23:38.280
en O-Status. De O-Status también te acordarás tú. Sí, sí, O-Status es la primera vez que se intenta

00:23:38.280 --> 00:23:44.960
buscar un consenso. Es la primera vez que el W3C se ve como involucrado, en el sentido de decir,

00:23:44.960 --> 00:23:49.960
esto parece que puede ser útil, parece que estaría bien que haya una federación. Pero claro,

00:23:49.960 --> 00:23:54.600
para que haya una federación tiene que haber un lenguazo, un protocolo, que podamos comunicarlo.

00:23:54.600 --> 00:24:00.880
Y yo sí recuerdo que lo anunciaron con una cosa de, bueno, hemos hecho el protocolo definitivo,

00:24:00.880 --> 00:24:07.120
tal, no sé qué, y no tuvo tracción ninguna. No, pero es un poco siempre lo del ciclo este,

00:24:07.120 --> 00:24:11.320
de la pescadilla que se mueve la cola. No hay usuarios porque la plataforma y el protocolo

00:24:11.320 --> 00:24:17.040
tampoco permiten hacer mucho, con lo cual la gente no se conecta. Y es justo, yo creo,

00:24:17.040 --> 00:24:23.440
lo que no solo inicia este programa, sino que inicia toda la gran adopción de Mastodon,

00:24:23.440 --> 00:24:31.520
que es un hecho que ha forzado esa parte de la migración. Y los efectos de red han empezado a

00:24:31.520 --> 00:24:36.360
funcionar, que no había ocurrido con StatusNet, no había ocurrido con Identica, no había ocurrido

00:24:36.360 --> 00:24:42.440
con OStatus, ni con todas estas tanto plataformas como protocolos. Aquí entran ya Webfinger,

00:24:42.440 --> 00:24:47.600
por ejemplo, que es básicamente una especie de llamada para decir, oye, este arroba,

00:24:47.600 --> 00:24:54.360
Pepito, arroba servidor.com, ¿quién es? Es decir, dame información de esta persona,

00:24:54.360 --> 00:25:00.920
lo puedo hacer a través de HTTP y listo. Un sistema muy simple y muy rápido. Por ejemplo,

00:25:00.920 --> 00:25:06.640
Webfinger, cuando estás en Mastodon y estás intentando escribir el nick de una persona y

00:25:06.640 --> 00:25:14.760
empiezas arroba a Lele, eso es lo que funciona. Está intentando buscar ahí en los Webfingers y

00:25:14.760 --> 00:25:21.800
en estas cositas. También entró ActivityStream, muy similar a ActivityPath, no solo en el nombre,

00:25:21.800 --> 00:25:28.600
sino también en el concepto. Pero bueno, como decías tú, entró la W3C, se quedó en nada,

00:25:28.600 --> 00:25:40.920
y estábamos ya como en 2010. Entonces, nuestro amigo Evan, que yo no sé si este va a ser el

00:25:40.920 --> 00:25:47.720
episodio, lo vamos a titular nuestro amigo Evan y sus historias, volvió a crear otro software. Es

00:25:47.720 --> 00:25:54.760
decir, el tercero, la cuarta versión, y se llamaba Pump.io. De nuevo, ronda de titulares, ronda del

00:25:54.760 --> 00:26:01.120
futuro y no sé qué, etc. Entonces, Pump.io era más ligero que StatusNet porque era un software

00:26:01.120 --> 00:26:09.480
para trabajar sobre un protocolo que era ligeramente diferente, que era ActivityPump, no Puff.

00:26:09.480 --> 00:26:15.040
Sí, que tampoco tuvo mucho, pero era una especie de oStatus que él decía,

00:26:15.040 --> 00:26:21.080
oye mira, voy a aplicar un poquito más de cosas sobre oStatus, lo voy a llamar ActivityPump porque

00:26:21.080 --> 00:26:27.480
hace estas dos cosas de enviar y recibir, pero sobre todo era mucho, mucho, mucho más ligero

00:26:27.480 --> 00:26:33.600
a nivel de consumo. Es decir, que no era una cosa que tragaba y memoria y RAM y ancho de banda en

00:26:33.600 --> 00:26:38.520
los servidores. Esa yo creo que era la gran ventaja. Poco después, una vez que, de nuevo,

00:26:38.520 --> 00:26:44.720
estas cosas estaban ocurriendo en paralelo. Es decir, Pump.io estaba, oStatusNet seguía, etc.

00:26:44.720 --> 00:26:54.840
Idéntica, que no había muerto, ahí quedaba con unas focas, cambió. Dejó de utilizar el software

00:26:54.840 --> 00:27:01.480
de oStatusNet, es decir, lo que movía y manejaba y enviaba los mensajes y el contenido, lo cambió

00:27:01.480 --> 00:27:11.560
por el Pump.io y luego cambió el oStatus por el de ActivityPump. Es decir, que se actualizó a los

00:27:11.560 --> 00:27:18.840
nuevos inventos que había diseñado el propio Evan. Aquí luego ya entraron los amigos de la GNU,

00:27:18.840 --> 00:27:25.280
que como ya sabes, pues eso es increíble. Siempre cuando ocurre, yo les quiero mucho a la gente de

00:27:25.280 --> 00:27:35.160
la GNU. El GNU Social este que sacaron, yo creo que lo veo más como una anécdota. Creo que intentaron

00:27:35.160 --> 00:27:40.800
entrar... A ver, el tema de más todo en ActivityPump y todo lo que estamos comentando, sí que les pega,

00:27:40.800 --> 00:27:45.720
porque los principios de software libre, de que eres el soberano de tu información, sí que les pega.

00:27:45.720 --> 00:27:54.000
El problema es que yo el GNU Social no recuerdo o nunca entendí si era más como una red social

00:27:54.000 --> 00:28:00.000
que tú podrías utilizar, federada y tal, o como un agregador de otras redes sociales. Era un poco

00:28:00.000 --> 00:28:07.520
raro. Yo lo que recuerdo en esas épocas era que digamos que se volvieron a repetir un montón de

00:28:07.520 --> 00:28:14.120
conversaciones que ya estaban asentadas. Es decir, llegó gente nueva a volver a replantearse cosas y

00:28:14.120 --> 00:28:19.680
eso sinceramente pues no ayudaba a nadie. Es como cuando llega el nuevo jefe a una empresa,

00:28:19.680 --> 00:28:26.040
o un nuevo comité, y empieza a hacer todo desde cero. No, mire señores, llegamos ya a cinco

00:28:26.040 --> 00:28:32.000
versiones diferentes y cinco años. Vamos a seguir. Entonces StatusNet pasó a llamárselo del GNU

00:28:32.000 --> 00:28:40.360
Social, el GNU Social, y entonces ya aquí la W3C vuelve a intentarlo por segunda ocasión y aquí ya

00:28:40.360 --> 00:28:48.840
tenemos la semilla de ActivityPump que utiliza ActivityPump como origen, pero lo limpia y lo

00:28:48.840 --> 00:28:55.480
deja bien escrito y lo deja certificado. Yo creo que esto es ya lo bueno y estamos hablando ya de

00:28:55.480 --> 00:29:03.080
2018 o algo así. Sí, en paralelo hay que darse cuenta que el Eugen Rochko, que es el autor de

00:29:03.080 --> 00:29:11.760
Mastodon, está escribiendo Mastodon. Es decir, a veces se disocia el estándar de la implementación,

00:29:11.760 --> 00:29:15.480
entonces ahí es cuando te fallan las cosas. Porque si tú quieres hacer un estándar en el vacío,

00:29:15.480 --> 00:29:21.000
pues puedes hacer el estándar número 16 en la lista que hablábamos. Pero cuando tienes una

00:29:21.000 --> 00:29:25.560
implementación que puede tener más o menos éxito, sabes qué es lo que está funcionando y lo que no.

00:29:25.560 --> 00:29:30.360
Es decir, sabes qué mecanismos o qué funcionalidades pueden escalar bien, cómo tienes que tirar el

00:29:30.360 --> 00:29:36.760
sistema y demás. Y además, cuando publicas el estándar, es tangible. No puedes decir,

00:29:36.760 --> 00:29:40.720
ah, voy a probarlo. Entonces te instalas un Mastodon, un Pleroma, lo que quieras en el momento,

00:29:40.720 --> 00:29:45.520
y pues bien, funciona, no funciona, puedes contribuir, puedes evolucionarlo. Entonces

00:29:45.520 --> 00:29:52.400
creo que una de las claves del éxito, además de lo que le pasó a Twitter en octubre, ha sido el

00:29:52.400 --> 00:29:57.480
poder tener una herramienta que lo implementase justo en el desarrollo del estándar. Exacto,

00:29:57.480 --> 00:30:03.440
porque son tantas partes. Primero, el protocolo. Los que definen el protocolo tienen que no solo

00:30:03.440 --> 00:30:10.680
decir eso es lo que se puede hacer, sino definir las cosas que se sugieren. Que esto es muy claro,

00:30:10.680 --> 00:30:16.120
y entran las interpretaciones, y son complicadas. Luego hay unos equipos que tienen que hacer el

00:30:16.120 --> 00:30:22.600
software o lo que va en el servidor. Y luego otras personas que tienen que decidir, olé,

00:30:22.600 --> 00:30:29.040
vamos a poner la puerta a los humanos, la interfaz. Todo muy complicado. Definir el

00:30:29.040 --> 00:30:37.400
protocolo puede significar que el software consume 200.000 gigas de RAM, y es difícil, ¿vale?

00:30:37.400 --> 00:30:43.440
Entonces, son un montón de engranajes, y es normal, visto en retrospectiva, que no hayan

00:30:43.440 --> 00:30:48.040
funcionado ni a la primera, ni a la segunda, ni a la tercera, ¿verdad? Pero bueno. Incluso con

00:30:48.040 --> 00:30:53.000
Mastodon, yo he visto instancias grandes, y he visto cómo funcionan detrás. Por ejemplo,

00:30:53.000 --> 00:30:59.280
la de Hacker.io, que tiene mucho estilo, han publicado como lo han instalado y tal,

00:30:59.280 --> 00:31:05.680
y no es... Primero, el Activity Path es un protocolo muy explícito, es súper chatty.

00:31:05.680 --> 00:31:09.840
Te está todo el día intercambiando mensajes, ¿vale? Entonces, si tienes muchos seguidores,

00:31:09.840 --> 00:31:14.920
tienes seguidores en muchas otras instancias y demás, es muy, muy verboso. Entonces,

00:31:14.920 --> 00:31:20.320
a escalarlo bien y tal, tiene su complicación. Creo que el software está bastante bien diseñado,

00:31:20.320 --> 00:31:23.480
porque tienes, por un lado, en Mastodon el Sidekick, que sería el inbox y todas estas

00:31:23.480 --> 00:31:28.040
cosas que gestionan, la cola de eventos que ocurren. Y luego tienes toda la parte de la

00:31:28.040 --> 00:31:35.000
web para el API y demás, lo que llaman el Puma, y tiene un diseño inteligente como

00:31:35.000 --> 00:31:38.640
sistema distribuido. Pero lo que no quiero decir es que, claro, el protocolo en sí,

00:31:38.640 --> 00:31:43.440
al final, te implica muchas... Tiene muchas implicaciones en la escalabilidad de lo que

00:31:43.440 --> 00:31:49.720
estás haciendo y lo fiable que va a ser después. Exacto. Absolutamente. Y si le dices, bueno,

00:31:49.720 --> 00:31:54.400
voy a que consuma menos ancho de banda o que envíe los mensajes en bloques, eso conlleva

00:31:54.400 --> 00:31:59.760
unos cambios en cómo se utiliza o en qué cosas se pueden hacer y qué cosas no se pueden hacer,

00:31:59.760 --> 00:32:07.320
en la federación... Y hay un montón de elementos que creo que iremos explorando en los próximos

00:32:07.320 --> 00:32:11.760
episodios. Uno de los grandes conceptos que la gente se queda un poco despistada es en plan,

00:32:11.760 --> 00:32:17.800
si yo he borrado este mensaje, ¿por qué te sigue apareciendo a ti? Ay, amigo, es porque mi servidor

00:32:17.800 --> 00:32:25.360
o no ha recibido o no ha interpretado aún la petición de borrado. Ojito, es complicado todo.

00:32:25.360 --> 00:32:30.080
Y luego tiene efectos externos. Por ejemplo, tú cuando pones un enlace, te genera la vista previa,

00:32:30.080 --> 00:32:35.160
esta con la imagen que intenta... Te genera la vista previa en tu instancia. Si tú tienes muchos

00:32:35.160 --> 00:32:39.840
servidores y muchas distintas instancias, lo que va a pasar es que tú publicas tu mensaje,

00:32:39.840 --> 00:32:44.680
ese mensaje va a los inbox de las 18.000 otras instancias que tienes porque tú tienes mucho

00:32:44.680 --> 00:32:49.880
éxito y cada una de ellas va a generar un preview independientemente para generarlo. Entonces,

00:32:49.880 --> 00:32:55.640
hay servidores web que se quejan de por qué tanto más todo. Además, en un periodo pequeño de tiempo,

00:32:55.640 --> 00:33:00.920
porque si la red funciona bien, cuando tú publicas un mensaje va a estar en los inboxes de los otros

00:33:00.920 --> 00:33:07.160
servidores en unos pocos segundos. Entonces, un protocolo de estos es normal que lleve muchas

00:33:07.160 --> 00:33:13.640
iteraciones porque cambios pequeños en la interacción que tú tienes que hacer para enviar

00:33:13.640 --> 00:33:19.000
o procesar un mensaje tienen implicaciones incluso fuera de la red. Absolutamente, absolutamente. Por

00:33:19.000 --> 00:33:25.760
ejemplo, en Telegram, que no es para nada descentralizada, en los grandes grupos siempre

00:33:25.760 --> 00:33:30.840
la gente se pregunta, oye, cuando tú envías un enlace y crea la previa, la estamos haciendo las

00:33:30.840 --> 00:33:37.440
200.000 personas que estamos en este grupo porque imagínate, literal, el D2 que se crea desde un

00:33:37.440 --> 00:33:43.560
grupo grande. Y esto lo hace Telegram a nivel centralizado. Entonces, ahí ya es cuando hubo

00:33:43.560 --> 00:33:49.200
toda esta migración de Mastodon, que pasó de OE-Status a ActivityPath, hubo un montón de

00:33:49.200 --> 00:33:55.400
problemas. Luego Samsung le dio una beca. No sé cuánto dinero fue, pero Samsung dio dinero a

00:33:55.400 --> 00:34:02.600
Mastodon en 2019. De ahí, de aquellos barros, estos lodos, como se suele decir. Y bueno,

00:34:02.600 --> 00:34:09.640
nos han quedado un montón de temas por explicar. Tenemos que ahondar muchísimo en las diferencias,

00:34:09.640 --> 00:34:15.280
principalmente. Yo creo que sigue habiendo muchas concepciones erróneas de esto es una

00:34:15.280 --> 00:34:22.120
alternativa a Twitter, esto es un no sé qué. Yo creo que si se explica bien, la gente lo va a

00:34:22.120 --> 00:34:26.800
explicar, lo va a entender bien y entonces no va a haber tantas confusiones como algunas personas

00:34:26.800 --> 00:34:33.120
cuentan que tienen con todo lo que es la descentralización. En fin, don Ramón.

00:34:33.120 --> 00:34:34.240
Don Alex.

00:34:34.240 --> 00:34:40.720
Dejamos para el siguiente episodio todas estas cositas. Yo creo que ha sido un muy

00:34:40.720 --> 00:34:47.560
buen episodio de Don Tomás. Yo creo que podéis adivinar de dónde viene el nombre y si os queda

00:34:47.560 --> 00:34:53.000
alguna duda, pues os suscribís y ya en el siguiente episodio os lo contaremos porque

00:34:53.000 --> 00:34:59.520
tengo la sensación de que va a ser un programa fantástico. Yo estoy muy feliz de poder grabar

00:34:59.520 --> 00:35:09.000
contigo. Desde que viniste a Kernel y nos conocimos a través del audio, me diste muy

00:35:09.000 --> 00:35:15.720
buenas sensaciones. Es una de las pocas personas en el mundo que tienen la capacidad técnica y la

00:35:15.720 --> 00:35:22.280
capacidad explicativa para yo creo que esa combinación no es muy abundante.

00:35:22.280 --> 00:35:23.200
Bueno, bueno, bueno.

00:35:23.200 --> 00:35:30.480
Así que muchísimas gracias. Ramón, ¿dónde te pueden leer?

00:35:30.480 --> 00:35:36.880
Yo suelo escribir en el Mastodon y en el Twitter porque me gusta escribir textos

00:35:36.880 --> 00:35:40.440
así rápido. Tengo un blog pero no tiene ninguna sola entrada, o sea que no vayáis

00:35:40.440 --> 00:35:46.640
a ir a buscarlo. Y pondremos el enlace yo creo en las notas del episodio porque el de Mastodon,

00:35:46.640 --> 00:35:54.120
yo soy R en Muvlog.tech, así que casi mejor escrito que él. Eso es. Todas las cosas que

00:35:54.120 --> 00:36:00.760
hemos contado van a estar en las notas del episodio y un día hablaremos de esta complicación de lo de

00:36:00.760 --> 00:36:08.600
contar cuál es tu nick en estas plataformas y por qué es tan difícil, qué tipo de soluciones hay y

00:36:08.600 --> 00:36:14.400
de implementaciones se han ido discurriendo a lo largo de los años. Nos despedimos. Muchísimas

00:36:14.400 --> 00:36:20.720
gracias. Dejadnos un comentario en vuestra plataforma de podcast, una estrella, un pulgar

00:36:20.720 --> 00:36:27.120
o lo que se utilice donde nos estés escuchando y nos vemos en el siguiente episodio de Don Tomás.

00:36:27.120 --> 00:36:45.120
Adiós.