Speaker 2: Hola,¿ qué tal, mis amiguitos cibernéticos? Vuelvo con otro capítulo.
Speaker 2: Mola porque como tengo montado el setup, puedo grabar así
Speaker 2: muy rápido y pim, pam, pum, bocata de atún. Creo
Speaker 2: que hoy será un capítulo rápido en el cual, primero,
Speaker 2: algunos me habéis escrito y me habéis dicho, oye, eres subnormal. Bueno, perdón,
Speaker 2: esto no se puede decir hoy en día. Eres tonto
Speaker 2: el nabo. Que esto del servidor, el backend, el frontend
Speaker 2: ya está inventado. A ver, está claro. Y está claro
Speaker 2: que esto se utiliza en muchos entornos. Y está claro que,
Speaker 2: sobre todo en el tema de WordPress, existe ya desde
Speaker 2: hace mucho tiempo en forma de plugins que lo que
Speaker 2: te hacen es hacer justamente eso, convertirte, cachearte el contenido
Speaker 2: y mostrártelo de una forma inteligente para no tener que
Speaker 2: servirte las cosas directamente desde el PHP. Los sistemas de
Speaker 2: caché lo que hacen es una cosa híbrida y que
Speaker 2: tiene mucho sentido desde el punto de vista del rendimiento.
Speaker 2: No te lo cachean todo... Y van generando las cosas que...
Speaker 2: Que están más... Que son más visitadas... O que cambian menos...
Speaker 2: Y depende de cómo lo quieras configurar... En el caso de...
Speaker 2: Me acuerdo... Cuando te enlazaban desde Meneame... En los tiempos estos...
Speaker 2: Que de repente cuando te enlazaban... Te traían un montón
Speaker 2: de tráfico... Y se te caía el servidor... Era el
Speaker 2: efecto Meneame... Que le llamábamos... Bueno... Hoy en día... no
Speaker 2: se te cae un servidor que te enlacen de Meneame
Speaker 2: por dos razones. Primero, porque los servidores están mejor dimensionados
Speaker 2: y mejor montados o más sólidos. Y segundo, porque Meneame
Speaker 2: ya no es lo que era antes en cuanto al
Speaker 2: tráfico que te traen. Pero, bueno... Y todo esto... Eso
Speaker 2: se ha vuelto a meter. A ver, yo es que
Speaker 2: tengo que bajar el sonido de las notificaciones antes de
Speaker 2: empezar a grabar. Que decía que... que a ver lo
Speaker 2: del meneame que coño estaba diciendo yo así que había
Speaker 2: un plugin que era justamente en wordpress contra el efecto
Speaker 2: meneame que si te enlazaban de meneame lo que hacías
Speaker 2: era generar una versión html de tu fichero o sea
Speaker 2: de tu artículo que te habían enlazado y así capturabas
Speaker 2: todo el tráfico que te venía era estático y tu
Speaker 2: servidor no moría en el intento bueno pues todo esto
Speaker 2: lleva existiendo un montón de tiempo incluso me han escrito
Speaker 2: eminencias de servidores de hosting, o sea, de empresas de
Speaker 2: hosting de nivel internacional, como Tecnorática.¿ Cómo se llama? Tecnocrática, perdón.
Speaker 2: Me he mezclado Tecnorati con Tecnocrática. Ha servido un sitio
Speaker 2: de hosting recomendadísimo, que tienen sus propios servidores en datacenters
Speaker 2: y que son gente... que pilota muchísimo y que hacen
Speaker 2: todo con una pasión absoluta y que realmente os recomiendo
Speaker 2: que uséis sus servicios y queréis montar cosas profesionales en
Speaker 2: lugares donde sabéis que va a funcionar bien, ir a
Speaker 2: un lugar profesional que se dediquen a ese servicio. Y
Speaker 2: esta gente lo hace. Hablamos de otro tipo de cosas.
Speaker 2: Esta gente lo hace teniendo el mismo servidor y haciendo
Speaker 2: la caché y no exponiendo el WordPress de cara al público.
Speaker 2: Entonces es el mismo sistema, pero dentro de un servidor web.
Speaker 2: Lo cual yo creo que es la solución híbrida perfecta,
Speaker 2: o no perfecta, la más óptima, porque no tienes que
Speaker 2: tener dos servidores, tienes uno solo, tienes la protección a
Speaker 2: nivel de ataques bastante avanzada, porque sí que es verdad
Speaker 2: que está en el mismo servidor, pero no lo estás exponiendo...
Speaker 2: a internet, entonces, bueno, sabes la IP, pero no puedes
Speaker 2: acceder a PHP, entonces todos los ataques de PHP no
Speaker 2: son fructuosos y tienes toda la parte de caché ahí
Speaker 2: en versión HTML. Esto, bueno, que tengas dos, es un
Speaker 2: pasito más por un extra de coste, un por dos
Speaker 2: de coste, digamos, y no produce un por dos en rendimiento,
Speaker 2: un por dos en seguridad, un por dos, entonces, claro,
Speaker 2: ya hablamos de rendimientos decrecientes, de que una mejora pequeña,
Speaker 2: o sea, una mejora de coste alto, podríamos decir, porque
Speaker 2: es el doble de coste, produce una mejora marginal.¿ Qué pasa?
Speaker 2: Que cuando hablamos a nivel, cuando lo haces a cierta escala,
Speaker 2: pues ya en algún momento vas a tener que tener
Speaker 2: dos servidores. Entonces separarlo en dos ya no es un
Speaker 2: por dos en coste, estamos hablando de lo mismo. O
Speaker 2: incluso podríamos empezar a A decir que en tamaños más
Speaker 2: grandes se podría optimizar de una forma más óptima porque
Speaker 2: podrías escalar el backend y el frontend de forma distinta
Speaker 2: y a lo mejor podrías tener más flexibilidad en restaurar
Speaker 2: los backups, los snapshots y tal. Bueno, no lo sé.
Speaker 2: No he desarrollado la idea tanto como para pensar un
Speaker 2: modelo de negocio a través de todo esto porque es
Speaker 2: simplemente jugar. Es decir, son cosas que sin la inteligencia artificial...
Speaker 2: pues se quedaría en una charla de amigos, porque con
Speaker 2: la inteligencia artificial se puede convertir en algo que desarrollas,
Speaker 2: entonces eso mola. Vale, esto es un tema. Otro tema.
Speaker 2: Ayer estaba hablando con mi amigo Jaume, segunda vez que sale,
Speaker 2: en dos podcasts, dos de dos, 100% Jaume in the house.
Speaker 2: Jaume es un creativo, es decir, una persona que se
Speaker 2: dedica sobre todo a temas de creación de contenido en
Speaker 2: la parte de multimedia, de arte, es decir, es un artista,
Speaker 2: es una persona que crea, no es una persona técnica
Speaker 2: desde el punto de vista de sistemas, pero sí es
Speaker 2: una persona que a nivel de creación de contenido en
Speaker 2: plataformas digitales es muy ducha en todo esto, se maneja
Speaker 2: muy bien. Y ahora está entrando en el mundo de
Speaker 2: la inteligencia artificial, como comentaba en el anterior podcast cuando
Speaker 2: decíamos que él Estaba diciendo que podía montar soluciones, soluciones
Speaker 2: web y todo esto. Y bueno, pues nos dimos de
Speaker 2: bruces con un problema, con una cosa que estaba haciendo,
Speaker 2: y es que él utiliza el desarrollar la IA, o sea,
Speaker 2: poder utilizar, lanzar, en este caso era chat GPT, chat GPT,
Speaker 2: en la nube. Lo cual hace que no estés corriendo
Speaker 2: con recursos de tu ordenador, es todo en la nube, puedes...
Speaker 2: apagar tu ordenador y seguir el desarrollo desde el móvil
Speaker 2: o desde otro ordenador porque está descentralizado pero te genera
Speaker 2: una serie de problemas como son que no tienes todos
Speaker 2: los ficheros y todas las aplicaciones y todas las cosas
Speaker 2: que tienes en tu ordenador y que puedes instalar y
Speaker 2: que puedes hacer yo personalmente creo que es mucho más
Speaker 2: potente hacerlo en tu propio ordenador y lo ideal para
Speaker 2: mí es tener un ordenador que tenga siempre encendido y
Speaker 2: que sea una lanzadera de proyectos de la IA, es decir,
Speaker 2: que estén haciendo las cosas y que puedas conectarte desde
Speaker 2: otros dispositivos de tal forma que tengas la misma flexibilidad
Speaker 2: de poder lanzarlos de cualquier lado, pero teniéndolo en tu
Speaker 2: propio sistema. Y cada vez, como está en tu sistema,
Speaker 2: se puede conectar a tu NAS, por ejemplo, puedes hacer
Speaker 2: a tus ficheros, puedes tener todo. En mi caso, esta
Speaker 2: solución es un Mac Mini, que se me murió hace poco,
Speaker 2: por cierto, y tuve que restaurarlo desde... Desde,¿ cómo se llama?
Speaker 2: La solución de backup de Mac, de Apple, que no
Speaker 2: recuerdo cómo se llama. Face,¿ cómo se llama? No sé
Speaker 2: qué time. Time Machine. Me salía FaceTime. Va muy bien,
Speaker 2: la verdad. Lo recuperó todo perfecto y me salvó de
Speaker 2: tener que dedicarle mucho tiempo a recuperar todo.¿ Qué decía
Speaker 2: yo con todo esto? Un poco el panchito. Que... que, que, que,
Speaker 2: que ya estábamos haciendo, ah sí, pues que en la nube,
Speaker 2: pues yo creo que es mejor eso tener un Mac Mini,
Speaker 2: lo tienes encendido, tienes todos tus proyectos ahí corriendo, puedes
Speaker 2: acceder remotamente y puedes lanzar cosas incluso si utilizas pues
Speaker 2: el ChatGPT o Cloud tiene soluciones de acceso remoto y
Speaker 2: te puedes conectar desde el móvil a la a la
Speaker 2: instancia que estás corriendo, o sea se puede conectar remotamente
Speaker 2: Y ejecutar cosas como si las ejecutases en local. ¿Desventajas? Bueno,
Speaker 2: pues que tienes que tener la máquina encendida. Si la apagas,
Speaker 2: no pierdes lo que hayas creado. Es decir, lo que
Speaker 2: se crea ya está creado y lo pones fuera. Si
Speaker 2: lo estás corriendo en local, en tu máquina, y lo
Speaker 2: puedes ver dentro de tu sistema, si lo tienes en
Speaker 2: el 127.0.0.1, eso es tu máquina. Y lo estás viendo
Speaker 2: porque está corriendo en tu propia máquina. Si apagas tu máquina,
Speaker 2: no tienes acceso. De hecho, si intentas acceder desde otra máquina,
Speaker 2: no vas a poder acceder. de por sí, porque vas
Speaker 2: a acceder al 127 que es tu propia máquina no
Speaker 2: vas a acceder a la otra máquina, es decir, desde
Speaker 2: un portátil no puedes acceder al Mac Mini a no
Speaker 2: ser que abras los puertos montes el servidor de web
Speaker 2: para que lo eche para afuera entonces lo ideal es
Speaker 2: montarlo en un servicio externo en un VPS a lo
Speaker 2: mejor en un servidor virtual, porque es lo más barato
Speaker 2: donde sube los ficheros y entonces se puede ver desde
Speaker 2: todo internet Pero lo que tú creas ya está ahí,
Speaker 2: es decir, aunque lo tú ya has creado en la nube,
Speaker 2: no deja de existir. Esto sería el equivalente, por hacerlo
Speaker 2: con una analogía con el mundo real y cotidiano, a
Speaker 2: que si te haces una pizza en el horno, pues
Speaker 2: si apagas el horno, la pizza no se sigue cocinando,
Speaker 2: has apagado el horno. pero si te terminas de hacer
Speaker 2: la pizza y la sacas fuera y apagas el horno
Speaker 2: la pizza sigue existiendo no sé si es un muy
Speaker 2: buen ejemplo pero bueno, el caso con todo esto¿ y
Speaker 2: a dónde voy con todo esto? joder, vaya rodeo doy
Speaker 2: para llegar a la mierda esta github github es algo
Speaker 2: que todo el mundo que está en el mundo tecnológico
Speaker 2: y sobre todo en desarrollo conoce yo no estaba en
Speaker 2: desarrollo hasta hace nada que ahora soy desarrollador profesional porque
Speaker 2: tengo múltiples proyectos con múltiples forks y en múltiples repositorios
Speaker 2: en varios githubs distintos lo cual me hace oficialmente desarrollador
Speaker 2: estoy bueno pues ahora soy desarrollador que no he tocado
Speaker 2: una línea de código pero soy desarrollador y bueno pues
Speaker 2: había oído hablar mucho de github pero lo cierto es
Speaker 2: que nunca lo había usado activamente y todavía no no
Speaker 2: sé usar muy bien github no os voy a engañar
Speaker 2: no sé todas las cosas que puede hacer y cómo
Speaker 2: es el uso óptimo y cuáles son las metodologías de
Speaker 2: trabajo en equipo mejor porque no soy un desarrollador de
Speaker 2: verdad pero pero bueno Solo para daros una pincelada, si
Speaker 2: hay gente que está empezando a hacer cosas con IA
Speaker 2: y que no utiliza GitHub. Porque claro, lo que sucede
Speaker 2: es que si estás haciendo cosas con la inteligencia artificial,
Speaker 2: es todo tan fácil que puedes empezar a hacer cosas
Speaker 2: sin entender qué estás haciendo realmente. Y está bien, se
Speaker 2: puede hacer. Pero creo que es bueno empezar a aprender técnicas, tecnología,
Speaker 2: cómo funcionan las cosas por debajo, para así poder empezar
Speaker 2: a sacarle más jugo a las cosas. Entonces, una cosa
Speaker 2: del tema este de GitHub. Lo que tú haces es
Speaker 2: crear repositorios, así le llama. Repositorio es un espacio donde
Speaker 2: tú vas a colgar el código de tu proyecto. Es decir,
Speaker 2: si te haces una página web que sea tu blog,
Speaker 2: por ejemplo, por seguir con el hilo con el capítulo
Speaker 2: de anteayer, podemos decir Vale, quiero hacer un blog que
Speaker 2: sea freaks.net y que tenga esta estructura y tal, no
Speaker 2: sé qué. Empiezas a hacerlo con Vive Coding y todo,
Speaker 2: pues ya está funcionando. Vale, súbemelo aquí a freaks.net, a
Speaker 2: mi servidor. Esta es la IP, ya está las DNS montadas, tal. Perfecto,
Speaker 2: ya funciona. Y ahora le dices, haz un commit al repositorio.
Speaker 2: O primero, créame un repositorio y luego haz un commit
Speaker 2: de esto.¿ Qué significa eso? Lo que estás haciendo primero
Speaker 2: es crear el repositorio, crear el espacio... Y te sube
Speaker 2: ahí el código de lo que tú has creado.¿ Para qué? Bueno,
Speaker 2: para varias cuestiones. Una, por si pierdes el código, pues
Speaker 2: que te sirva de backup. Lo siguiente que es, yo
Speaker 2: creo que la función principal y la más útil, que
Speaker 2: es un control de versiones. Lo que hace es que
Speaker 2: te va guardando cambios de cada vez que cambias algo.
Speaker 2: Si ahora has creado el blog y tal, Y, ah,
Speaker 2: pues bueno, ya está funcionando. Vale, hacemos un commit, primera
Speaker 2: versión funcional de mi blog, todo, todo. Perfecto. Lo siguiente,
Speaker 2: te vas al día siguiente y entras y dices, ostras,
Speaker 2: pues no tengo comentarios. Oye, Claude, chatipiti, como quien sea
Speaker 2: que uses. Oye,¿ podrías implementar la función de comentarios? O sí, sí,
Speaker 2: claro que no. Claro,¿ cómo no? Ah, mira, esto está
Speaker 2: bien allí, cambia esto, ponme los que se puedan anidar,
Speaker 2: que todo, todo. ya lo tienes, ostras, está chulo, ha
Speaker 2: quedado de puta madre vale, oye, haz un commit o
Speaker 2: tú haces el commit, es un comando, ¿vale? pero muy
Speaker 2: cómodo decirle al propio chatipiti, al propio claude, hazme un
Speaker 2: commit a esto, al repositorio que ya tenemos, sí, sí, claro,
Speaker 2: pum lo manda entonces una vez que lo manda, el
Speaker 2: código está subido al repositorio y va a tener un
Speaker 2: comentario en el cual tú escribes ese comentario, pero si
Speaker 2: lo haces con la IA pues te lo va a hacer,
Speaker 2: te va a decir Ya directamente la explicación de qué
Speaker 2: se ha hecho en ese cambio. Se ha añadido comentarios. Vale, perfecto.
Speaker 2: Y al día siguiente dices, ah, pues no tengo panel
Speaker 2: de administración, no tengo panel de usuarios. Oye, créeme un
Speaker 2: panel de usuarios. Se lo pones y te lo crea.
Speaker 2: Llegas luego y dices, joder, que se me ha roto,
Speaker 2: que no funciona esto, que desde que le he puesto
Speaker 2: el panel de usuarios no me había dado cuenta, pero
Speaker 2: luego cuando entro en los comentarios no se muestran los comentarios. Bueno,
Speaker 2: pues una opción sencilla podría ser, vuelve a la versión anterior.
Speaker 2: Y como tiene cada uno de los pasos que ha
Speaker 2: ido haciendo del código, pues puedes volver a una versión anterior.
Speaker 2: Se puede luego colaborar entre equipos, entre personas. Ya os digo,
Speaker 2: esta es la parte que no controlo tanto. Pero tú
Speaker 2: le puedes decir, bueno, yo tengo mi propio repositorio que
Speaker 2: lo puedo hacer público, por ejemplo, y otras personas pueden colaborar.
Speaker 2: Así es como funcionan muchos proyectos de software libre y
Speaker 2: todo esto. No necesariamente en GitHub, pero muchos en GitHub
Speaker 2: y muchos en otro tipo de... sistema de control de versiones,
Speaker 2: que tú dices, ah, pues ya tengo el blog, oye,
Speaker 2: pues funciona bien, lo voy a llamar el Zordor Blog
Speaker 2: y lo voy a publicar en abierto para todo el
Speaker 2: mundo que quiera usarlo. Y ahí subes el código, no
Speaker 2: subes el contenido de lo que estás poniendo, no subes
Speaker 2: tus passwords, no subes tus cosas, tu contenido personal o
Speaker 2: tus datos personales. No, subes cómo funciona y otra persona
Speaker 2: puede copiarlo, empezar, se descarga ese repositorio, lo implementa en
Speaker 2: su máquina y se monta otro servidor, otro Zordor Blog,
Speaker 2: pero en este caso, pues hace su versión, que se
Speaker 2: llame Pepito Blog, porque la puso en su título y
Speaker 2: todo esto, y a lo mejor dice, hostia, pues qué chulo,
Speaker 2: pero la verdad es que me he dado cuenta de
Speaker 2: que hay un bug, y es que cuando un bug
Speaker 2: es un problema, algo que no funciona bien, y esto, cuando...
Speaker 2: Yo qué sé, cualquier cosa. Pues mira, si le doy
Speaker 2: 10 veces a siguiente post, siguiente post, siguiente post, la
Speaker 2: décima vez no funciona, no carga. Ostras,¿ y esto por
Speaker 2: qué es? Pues qué raro, ¿no? Y como el código
Speaker 2: está libre, como lo puede leer cualquiera, se pone a
Speaker 2: revisarlo y dice, ah, mira, es que mira, pues había
Speaker 2: este problema. Te mando una corrección. Lo que te hace
Speaker 2: es mandarte, creo que se llama pull request.¿ Pull request
Speaker 2: es cómo se llama? Eh... te dice, esta es la
Speaker 2: solución al problema. Tú, como dueño de ese repositorio, lo
Speaker 2: recibes y dices, ah, pues sí, está bien. La aceptas
Speaker 2: y la aceptas, Raph, la mergeas con el código tuyo,
Speaker 2: el principal. Y boom, ya está. De repente ya tienes
Speaker 2: un código que ha tenido colaboración de otras personas. Y
Speaker 2: así podría estar colaborando 5, 6, 7 personas y yo
Speaker 2: nunca he trabajado en un proyecto con colaboración con varias personas...
Speaker 2: sería algo interesante de hacer... no soy programador... así que no...
Speaker 2: no sé de esto... y molaría...¿ qué más? luego... vale...
Speaker 2: otro concepto... y sin... extender tampoco muchísimo... joder... un podcast corto...
Speaker 2: y 17 minutos llevo... se podría hacer también... se hace...
Speaker 2: una cosa que se llama fork... fork es que separas
Speaker 2: el proyecto... en dos partes... es una bifurcación de caminos...
Speaker 2: de repente... Pepito Blog, dice oye, pues me molaría un
Speaker 2: montón que los comentarios salieran avatares de Pokémon cada vez
Speaker 2: que lo hagas y se anime y el creador diga no, no,
Speaker 2: no te acepto pull request de esto porque mi idea
Speaker 2: del proyecto es un proyecto minimalista, que tenga lo justo
Speaker 2: y necesario para que sea un gestor de contenido para
Speaker 2: un blog, pero no quiero meterle florituras, y la otra
Speaker 2: persona dice joder, pues es que estaría guay porque Tiene
Speaker 2: toda la base ya hecha y me molaría hacer algo
Speaker 2: muy dinámico. Ya, por lo siento, es contrario, es distinto
Speaker 2: a lo que yo quiero hacer en el proyecto. Pero bueno,
Speaker 2: ahí tienes el código. Si quieres partir de ahí y
Speaker 2: continuar tu propio camino, puedes hacerlo. Entonces, en ese caso,
Speaker 2: pues hacen un fork. Cada uno va por su camino,
Speaker 2: parte desde una misma raíz, digamos, y se bifurca en
Speaker 2: dos ramas. Esa nueva rama va a seguir... por su
Speaker 2: lado y el otro sigue por el otro... y son
Speaker 2: ya dos proyectos distintos... pero que en inicio eran el mismo...
Speaker 2: eso es hacer un fork... tú te puedes hacer un
Speaker 2: fork de un proyecto... simplemente para implementar tus... pues tus cosas...
Speaker 2: como lo vas adaptando... vale, y de nuevo, limitaciones en
Speaker 2: cuanto a mi... gestión de proyectos... y de programación... luego
Speaker 2: no sé si quieres incorporar cosas... de la rama principal,
Speaker 2: como te las puedes traer... y si ya... el fork
Speaker 2: es definitivo y tienes, a partir de ahí estás a
Speaker 2: tu propia cuenta con todo. Pero bueno, esto es la idea.
Speaker 2: Y luego, hay otra cosa más que es lo que
Speaker 2: para lo que servía esto cuando estaba hablando con Jaume
Speaker 2: y que no entiendo muy bien cómo funciona, pero lo
Speaker 2: uso cuando yo estoy haciendo cosas con la inteligencia artificial.
Speaker 2: Y es que GitHub puede iniciar o puede ser el
Speaker 2: el iniciador o lo que se utiliza para iniciar cambios
Speaker 2: en el proyecto. Me explico con esto. Si tú estás
Speaker 2: trabajando con un proyecto en local, donde tú generas una
Speaker 2: aplicación web, por ejemplo, la corres en local, todo funciona,
Speaker 2: ya le dices, vale, ya está. Ahora, hazle un push
Speaker 2: a este código a GitHub. En el momento que se
Speaker 2: pushea GitHub, ya está ahí, y puedes tener una aplicación
Speaker 2: en producción en tu servidor web, que en el momento
Speaker 2: que detecta que GitHub tiene una nueva versión, se actualiza
Speaker 2: con el nuevo código y funciona con ese nuevo código. Entonces,
Speaker 2: es una forma de mantener sincronizado contenido entre entornos sin
Speaker 2: que tengan una conexión directa. porque tú estás conectándolo a
Speaker 2: través de GitHub. Entonces te permite cosas como poder funcionar
Speaker 2: sincronizando contenido entre dos servidores sin que estén conectados y
Speaker 2: sin que tengan credenciales directos de conectarse un servidor al otro.
Speaker 2: Y esto a lo mejor aquí ya es un poco lioso,
Speaker 2: pero es curioso y permite justamente esto de una forma sencilla,
Speaker 2: que si tienes... tu IA en la nube, en la
Speaker 2: nube de la IA, o sea, de chat GPT y tal,
Speaker 2: no en un VPS, puedas trabajar con autorizaciones automáticas a
Speaker 2: tu página web si no quieres andar dando credenciales de
Speaker 2: usuario y password que no se deberían dar, es decir,
Speaker 2: no es una buena solución técnica realmente. Y bueno, hasta
Speaker 2: aquí el capítulo de hoy. Espero que... Sé que para
Speaker 2: la gente que estáis metidos en todo esto, que sois
Speaker 2: desarrolladores y que le estáis dando a la IA a full,
Speaker 2: esto es muy sencillo. Y para la gente que sois
Speaker 2: no técnicos, es hebreo de la Edad Media. No sé
Speaker 2: si eso hay una distinción del hebreo de la Edad Media.
Speaker 2: Pero vamos, totalmente ininteligible. Y solo os va a servir
Speaker 2: para la gente que estéis iniciándose en todo esto y
Speaker 2: tengáis no suficiente idea para que os sea útil, pero
Speaker 2: algo de idea para que no suene a chino. ¿Vale?
Speaker 2: Entonces a lo mejor os valía a cinco personas, pero
Speaker 2: si os ha valido a cinco, de puta madre. Y
Speaker 2: a los que no, espero al menos que os hayáis entretenido.
Speaker 2: Y podéis utilizar esto para escribirme con todas las inexactitudes
Speaker 2: que he dicho durante el capítulo y así... podáis sentir
Speaker 2: vuestra superioridad moral sobre mí. Venga, un abrazo a todos,
Speaker 2: os quiero mucho, cuidaos, como me gusta grabar con esta
Speaker 2: mesa de mezclas. Adiós.