Devs Lives #16 Dailos Díaz Lara | Expediciones y GraphQL

Transcripción

• Audio: https://www.ivoox.com/devs-lives-16-dailos-diaz-lara-expediciones_mf_90773752_feed_1.mp3
• Fuente: retranscripcion automática desde audio con mlx-community/whisper-large-v3-turbo
• Nota: esta versión mejora el ASR respecto a los subtítulos de YouTube, pero todavía no incluye diarización real de hablantes.

[No identificado] (00:00:22): Bienvenidos a Devs Lives, episodio número 16. Ante todo espero que estéis pasando un verano de lo más agradable. Ha comenzado el mes de agosto y como ya hemos visto en el episodio anterior, llevamos unos días un tanto caldeaditos con la temperatura y hemos venido aquí un poco a amenizar estos días charlando con una persona que, bueno, que me lleva acompañando en mi trayectoria profesional muchos años, aportándome mucho conocimiento y sobre todo dándome conversaciones muy constantes.

[No identificado] (00:01:00): Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y también nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video.

[No identificado] (00:01:43): Y nos vemos en el próximo video. Y nos vemos en el próximo video.

[No identificado] (00:01:51): Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Y nos vemos en el próximo video. Te puedo decir que soy un sincebollista. Pizza con piñista.

[No identificado] (00:02:32): Y que más te podría decir.

[No identificado] (00:02:35): A ratos muy complicado. A ratos muy… Déjate fluido. Y suele gustarme meterme en embolados. En embolados interesantes. Y que siempre trato de…

[No identificado] (00:02:51): Más en los últimos años que al principio. Trato de… Meterme. Y ir acompañado de… De gente de calidad. Que sepa que me puede aportar. Y que sepa que entre todos nos vamos a divertir. Porque meternos en un embolado. Para estar ayudando. Para eso ya tenemos muchas veces el trabajo a los clientes. O sea que… No es cuestión. Pero eso es… Una persona entrecomplicada. Y que se deja fluir. Pero eso sí. Tortilla de papas sin cebolla. Y pizza con piña. O sea que esos momentos donde hemos hecho los… El Scoding Weekend. Y mi madre ha preparado tortilla con cebolla. Sí.

[No identificado] (00:03:26): Ahora entiendo por qué no se ha gastado todo como debía ser esperado. Ojo, ojo, ojo. Que la tortilla no era solamente para mí. Que también había más gente. Hay que preguntarse si en el Vistel Scoding Weekend. Hay más sin cebollista.

[No identificado] (00:03:41): Se podría preguntar. Pero si mi madre en la casa de la tortilla. Creo que vamos a tener ahí un problema para largo. Porque creo que ella es de esas personas que… Lo de no ponerle cebolla a la tortilla es como… Le falta ahí… Pero bueno, igual bajo demanda lo podemos plantear. Lo podemos plantear. No lo sé, no lo sé. Yo te digo… Cuando alguien va a una casa invitado, las normas son las normas de la casa. Si te gusta bien, si no, no te atrevas ni a parecer. Bueno… A la tortilla de cebolla le queda genial. Pero también, a ver…

[No identificado] (00:04:10): Están los bisteles, están las papitas, están los huevos escaldados. Es que hay más comida.

[No identificado] (00:04:17): La verdad es que sí. Y lo cierto que va a parecer aquí que tenemos a mi pobre madre de esclava. La realidad es que no. Es que de hecho le vetamos la entrada y ella entra por la puerta con comida. Pero ¿qué hace? Sí, por lo general cuando la dejamos entrar es cuando ya hemos preparado la comida. La mesa ya está preparada. Venga, ahora. Vamos a comer. Exacto. Pero si no, si no le vetamos la entrada antes empieza a aparecer comida por allí y hacer cosas. No. Quieto. Es como que no, espérate que todavía tenemos los ordenadores en la mesa. Tal cual, tal cual.

[No identificado] (00:04:46): Pero mira, ¿qué te parece? Estamos hablando del bisteles coding weekend. Sí. No sé si te acuerdas cómo surgió esa idea.

[No identificado] (00:04:55): Exacto. Y puedes contar un poquito también qué es esto del bisteles coding weekend porque al final… A ver, la idea así, la manera más sintetizada de definir un bisteles coding weekend es básicamente una quedada entre colegas, ¿vale? Lo que venían siendo antes las LAN parties. Pero esto se tiene que organizar obviamente en un fin de semana, de ahí lo del weekend. Y lo que hacemos es… Buscamos alguna casa, alguna finca que tenga posibilidad de hacer una chuletada. Pero en este caso lo que hacemos es utilizamos bistes, ¿vale? Bistes de cerdo.

[No identificado] (00:05:31): Acompañamos con ensaladas, con papas arrugadas, con mojito, con lo que es etercio en ese momento. Y la quedada es que es un día de ese fin de semana. Nos reunimos a partir de las 9 de la mañana hasta, por lo general, suele ser las 6, las 7 de la tarde. Entre medias siempre obviamente hacemos el parón de una horita, horita y media para hacer la carne, preparar el fuego y tal y hacer la comida. Y la idea es que nos reunamos ese día un conjunto de personas afines al desarrollo con los que tengamos bastante confianza. Y nos enseñemos cosas que estamos haciendo entre todos.

[No identificado] (00:06:09): O incluso llegar a, si todos, el conjunto de todas las personas que están participando tienen una duda en común, pues oye, planificamos una serie de catas y nos ponemos a investigar sobre esto. Básicamente eso es el Vistelencoding Weekend. No es compartir un momento muy ameno, sin competiciones, sin rivalismo, sin nada, sino el mero hecho de estar con personas con las que te gusta estar, con las que te apetece estar, compartiendo historias y conocimientos de código. Y obviamente con unos buenos Vistels bien asaditos y con su mojito, su papita, su ensaladita, todo eso. Hambre no se pasa, desde luego. No.

[No identificado] (00:06:46): La gente lo puede decir, incluso aunque tenga el nombre de Visteles por delante, hay personas veganas que han venido al evento y han salido muy contentas. Sí, sí, sí. Eventos, digamos… Quedada, jornada. Quedada, fiesta en casa… Sí. Tontería varia. Ah, la periodicidad idealmente sería una vez al mes. Tampoco vamos aquí a estarnos saturando. Pero cuando lo empezamos a arrancar, íbamos con buen ritmito, íbamos una vez al mes y teníamos bastantes cosas que aportar. Llegó el COVID y la cosa se ha parado. Y ahora lo estamos rearrancando.

[No identificado] (00:07:20): El último Visteles Coding Weekend que tuvimos no se abrió un solo portátil, o sea que estaba bajo el paraguas de Visteles Coding Weekend, pero vamos a decir que fue un Visteles Weekend. A seca. A seca. Me faltó el coding. Pero salieron ideas interesantes, salieron cositas interesantes. Sí. A ver si se terminan de materializarse mediados del año que viene. Yo creo que hay que bajarlas un poquito a tierra, pero no están lejos de bajarse. No, no, no. Yo creo que está todo bien, bien planteadito. Sí, sí, sí. Ya veremos, ya veremos.

[No identificado] (00:07:51): Qué bueno. Pues mira, yo haciendo memoria ahora, lo más gracioso de esto es que surgió de la forma más random posible. Fue en el Tech Fest de 2017, puede ser 2018. No me acuerdo ahora cuál de los dos fue. A ver, yo sé que el primero mío fue en 18 y luego, a ver, no, mentira, el primero mío fue en 17 y luego fuimos todos en conjunto al 18, sí. Que fue donde nos pegamos la noche de, me parece, fue del sábado al domingo, del viernes al sábado, salimos del evento.

[No identificado] (00:08:21): ¿Cómo podíamos hacer esto? Y tengo fotos, hay fotos que lo demuestran, que éRamos como 10 personas en la recepción del hotel con los portátiles abiertos y friqueando allí, bebiendo lo que se podía beber de la wifi del hotel y viendo a ver cómo resolver. Me parece que un problema de react, creo que sí que era react, porque en aquella época yo todavía no estaba metido en react y estaba medio pez, pero era como, niño, son las dos y media de la mañana y ustedes siguen dándole turra a ver cómo sacan esto.

[No identificado] (00:08:51): Digamos que al día siguiente asistir al evento costó un poco, costó un poco, sobre todo en las primeras charlas fue como que, por Dios, me quiero morir. Tal cual. Estuvo guay, estuvo guay. Esa noche fue súper divertido porque me acuerdo que no llevé el portátil y lo que llevé fue la tablet, la Surface Pro con el teclado. Sí. Y en una de estas calentadas, yo no sé quién dijo, oye, ¿y si abres un directo ahora en YouTube de Link Coders? Fue como, ¿cómo? Y surgió la maravillosa frase de, no hay web. Exactamente.

[No identificado] (00:09:25): Y los hubo, los hubo, pero lo que no hubo fue el wifi para arrancarnos. Es eso. A ver si para descargarse, me parece que teníamos un repo de plantilla, hicimos el NPM install y aquello tardó como 15 minutos, pero por la velocidad de la wifi que teníamos, que era, a ver, es que aquello era paupérrimo. No sé si te permitiría mandar un fax por aquella wifi. No lo sé, pero ya te digo, entre NPM que tarda lo suyo y que estábamos descargando como librería de Destin en Sime,

[No identificado] (00:09:56): Pues, aquello fue… Aquello fue como que, uff.

[No identificado] (00:10:00): Sí, pero bueno, en ese tipo de circunstancias es donde salen las mejores ideas, porque estuvimos allí de risas y fiestas, se abrieron un montón de conversaciones en medio de la noche, nos lo pasamos pipa, y encima al día siguiente íbamos en medio de la calle bajando por Madrid. Fue como, oye, ¿que deberíamos de quedar para seguir hablando eso? Sí, pues deberíamos, oye, si buscamos un sitio donde, ah, no te preocupes, lo hacemos en el garaje de casa de mis padres, venga, pues, y surgió la magia. Surgió la magia, y también recuerdo que en ese TechFest fue donde,

[No identificado] (00:10:35): A iniciativa de una de las personas que fue, y luego con apoyo de dos o tres personas más, hackeamos uno de los challenges de una empresa patrocinadora del TechFest, es un banco, ¿vale?, de cuyo color principal es el de la selección holandesa de fútbol, hasta ahí vamos a decirlo, y básicamente le fastidiamos al juego. También, a ver, el juego estaba hecho como estaba hecho, la API estaba abierta como estaba abierta, y llevar eso a un evento de donde va a haber un huevo de profesionales del desarrollo de software,

[No identificado] (00:11:12): A ver, alguien tendría que haber, seguro que alguien dijo, ¿tú estás seguro que…? Y dijeron, sí, sí, sí, no pasa nada. De buenas a primeras aparece un mensaje en el, en el tablero de apuntaciones que decía, eh, CanariaJS es lo mejor, vamos a dejarlo así, es como que, guay, bien. Lo peor es que me siento culpable, o sea… ¿Y lo que te divertiste? A ver, contemos la anécdota, porque puedo decir que lo sufrí de… O sea, yo lo viví de primera mano, ¿por qué? Sí, claro. ¿Por qué? Vamos a poner en contexto.

[No identificado] (00:11:50): Efectivamente, era un jueguito de móvil y la API estaba en abierto, entonces, claro, yo he de reconocer que yo soy muy matado, y si ganabas te regalaban una Switch. Y la verdad es que yo no iba con malicia, o sea, yo no tenía intención de llevármelo, pero dije, ¿y si vamos a tantear? Y simplemente, en la tablet, encima, en la tablet, o sea, tablet, teclado, y empecé a tocar allí, y digo, vamos a ver esto, y cómo hace las llamadas, y cómo tal, y yo, ah, pero si esto está abierto en canal. Y se me sienta, eh… Adictor. Adictor, chicharro al lado.

[No identificado] (00:12:23): Y lo empezamos a ver juntos, ah, espérate, y si probamos esto, y si probamos lo otro, y si probamos… Y yo, bueno, pero no lo envíes, que solo estamos jugando… Y dijo, esto no pasa nada, vamos a subir un punto nada más, y te ves, un punto. Fue como, ah, pues sí, nos acabas de poner en la lista con un punto nada más. Fue como, ostras. Y ya se calentó la cosa, y dijo, espérate, y si preparamos un script y en el último momento lo lanzamos, pero solo para hacer la broma, ¿sabes? En el último momento, en el último segundo, cuando vaya,

[No identificado] (00:12:53): Y que salga el primero allí, pero, ¿sabes? Vamos a estar allí y tal, y no pasa nada y tal.

[No identificado] (00:13:01): ¿Tú estás seguro? Que sí, que no va a pasar nada, tal, no sé qué.

[No identificado] (00:13:06): Fuimos a comer, lo comunicamos, o sea, lo hablamos con todo el mundo, y con la broma y tal, y en el momento en el que dijimos, bueno, entonces lo hacemos, y dice, ¡Ay, le acabo de dar a enviar! Y fue como, ostras. Sí, sí, sí, sí. Y el mayor problema es que ahí descubrimos que un montón de gente estaba haciendo lo mismo, y empezaron a picarse, y te veías puntos y puntos y puntos, y era como, a ver quién mantiene su puntuación más tiempo, a ver quién mantiene su script más tiempo activo, y era como, ¡Dios mío! O sea, lo que empezó como curiosidad,

[No identificado] (00:13:37): Esto se acaba de convertir en una batalla de hackeo, pero… A mí lo que me gustó, a ver, realmente a la chica que estaba en el stand la fastidiamos bastante, porque quieras que no, todo eso se va metiendo en la base de datos, y al final del evento la chica tenía que dar una persona que ganase el premio final, y la verdad es que le hicimos el fastidio. Lo que pasa es que, quitando esa parte, ¿vale? Que fue una gambia rara, pero vamos, son cosas que pasan, lo que sí me gustó fue una situación que se dio justo minutos antes del cierre,

[No identificado] (00:14:12): Que estábamos ya por los pasillos, yo me acuerdo que íbamos con una camiseta de Canarias JS, y después de haber metido el mensaje de lo de Canarias JS, claro, ya había un vector de identificación ahí. Cuando nos cruzamos por el pasillo, íbamos nosotros, ¿vale? Y nos cruzamos con otro grupo que llevaba unas camisetas con unos logos rojos y tal. ¿Qué sucede? Yo, oí de rabia y le digo, coño, esos son los de Canarias JS, mira, tenemos que hablar con ellos. Cuando llegamos al hall, antes de hablar con la persona que estaba en el stand de esta empresa patrocinadora, se nos acercaron, ustedes son,

[No identificado] (00:14:48): Y nosotros dijimos, y tú eres, y fue el momento, sí, y nos empezamos a partir la caja, era un espacio de intercambio entre pasillos, que aquello podía tener perfectamente 5 por 7 metros de espacio, claro, y ves a un grupo como de 12 personas partiéndose la caja, lo más bien, y me parece que era un grupo, o era un grupo de estudiantes de informática, no me recuerdo si era de la Rey Juan Carlos, o de la Universidad de La Rioja, uno de esos dos eran, pero dijeron, sí, sí, es que nosotros estamos estudiando el módulo de ciberseguridad, y nos encontramos esto, y empezamos a tal,

[No identificado] (00:15:26): Y empezamos a compartir información de cómo habíamos llegado a la conclusión, y te digo, para mí, ese fue uno de los momentos perfectos del TechFed, el de buenas a primeras, no te conoces a nada, y por una, fue una gamberrada, empiezas a hablar con un montón de gente nueva, y empiezas a compartir, y ustedes dicen, coño, esto mola, esto es un evento técnico, ¿vale? Para esto venimos, para conocer gente, para vivir vivencia, y que te aporte, y que te vayas a casa, oye, ya tengo esta historieta, ya la tengo, ¿se arrepentirá? No lo sé, pero oye, ha pasado. Pues sí,

[No identificado] (00:16:00): La verdad es que nos reímos un montón, y la verdad es que la gamberrada, o sea, yo diría que fue accidental, porque era hacer una petición, y de buenas a primeras fue como, hostia, hostia, hostia, espérate, que acabo de mandar, y fue un, pero que hace desgraciado, que encima lo estás haciendo desde mi tablet,

[No identificado] (00:16:18): O sea, el primer, el primer nivel del hacking fue, que el ataque físico, o sea, fue en plan de, espérate, que ya tu tablet no es tu tablet, ahora es mi tablet, adiós,

[No identificado] (00:16:30): Hostia, hostia, es que lo pasamos bien, lo pasamos súper bien, y después de eso, tío, quedaron un montón de cosas ahí, que se planteó las charlas de, de GraphQL también, me acuerdo que, el, o sea, el primer viste de Scoding Weekend, para mí fue, brutal, o sea, porque fue la charla, el taller que nos diste de GraphQL, y fue de 0 a 100, o sea, yo después de eso, vi el mundo con otros ojos, o sea, sí, es que me acuerdo que en aquella época, con LeanMain, tenías un cliente, que estaba con GraphQL, pero tenía la, la picha hecha un lío,

[No identificado] (00:17:04): Porque no sabían muy bien, cómo configurar los rollos, era con, no, Salando no era, era, era otra, otra empresa de, de retail, que estaba trabajando con eso, pero tenían configurado, una forma, ahí como muy, habían tratado de estructurar, todos los bloques de información, pero realmente no eran descriptivos, sino que eran copias anidadas, de estructuras de información, y tenías que ir viendo, cómo sacar, y tal, ah, Shopify, sí, sí, sí, sí, sí, sí, fue una, un colaborador con el que estábamos, que, bueno, por detrás, utilizaba esta plataforma, y demás, y encima Shopify, acababa de, de abrir, la beta, de, de GraphQL, sí, y claro,

[No identificado] (00:17:48): Todo estaba muy verde, y aquello era como, vamos a ver esto, y claro, porque tú dices, así unas cosas, rarísimas, que a día de hoy, ya han corregido, creo, y, y que para nosotros también, que estábamos aprendiendo, era como, esto, o sea, y esto, ¿por qué? Y esto tan raro, así, claro,

[No identificado] (00:18:09): Encima te daban la opción, de utilizar la, la, API de,

[No identificado] (00:18:14): Pues no era ni siquiera, una API Red, era una API JSON, sin más, y, y la de GraphQL, era como,

[No identificado] (00:18:21): Esto no, esto no puede ser, esto tiene que ser más sencillo, y efectivamente, era más sencillo, era mucho más sencillo, de lo que estábamos haciendo, y, de ese día, vamos, fue, fue brutal, o sea, yo me llevo un montón de cosas, y, bueno, surgieron cosillas, porque te identificamos como, figura, de, de GraphQL, en ese momento, en ese momento, exactamente, en ese momento, no, hombre, la verdad es que sabes un montón al respecto, o sea, la investigación que hiciste en ese momento, aunque lleves a lo mejor un tiempito sin tocarlo, no, no se ha quedado obsoleta, o sea, yo sigo considerando,

[No identificado] (00:18:55): Que eres una de las personas que más sabe del tema, porque lo has investigado, a fondo, los fundamentos están ahí, y, por suerte, sigue funcionando igual, lo único que se han hecho es, durante el confinamiento, te digo, en 2019, di una charla en la Comet, sobre el estado actual de GraphQL, para trabajar en sistema, y fue, venir el confinamiento, y durante el confinamiento, el ecosistema GraphQL, a dar una explosión, pero, con framework, con CMS, con, con un montón de herramientas, que tú dices, wow, la gente tenía tiempo libre, y, la verdad es que el ecosistema ahora, ha madurado mucho, por ejemplo,

[No identificado] (00:19:37): En la parte de Prisma, que en su momento, Prisma,

[No identificado] (00:19:41): Vamos a poner, antes de empezar con Prisma, vamos a poner, un poquito a la gente, en contexto de, ¿qué es GraphQL? Porque creo que hay, mucha confusión al respecto, que fue lo primero, que a nosotros nos hizo el, el break ahí en la cabeza, ah, pero que no es, y después saltamos con Prisma, si quieres, porque también tiene ahí, creo que no, con esta parte, no lo vamos a pasar, Pipa, así que, yo te dejo, tú expláyate, ¿qué es GraphQL? Venga. A ver, GraphQL, es, no es nada más que, una alternativa, a hacer peticiones a API, ¿vale? Hasta, hasta 2015, que fue cuando, Facebook,

[No identificado] (00:20:18): Dejó abierto ya, todo lo que es el, el protocolo, GraphQL, no es un protocolo en sí, ahora mismo no me acuerdo la palabra, pero, básicamente tiene su RFC, es un lenguaje, propio de, de consulta, ¿qué sucede? Hasta entonces, pues, habíamos pasado, a través de peticiones, hayas, peticiones, diversas, y lo que más, se está estilando, últimamente, y todavía sigue funcionando, porque por suerte, es muy estable, y, está bastante extendido, son, API Red, ¿vale? Funcionan genial, y van, y te digo, mantienen mucho negocio, del que está ahora mismo funcionando, y proporcionando dinero a empresas, ¿qué sucede?

[No identificado] (00:20:57): Facebook, en su momento, te digo, antes de 2015, que fue cuando liberó GraphQL, se dieron cuenta que, tenían que, refactorizar todo, su sistema de aplicación móvil, porque, hasta ese momento, tenían una aplicación híbrida, la iban a mover a, a, a, a nativo, pero aún así, tenían el problema de que, para, proporcionar toda la información, que te da Facebook, necesitaban realizar, una cantidad ingente, de peticiones, API Red, muchas veces, se topaban con, lo que es el overfetching, es decir, te viene más información, de vuelta, de la que realmente, necesitas mostrar al cliente, o, se encontraban, con el caso contrario, el underfetching, es decir, para rellenar,

[No identificado] (00:21:40): Una determinada vista, yo tengo que hacer, X número de peticiones, que en todas ellas, me viene overfetching, pero de cada una de ellas, cojo una pequeña pieza, y al final, en el cliente, agrupo toda esa información, y la muestro de una sola vez, ¿qué sucede? Esta gente se puso a pensar, y dijeron, mira, y si montamos un sistema, que nos permita, para determinadas entidades, peticionar, en cada momento, únicamente aquellos campos, que le vayan a dar valor, a la interfaz visual, y cuando queramos modificar datos, es decir, mutar, una determinada información, lo que vamos a hacer, es mandar exactamente, qué información queremos mutar, no necesito mandar,

[No identificado] (00:22:17): Todo el payload, de un usuario, de un producto, lo que sea, sino exactamente, qué parte, de esa entidad, quiero modificar, pues, el resultado, de ese análisis, de esa investigación, fue GraphQL, GraphQL, a diferencia de REST, lo que te va a permitir, es, en lugar de tener, X endpoints, en tu, en tu API, vas a tener, principalmente, un máximo, de tres endpoints, uno, para hacer las peticiones, estándar, otro, por si quieres tener, comunicación, a través de socket, y otro, que va a ser, principalmente, para el tema, del envío de archivos, vale, la, la parte de enviar, un archivo como tal, GraphQL, hasta donde yo sé,

[No identificado] (00:22:59): Te digo, hace tiempo que no lo toco, todavía lo tiene, un poquito cojo, pero para el resto de cosas, toda tu API, se te reduce en tres endpoints, ¿qué sucede? Toda esa lógica de peticiones, se deriva, a lo que vendría siendo, una especie de controlador, lo que viene siendo, una API, es un controlador, aquí se llaman, métodos resolver, y tú, a través de un método resolver, lo que puedes hacer es, analizar exactamente, qué petición quieres hacer, cuando devuelvas la información, el motor de GraphQL, es verdad, que la información, que le llega al resolver, desde tu backend, es, el conjunto entero, de la entidad, pero GraphQL,

[No identificado] (00:23:33): Internamente, antes de responderte a ti, es capaz de analizar, qué campos me pediste, en la petición, yo extraigo, todos esos campos, del grueso de la información, que me ha dado la API, y esos campos, en concreto, son los que te devuelvo, de manera que, nos quitamos, el overfetching, y nos quitamos, el underfetching, reducimos, la tasa de transferencia, en la información, a través de las peticiones, reducimos costes, y, las interfaces visuales, o las aplicaciones, en este caso, de las móviles, pero cualquier tipo, de aplicación, porque esto ya directamente, una vez, se vio que funcionaba, esto tiró, para entornos web, pero vamos, como un tiro,

[No identificado] (00:24:11): Mejora, es una, es un,

[No identificado] (00:24:15): Es lo que se vendía diciendo, va a eliminar, GraphQL, va a sustituir, va a reemplazar, API Red, ni de coña, principalmente, porque las peticiones, de GraphQL, van bajo protocolo, HTTP, con un método, post, o sea que, no, que sucede, si nos va a cambiar, el chip, de la manera, en como, configuramos nosotros, la API, que pasa, también, es autodocumentada, porque directamente, como tú, tienes que tipar, sí o sí, los campos, aquí no estamos hablando, de meter TypeScript, sino puedes trabajar, con Vanilla JavaScript, y, al crear, el esquema, de, de GraphQL, directamente, eso queda, ya autodocumentado, porque, te dice el nombre del campo,

[No identificado] (00:24:57): Y te dice el tipo de dato, que va, luego, si tú quieras, además, le puedes añadir, comentario adicional, y eso ya se autodocumenta, pues, quieras que no, nos quita la parte, de los API, de los, de los, de los, de los API, tener que, si hace un refactor, de un endpoint, tener que redocumentar, o verificarlo, esto no, GraphQL es código, por lo tanto, si el código varía, la documentación automática, también varía, de manera, eh, al mismo tiempo, vale, sobre todo, por eso, eh, es bastante cómodo, pero, ¿qué sucede? Eh, es comprensible, que haya muchos equipos de desarrollo, que todavía, eh, lo vean con, con ese,

[No identificado] (00:25:33): Escepticismo, porque te digo, requiere un cambio de mentalidad, un cambio de chip, bastante interesante, yo, cuando lo estaba aprendiendo, eh, estaba creando un, un, un backend, y llegó un momento, en que me di cuenta, que los resolver, sin, sin querer, los estaba planteando, como si fuesen, endpoints individuales, de API Red, vale, estaba haciendo peticiones, recibiendo peticiones, a través de GraphQL, pero la organización del código, era como en, eh, en API Regie, es como, esperate, a float, rama nueva, refactoriza todo, plantealo todo correctamente, como tiene que hacer con GraphQL, te digo, el, el cambio de chip, mmm, no es fácil, la, la curva de aprendizaje, sí,

[No identificado] (00:26:10): Es bastante sencilla, pero, lo que hay que cambiar, son las formas, o las costumbres, que tenemos, a la hora de, de crear endpoint, de cómo hacerlo, ¿no? Porque al final, el resumen con el que, yo me quedo un poco, y, y, el cómo plasmarlo es, lo que vamos a hacer, es poner, un, un endpoint, ¿vale? ¿Uno solo? Uno solo, vamos a quitar por ahora, lo que es WebSocket, y subida de, de, ficheros, y vamos a quedarnos solo, con queries y mutaciones, vamos a poner, un único endpoint, ¿vale? Vía host, que va a ser, whatever, whatever, whatever, GraphQL, al cual le vamos a enviar, un string,

[No identificado] (00:26:49): Y ese string, tiene que cumplir, eh, un esquema, que es un esquema, que está definido en backend, el hacer matching, y en ese esquema, tú vas a definir, propiedades, de, el objeto que quieres, ¿vale? Y ese objeto, se te va a devolver, con las propiedades, que tú le has pedido, ni más, ni menos, y si hay propiedades, anidadas, que, de per se, en tu base de datos, o en tu, perdón por lo de base de datos, eso es lo que iba a comentar después, eh, si en tu, modelo de respuesta, o en tu sistema, no está directamente, dentro de ese objeto,

[No identificado] (00:27:28): Sino que se tiene que resolver, en base a anidamiento, va a ir a ese resolver, va a saber, cómo resolverlo, con qué condiciones, tiene que unir y qué no, y te lo va a devolver, todo juntito,

[No identificado] (00:27:39): Correcto, correcto, correcto, entonces, hay que decir que, además de eso, esa es la parte estándar, ¿qué sucede? Tú puedes implementar, middleware, lo que vendrían siendo los middleware, por ejemplo, que trabajas con Express, que básicamente lo que hace, es que, te captura la petición, analiza, hace la ejecución de código, que necesitas por ella, y luego sigue con la petición, ¿vale? GraphQL, lo que tiene son directivas, tú puedes hacer, ese tipo de, interceptación de peticiones, y ejecutar directivas, que las directivas, se pueden ejecutar, tanto a nivel de petición, como a nivel de campo,

[No identificado] (00:28:16): O sea que, son, son cositas interesantes, que se puede, que se pueden hacer, pero te digo, hay que, hay que bucear un poquito más, en los fundamentos de GraphQL, para llegar, a ese tipo de, de operaciones, vale, entonces, al final, ahora, llegando un poco ahí, tenemos, lo que es, la definición, del esquema, barra, protocolo, que es GraphQL, que es el, cómo va, a operar todo, y después tenemos, la librería, que te permite, utilizar o aplicar, GraphQL, en tu capa de infraestructura, porque al final, al final, esto es como decir, oye yo, mi capa de, en API RES, pues de, de controlador, o de,

[No identificado] (00:28:57): De recepción de datos, lo cambio por, GraphQL, en lugar de recibir, un, un JSON, y transformarlo directamente, esto, pues voy a recibir, un string, que con el esquema de GraphQL, se va a convertir, a esto otro, sí, pero eso lo hace internamente, en la librería, es totalmente transparente, para nosotros, de manera que, tú vas a tener, la petición del cliente, esa petición, llega a tu, endpoint de GraphQL, que se procesa, a través de la librería, de GraphQL, de GraphQL, dependiendo de lo que tú pidas, va a llegar, a un resolver, ver, y que sucede, aquí, es donde yo veo, el principal problema, de la documentación,

[No identificado] (00:29:32): Que hay, que si no tienes, mucha soltura,

[No identificado] (00:29:36): Aprendiendo, de documentaciones oficiales, y luego sabiendo implementarlo, con buenas prácticas, en tu código, es donde, puedes empezar, a tener pequeños problemas, de acoplamiento, y demás, y es que, por lo menos, una cosa, de la que, yo ya venía aprendiendo, conversaciones, con Carlos Ble, contigo, con, con un montón de gente, que, que me ha guiado, a través del tema, de las buenas prácticas, es que, tratar de hacer, desacoplamiento, de manera que, como yo me lo planteé, y como yo lo, yo lo analizaba, en mis talleres, es que, una vez te llega, desde la librería, GraphQL, sabe que resolver, hay que ejecutar, el resolver, recibe la información,

[No identificado] (00:30:12): De la petición, pero el resolver, directamente, hace una llamada, a un servicio, controlador, llámalo, como quieras, pero no hay, lógica de negocio, nunca, dentro de un resolver, se llama, esa parte, de la lógica de negocio, si quieres tener, algo de un try catch, dentro del resolver, para gestionar, si ha pasado algo, y saber devolver, bien formateado, el error, vale, genial, pero no hay, lógica de negocio, esa lógica de negocio, siempre se tiene que mandar, a nuestra API, o nuestro dominio, o como quieras llamarlo, porque, porque como tú bien has dicho, GraphQL, va a estar en la capa, de infraestructura, si por lo que sea, mañana,

[No identificado] (00:30:50): Vemos que la cosa, no va bien, con GraphQL, aparece otra cosa mejor, o,

[No identificado] (00:30:55): Por indicaciones, de negocio, nos dicen, mira no, realmente necesitamos, tener una API Red, porque la mayor parte, de nuestros clientes, todavía trabajan, con API Red, genial, quitas la capa de GraphQL, y todos los endpoints, que vayas a implementar, para seguir proporcionando, el servicio, que te daba GraphQL, van a atacar, a esos, controladores, servicios, llámalos como quieras, que ya están, dentro de dominio, de manera que, al no meter, lógica de negocio, dentro de GraphQL, no estás creando, un acoplamiento lógico, con una herramienta, que, perfectamente, puede ser reemplazada, por cualquier otro, vale, de ahí que yo siempre, digo en mis talleres, y cuando, daba mis introducciones,

[No identificado] (00:31:34): Que cuando tú llegas al Resolve, nunca, nunca, nunca, metas lógica aquí, ¿se puede meter lógica? Sí, ¿se debe meter? Yo te recomiendo que no, pero que pasa, en las documentaciones, oficiales, o en los cursos que te ves, siempre se mete lógica ahí, porque a ver, en un curso de formación, vas, llegas desde este Resolve, y desde Resolve, atacas a la base de datos,

[No identificado] (00:31:55): Eso no lo hagas en producción, por favor. Claro, de hecho, justo ahí, llegamos al punto, al que yo quería, llegar, que es la cuestión, ¿vale? Porque, tu modela, pides lo que quieres, y tú le dices, bueno, esto sabrá cómo resolvérmelo, ¿no? Y es muy sencillo, con Prisma, ¿vale? Que es el ORM, Prisma lo que te hace, hasta donde yo entiendo, es, te aplica, un sistema, de query, un sistema de consulta, basándose también, en este,

[No identificado] (00:32:26): Protocolo, estándar, esquema de GraphQL, sobre tu, base de datos, todo,

[No identificado] (00:32:31): ¿vale? Con lo cual, te es muy sencillo, llegar a la conclusión, de uno más uno, son dos, si yo recibo los datos, de forma dinámica, o sea, de lo que quiero, y puedo hacer la consulta, de forma dinámica, hacer, pof, y que sea todo uno, entonces, eso, bajo mi punto de vista, para,

[No identificado] (00:32:53): Aplicaciones, que están naciendo, y que,

[No identificado] (00:32:57): No son lo suficientemente ricas, pues, puede estar bien, pero cuando es una aplicación, que empieza a tener, su dominio, que tiene un, un negocio emergente, que tal, no te interesa, estar, o sea, cuando tenemos escenarios, donde la aplicación es, algo más que un crude, ¿vale? Que, crear, leer, actualizar, y, eliminar, ahí, cuando lo tienes tan acoplado, se te empieza a quedar corto, porque, ¿dónde metes esa lógica? Ah, no, la mandas para el resolver, y es como, no, te hace falta tener algo en medio, entonces, ya el propio ecosistema, te, te da, muchas herramientas, para que, para que te saltes ese paso, que al final,

[No identificado] (00:33:41): Hace que, que las aplicaciones, se pueda decir que, en cuanto a mandar los datos al front, en escala muy bien, pero en cuanto a como lo gestionas tú, y al como tú puedes crecer, te falta una piecita ahí en medio, ¿no? Entre GraphQL y Prisma, para tú poder jugar, no sé, eso. Yo te digo, eh, para mí Prisma, Prisma tiene una, una historia interesante, porque, eh, si estás más o menos,

[No identificado] (00:34:06): Metiéndote en el tema del GraphQL, habrás hoy lo seguro, Apolo GraphQL, y tendrás que haber oído, más o menos Prisma, ¿qué sucede? Eh, yo tuve la gran suerte, de ver, la evolución de estas dos herramientas, desde que, se lanzaron, Prisma, es, eh, un producto a nivel, eh, que se desarrolló en Europa, ¿vale? Y Apolo, se desarrolló en Estados Unidos, ¿qué sucede? Eh, ambos iban más o menos bien, pero desde mi punto de vista,

[No identificado] (00:34:35): Apolo, supo ver, realmente, qué, se necesitaba para, mejorar o enriquecer el ecosistema de GraphQL, mientras que, eh, Prisma, desde un primer momento, se centraron en tratar de meter GraphQL, sí o sí, dentro de la base de datos, y en sus versiones originales, me hacía gracia, porque la documentación oficial decía que ellos no eran 1RM, pero tú veías el proceso y dices, tú eres 1RM, pero la documentación decía, no, no, no, no somos 1RM, tú dices,

[No identificado] (00:35:06): Venga, compro barco como animal acuático, venga, ¿qué tenía? Tenía, tú te descargabas la librería de Prisma, te tenías que descargar un contenedor, en base, que luego reconfigurabas para saber, a qué base de datos ibas a atacar, ese contenedor dentro tenía, o como, no sé si era dentro, o tenías otro contenedor adicional de Docker, que básicamente lo que te hacía era, tenías dos opciones, o tú le ponías el esquema GraphQL, eh, un segundo contenedor, tenía el esquema, se conectaba a la base de datos que tú le dijese, y te hacía todo el mapeado, dependiendo si era, me parece que tenía MySQL, eh, Postgre,

[No identificado] (00:35:44): Y en aquel momento iban a ver si conseguían meter MongoDB, pues dependiendo del motor que tú le dijese, te mapeaban ese esquema, siguiendo sus lógicas, a la base de datos, y ya podías interoperar, ¿qué pasa? Ya perdías la configuración de tu base de datos, porque la habías relegado a magia negra, que estaba ahí, de una empresa externa, luego tenías la segunda opción, tú ya tienes tu base de datos, le dices a este contenedor, que se conecta con la base de datos, lee toda la base de datos, que para eso, la base de datos, si es relacional, tenía que estar, eh, perfectamente, normalizada, porque si no,

[No identificado] (00:36:18): Los resultados que daban, era un guirigay, que te cagas,

[No identificado] (00:36:22): Y normalizada, una base de datos relacional, hay que tener muchas tablas, para saber, normalizarlo, y sobre todo, que, en estos últimos años, se ha visto, que las cinco formas normales, de base de datos relacionales, a lo mejor, aplicarlas, a diestro y siniestro, y de una manera muy estricta, se te puede convertir, en un antipater, porque llega un momento, que, la aplicación, se vuelve muy compleja, y tanta normalización, está bien, a nivel de estructura de datos, pero no está bien, a nivel de, eh, performance, de la aplicación, para recuperar, una serie de datos, o sea, que, tienes un cuello de botella, considerable, interesante, pues que pasa,

[No identificado] (00:37:02): Con Prisma, lo que hacía era, te leía la estructura de base de datos, y te sacaba un esquema GraphQL, de manera que tú, ya ahí podías implementarlo, Prisma, por suerte, ha ido evolucionando bastante, y ahora es, uno ARM, que era lo que originalmente era, se han quitado, creo que se han quitado de contenedores, directamente es una librería, y demás, que sucede, eh, desde un primer momento, es lo que tú dices, se planteó la idea de, cojo GraphQL, porque básicamente, lo entiendo como que es un lenguaje de consulta, por lo tanto, un lenguaje de consulta, tiene que atacar directamente una base de datos,

[No identificado] (00:37:35): Yo entiendo que ese planteamiento es erróneo, y, lo que se hacía era, planteó GraphQL, contra la base de datos, automáticamente, ¿cuál es el problema que pones ahí? Que si tú estás, exponiendo una API pública, directamente tienes, tu base de datos, mapeada, directamente, hacia el exterior de tu aplicación, para mí eso es un problema, porque lo que yo he aprendido, de cómo configurar, en points, me dice que, tiene que estar, todo lo más aislado posible, y la información que se recibe, tiene que estar validada, y la que se proporciona, tiene que ser la mínima imprescindible, para la tarea que se quiere dar, ¿qué sucede?

[No identificado] (00:38:12): Con el planteamiento, hasta que te digo, la filosofía, de entender GraphQL, como lenguaje, que va a consultar, automáticamente, a la base de datos, creo, repito, creo que es mi opinión, que es un planteamiento erróneo, porque lo que tú tienes que hacer, es aprovechar, las ventajas de GraphQL, pero tú no tienes que, exponer en ningún momento, tu base de datos, al exterior, correcto, ¿dónde vería yo, la funcionalidad real, de Prisma, como es que es uno, RM, que la GraphQL, ataca directamente, la base de datos, si estamos dentro, de un servidor, que tiene microservicios, si tú tienes microservicios, que en ningún momento, están expuestos, hacia afuera,

[No identificado] (00:38:49): Sino que son internos, de la infraestructura, de tu aplicación real, oye, ahí entiendo, que tú lances, peticiones a GraphQL, contra un servicio, ese servicio, peticiona, a su propia base de datos, y luego ya tendrás, en los resolvers, las llamadas, a los generadores de eventos, o si lo haces, a través de HTTP, pues sigas haciendo, actualizaciones, con GraphQL, o con HTTP, lo que tú quieras, pero ahí sí lo veo, porque, ¿estás exponiendo, tu base de datos? Sí, pero las estás exponiendo, al interior, de tu infraestructura, ahí en principio, no debería haber problema, ninguno. Claro, siempre y cuando tengas, las medidas de seguridad,

[No identificado] (00:39:26): De que no todo el mundo, se puede conectar ahí, va bien, lo que me puede llegar, a preocupar a mí, de esa parte, es la performance, ¿no? Porque,

[No identificado] (00:39:35): Yo me lo imagino, de la siguiente forma, ¿no? Pero muy probablemente, si has llegado al punto, donde tengas Prisma, en la base de datos, es porque por delante, tienes GraphQL, sino que se dé el caso, de que tengas una API Reg, y tengas Prisma, por detrás, es como, vale, pero,

[No identificado] (00:39:52): Suena raro, o sea, suena raro, en cuanto a, a que no, no parece que sea la elección, que un desarrollador, vaya a elegir, o sea, si trabajas con GraphQL, probablemente, quieras trabajarlo, o solo en la parte delantera, de la fachada, de tu API, o, o, o el completo. Ya, pero, pero, ya,

[No identificado] (00:40:20): Ya, tú tienes montado algo, para un cliente, para un cliente, la has montado su sistema, con GraphQL, y demás, y funciona, pero luego, llega un cliente, de nuestro cliente, que su equipo de desarrollo, no trabaja con GraphQL, sino que trabaja directamente, con API Red, tendrás que darle una solución, porque, la mentalidad del cliente, de la tercera persona, no la vas a cambiar, lo que hay que hacer, es adaptar la infraestructura, el adaptador, a la infraestructura, que le tenemos montado, a nuestro cliente, para que aquello funcione, y que nuestro cliente, no pierda, un incoming nuevo, y pueda seguir desarrollando, el producto, lo que tú dices,

[No identificado] (00:40:58): A ver, si, como tú lo planteas, si lo hace un desarrollador, y dice, aquí pongo Red, aquí pongo GraphQL, aquí pongo Prisma, y antes de la base de datos, pongo un sistema de validación, tú dices, no sé dónde has aprendido, pero diles que te devuelvan, las perras del título, porque, es un poco raro, pero, se te ha ido un poco la pinza, claro, al final, y a lo que iba, es que, entre tantos saltos,

[No identificado] (00:41:25): Al final, no es que hagas, una llamada en plano, sino que estás metiendo, librerías de por medio, que tienen su procesamiento, verdad, o sea, yo veo el punto, donde tú dices, oye, haces una query, y en lugar de resolvértela, una API rest, te lo resolve GraphQL, a nivel de performance, en esa resolución, el impacto es mínimo, pero, cuando tú tienes después, tu procesamiento interno, de lo que tenga que tardar, la aplicación, en hacer su gestión de datos, aplicar, su algoritmo, su parte de negocio, lo que sea, y después das otro salto, hacia la base de datos, y por medio tienes otra vez, otra,

[No identificado] (00:42:02): Ahí yo creo, no lo sé, pero igual si tiene un impacto, en performance, que hay que hilar fino, para empezar a evitarlo, ¿no? Correcto, y, ¿qué sucede? Hay herramientas, y estrategias, que te permiten, mejorar el performance, de una aplicación, implementando GraphQL, primero, ya hay muchas librerías, que te implementan, un sistema de cacheado, ¿vale? Por ejemplo, Apolo, si lo configuras, ya directamente, te proporciona el cacheado, ¿qué sucede? En los clientes, ya sabemos, que si no gestionamos, adecuadamente la caché, aquello puede dar, muchos, muchos, muchos, muchos, y muchos más problemas, pero, es una forma de hacerlo, si tú gestionas, el tema de la caché, en el backend,

[No identificado] (00:42:43): Tienes que ver, la manera de, estar al tanto, por si acaso, se ha hecho, alguna mutación, y tener en cuenta, que la caché, la tienes que actualizar, pero ya hay sistemas, que te permiten hacer, el cacheado,

[No identificado] (00:42:54): Una cosa, que desarrolló, que, a ver, no desarrolló Facebook, sino, se dieron cuenta, de este tipo, de problemas, es performance, y cuál fue su solución, crearon, una cosa, que era,

[No identificado] (00:43:06): No me acuerdo exactamente, cómo era el nombre, pero eran, queries concretas, ¿vale? De manera que, tú, cuando lanzabas esa query,

[No identificado] (00:43:15): Internamente, ya se sabía, qué campos, estaban pidiendo, en esa query, de manera que, tú hacías la petición, hacías una query, de GraphQL, no le pasabas campos, no le decías, quiero este campo, quiero este campo, no, quiero ejecutar, esta query, internamente, ya se sabían, qué campos, iban a hacer, y te devolvían la información, ¿qué sucede? Si esa petición, la haces muchas veces, a lo largo del tiempo, al no mandarle, un payload, estás reduciendo, la carga, que se está enviando, a través del ancho de banda, de la red, por lo tanto, ahí ya tienes algo de performance, añádele, el tema de, la, la parte de la caché,

[No identificado] (00:43:52): Luego, se dieron cuenta, de que puede, había una, un ataque de, de negación de servicio, que era muy fácil de hacer, porque, lo que tú puedes hacer, con GraphQL, es que si hay, anidamientos, de, de campo, tú puedes, de esta entidad, quiero este campo, pero este campo, es un objeto, además, quiero este campo, quiero este campo, que además, está relacionado, con el primero, pero lo pido aquí debajo, y así, así, así, así, de manera, que te queda una petición, algo parecido, al, al callback help, pero en GraphQL, ¿qué sucede? Por cada una, de esas modificaciones, se tiene que ejecutar, el resolver correspondiente, si lo haces,

[No identificado] (00:44:30): Lo eficientemente grande, y sabes que esas peticiones, son extremadamente complejas, el servidor, se te queda grillado, porque entra, no entra en un bucle, pero si empieza a consumir, un montón de recursos, ¿qué se desarrolló? Un sistema, que es, el control, de coste, de petición, de manera, que tú, puedes llegar a analizar, cuando te llega la petición, qué nivel, de anidamiento tiene, y cuánto coste va a tener, ese cálculo, se hace, antes de ejecutar, cualquier petición, al backend, vale, se puede hacer, por una directiva, o se puede hacer, por otro tipo de herramientas, que ya te controlan eso, si supera, el número máximo, de complejidad,

[No identificado] (00:45:08): En la petición, directamente, te lanza un error, y te digo, que esto no lo puedes hacer, eso te obliga, a adaptar, o redefinir, la estructura de datos, de tu aplicación, cómo van a funcionar, las peticiones, a lo mejor, tienes que tener, cacheadas, determinadas partes, y cositas así, de manera que, la performance, la mejora de la performance, la vas viendo fluir, a medida, que te vas encontrando, con cosas de esas, que sucede, para llegar a ese punto, empezando desde cedo, con GraphQL, tienes sí o sí, que leer, mucha documentación, muchos casos de uso, muchos problemas, con los que te has encontrado, y un problema,

[No identificado] (00:45:44): Que estoy viendo yo ahora, es que hay, un montón de herramientas, que te proporcionan, mucha magia, pero no te explican, nada, por qué, están gestionando esto, o cómo lo están gestionando, si no tienes, los fundamentos anteriores, para saber, qué hay por debajo, de GraphQL, a lo mejor, para tratar de mejorar, el performance, de una aplicación, vas a empezar a pecar, de meter librerías, a casco borro, que a lo mejor, haciendo cuatro modificaciones, en tus peticiones, ya lo tenías, pero, es lo de siempre, a ver, esto es un ciclo, que se repite, si tienes los fundamentos, sabes resolver los problemas, con los que te vas encontrando,

[No identificado] (00:46:18): Si no tienes los fundamentos, los resolverás, como buenamente puedas, pero, a lo mejor, hay una forma, más sencilla, y tienes que estar siempre ahí, preguntándote, esto es lo mejor, para lo de ahora, o,

[No identificado] (00:46:31): Tira para adelante, y ya veremos más adelante, no lo sé. Sí, de todo modo, hay un escenario, donde yo veo, que GraphQL, ayuda muchísimo, y es, me lo he encontrado, es, en administración pública, vale, tú tienes que exponer, un servicio,

[No identificado] (00:46:51): Pero, tú, tus, tus, back office, o terceras partes, no tienen por qué consumir, todo lo que tú tienes, de hecho, es muy probable, que si ellos lo que quieren es dar, su propio servicio, solo necesiten una pequeña parte, de esa información, que es, el modulito, con el que ellos trabajan, y, cierta información adicional, que pasa, que cuando tú eres un sistema centralizado, gubernamental, o no, tú tienes toda esa información, y, legalmente, tienes que exponerla, pero no todo el mundo la quiere, y, he visto que, en muchos casos, lo que tienes que empezar a hacer, es,

[No identificado] (00:47:27): Crear una API, muy genérica, que exponga demasiado, o, por el contrario, empiezas a crear endpoints, bajo demanda, estos endpoints, son para este backoffee, este otro endpoint, es para este otro backoffee, este otro para este, vale,

[No identificado] (00:47:42): Mantenibilidad, menos mil, ¿por qué? Porque cada vez, que hay que hacer un cambio, tienes que ir, versionar el endpoint, crear otro nuevo, es más sencillo, coger, y, delegar esto, en, en los clientes, en los usuarios, en los backoffees, dice, yo expongo todos los datos, que legalmente, puedo dar, vale, o incluso, que, para el usuario, para tu usuario, de GraphQL, puedo exponer, no te voy a exponer, información, que tú no tienes que tener, dice, yo aquí, te dejo el esquema, y tú consumes, lo que necesites, tienes legalmente, todo esto disponible, para ti, usa lo que quieras, yo tengo que hacer, mantenimiento cero, y tú,

[No identificado] (00:48:23): Te creas las queries, de lo que tú necesitas, y para ti, no es otra cosa más, y hay que hacer una petición, HTTP, post, porque no es otra cosa, no necesitas, ni siquiera, trabajar con Apolo, sino, HTTP, fetch, post, y en el body, pones el esquemita, siguiendo el esquema de GraphQL, de lo que quieres, tan sencillo como eso, problema, cero, cero, y ahí, he visto que, que encaja muy bien, plataformas como Shopify, por ejemplo, cuando tú quieres, crear tu propia tienda, tu propio servicio, oye, pues, quiero consumir, estos datos, pero no necesito, todo lo que me provee, Shopify, yo para personalizarlo, y para mostrar,

[No identificado] (00:49:03): Lo que a mí me interesa, en mi, pues, mi aplicación móvil, en mi servicio, lo que necesito, es esto, porque el nivel de personalización, que quiero, no es el que me da Shopify, va más allá, y quiero integrarlo, con mis propios servicios, vale, usa su API, y dice, yo lo que necesito, es esto, esto, y esto, vale, ellos te dan más, pero yo lo que necesito, es esto, esto, y esto, perfecto, se acabó, no hay más problemas, ahí lo veo súper potente, ahí creo que, te ahorras un montón, cuando tú expones, eh, tu, tu servicio como API, a terceros, tú dices, bueno, pues terceros,

[No identificado] (00:49:39): Esto es lo que hay, creo que ahí, ahora vete a meterlo, en la administración pública,

[No identificado] (00:49:45): Jajaja, pues mira,

[No identificado] (00:49:49): Hubo un momento, donde tuve la oportunidad,

[No identificado] (00:49:53): Pero, pero cuenta por qué no, cuenta por qué no, no, no, no, realmente no había ningún tipo de problema, el problema es que, GraphQL era una tecnología, que era muy nueva,

[No identificado] (00:50:05): Yo, era muy junior,

[No identificado] (00:50:08): Había leído poco, y digo, podría cazar, podría,

[No identificado] (00:50:15): Voy a tirarme el triple, en este momento, ni de coña, a día de hoy, con la experiencia que tengo, y con lo que conozco, lo propondría, y lo haría, lo propondría, y si hay una buena aceptación, lo haría, en aquel momento, es que ni siquiera me había capacitado, de decir, oye, vamos a ello, pero a día de hoy, lo veo, sabiendo cómo es, lo veo viable, proponerlo, y otra cosa es, luchar con la resistencia, al cambio, de la administración pública, si por lo general, en cualquier empresa de desarrollo, que se dedican a hacer desarrollo, ya es complicado, luchar contra la resistencia, al cambio,

[No identificado] (00:50:56): De determinados equipos de desarrollo, imagínate, con la administración pública, te puedo garantizar, que en este caso, en concreto, eran personas, que tenían muy buena mentalidad, y tenían mentalidad positiva, al cambio, o sea, no hubiese habido problema, pero era más, por el hecho de, esto es muy novedoso,

[No identificado] (00:51:14): No me veo yo, metiéndome, en este dibujo, porque si después, no cumple las expectativas, hay una confianza, que están depositando en mí, y no quiero perder, eso también creo, que es una parte importante, la profesionalidad, de decir, oye, podría encajar muy bien, pero, esto no está, lo suficientemente maduro, yo no tengo las herramientas, para controlarlo, y ofrecer, lo que tú esperas, podría solucionarte, tu problema, tal vez sí, o tal vez, nos metemos en un marrón, que no te soluciona nada, entonces, esto hay que, iterarlo más, a día de hoy,

[No identificado] (00:51:52): Pues, seis años después, yo ahora diría que sí, diría, oye, podría solucionar tu problema, y los tiempos de desarrollo, y la calidad que le aportas a tus, a tus clientes, podría ser mucho mejor, pero, la tecnología también ha tenido que evolucionar, durante seis años, para ver que eso realmente, tiene una mantenibilidad, y que, y que es viable. Pero, es que te digo, a ver, GraphQL, se liberó eso en 2015, sí, sí, fue a partir de 2020, cuando las herramientas, han empezado, a expandirse, y es como todo, el boom, que, que, que, tuvo hace un par de años, JavaScript, cada semana había, X, herramientas, framework, librería,

[No identificado] (00:52:35): Whatever, pues, ahora, más o menos, desde 2020, lo está experimentando, GraphQL, cada, cada X tiempo, sale, un módulo, para hacer esto, un framework, para hacer aquello, un no sé qué, para resolver esto, por suerte, se ha unificado, la mayor parte, del desarrollo serio, con GraphQL,

[No identificado] (00:52:56): Facebook, tenía GraphQL, había, te acuerdas del incidente, aquel que hubo con React, que React, de buenas a primera, pasó de licencia libre, a propietaria, sí, un revuelo, todo el mundo dijo, vamos a caer, nos va, Facebook, va a venir detrás de mí,

[No identificado] (00:53:14): Frutería, panchito, va a venir detrás de mí, porque tengo la web hecha, en React,

[No identificado] (00:53:19): Y claro,

[No identificado] (00:53:23): Lo cierto es que se columpiaron, y no lo dejaron, nada claro, en su momento, la incertidumbre, vino con motivo, fue un patinazo, grande, qué pasa, luego, cogieron y la cambiaron, a licencia libre, ya todo el mundo, se relajó todo, qué pasa, GraphQL, directamente, la sacaron, con licencia libre, y a partir de ahí, se empezó a desarrollar,

[No identificado] (00:53:45): El ecosistema, de manera comunitaria, vale, aparte, sistema open source,

[No identificado] (00:53:52): Llegó un momento, en que hubo, un grupo de, no sé si es un grupo de desarrolladores, si es una empresa, realmente, se llama, The Guild, vale, como, como culpa, pero acabado en, en, en D, pues, esta gente, cogió GraphQL, cogió ciertas herramientas, y, empezó a, hacerse cargo, del desarrollo, mantenimiento, documentación, y, buenas prácticas, del ecosistema, GraphQL, Prisma, sigue por su lado, Apolo, sigue por su otro lado, etc, etc, etc, etc, pero, esta gente, si hay herramientas, serias, sólidas, y que tú puedas usar, para aprender, o para llevar a producción, es preferible, guiarse, por, las indicaciones, que te da esta gente, vale, y, qué pasa,

[No identificado] (00:54:41): Quieras que no, el boom, de GraphQL, se ha dado, a partir de 2020, estamos, a mediados de 2022, es normal, que parte de GraphQL, todavía no esté, en muchos sistemas, de producción, pero repito, no es un reemplazo, a red, es una alternativa, y, yo te digo, a mí, si me das un Greenfield,

[No identificado] (00:55:02): Viendo, la posible evolución, que puede tener, de un proyecto, yo, te puedo decir, no, mira, esto veo que, se va a quedar, extremadamente sencillito, seguimos con API Red, por ejemplo, si estamos trabajando, en una arquitectura, de microservicios, y sabemos, que los microservicios, vamos a tener, la disciplina mental, de hacerlo, lo más extremadamente, sencillo posible, para que funcione, a lo mejor, si sabemos, que no vamos a usar, un sistema de eventos, ni un bus de comunicaciones, sino que la comunicación, entre los microservicios, va a ser por HTTP, oye, pues a lo mejor, te interesa hacer un API Red, te montas tus tres capas, de router, handler,

[No identificado] (00:55:37): Y controller, y con eso vas bien, no te hace falta, meter GraphQL, ahora bien, si vas a hacer, una aplicación, un poco más grande, con bastante consumo, ves que esto va a escalar, y demás, de partida, te propondría GraphQL, sí, sí, de partida, sí,

[No identificado] (00:55:55): Sí, además, hay, hay muchas soluciones, o sea, que estés utilizando, API Red, no quiere decir, que no puedas utilizar, a posteriori, GraphQL, y que tus microservicios, o en combinación, correcto, se hace mucho, ¿no? Lo de definir una, una API Gateway, o una fachada, configurada con GraphQL, y, sus, sus resolvers, realmente, son llamadas,

[No identificado] (00:56:19): Vía HTTP, a tus endpoint internos, y tú expones, o incluso, o incluso, tener,

[No identificado] (00:56:26): La misma fachada, que dice, tener tus endpoint rest, y te encuentras una cosa, el endpoint de GraphQL, es un endpoint rest más, correcto, lo que pasa, es que te va a resolver, una serie de peticiones, que los otros endpoints, o lo hacen, pero está, proporcionando servicio, a clientes, que te trabajan aún con rest, o, te proporciona información, que no te proporciona, ahora mismo GraphQL, o porque no está migrado, o porque no está contemplado, lo que sea, pero pueden convivir, un sistema de endpoint rest, API, con un sistema de endpoint, GraphQL, pueden convivir perfectamente, no son, excluyentes uno de otro, que sucede, hacer entender eso,

[No identificado] (00:57:04): A un equipo de desarrollo, y ser capaz de moverlo, a un proyecto de producción, lleva tiempo, y lo de siempre, es necesario, depende, depende, hay que analizarlo, hay que analizarlo, eso es lo de siempre, y sacar del análisis, los egos personales, de,

[No identificado] (00:57:24): Estrellita tal, de fulanito, que han puesto ahí, porque, como lleva seis meses, en la empresa, pues ya tiene el nivel, para hacer,

[No identificado] (00:57:32): Tú sabes, lo sabes. Sí, sí, sí, creo que es una parte, súper importante, o sea, primero hay que entender, cuál es el negocio, en el que estamos trabajando, y cuál es el escenario, si el negocio, da pie, porque lo necesita, oye, hasta adelante, se hace, y, ya está, y, segundo, que cuando nos encontramos, frente a este tipo de, de cosas, es muy sencillo decir, oye, vamos a aplicarlo, pero también hay que, hay que pensar en el equipo, y en la curva de, de aprendizaje que tiene que tener, si es asumible, o no es asumible, quiero decir, oye, para el producto, que estamos desarrollando, eh,

[No identificado] (00:58:08): Utilizar GraphQL, es primordial, o no, lo es, vale, el equipo tiene el conocimiento suficiente, para hacerlo, no, vale, pero tu necesidad es primordial, vale, pues antes de empezar con esto, y empezar a, generar una deuda técnica, impresionante, vamos a preparar el terreno, que la gente conozca la tecnología, que el equipo se familiarice, y que, cuando empiecen a trabajar con ello, aunque se genere deuda técnica, por no tener, una, un nivel de maestría excesivo, pues que al menos sea abordable, pero, los grandes fracasos en los proyectos, generalmente pasan, cuando, empiezas a aplicar, tecnología, sin tornizón, sin el conocimiento, del equipo, con un buen argumento, de negocio,

[No identificado] (00:58:57): Pero sin el conocimiento del equipo, o, todo lo contrario, cuando negocio, no lo necesita, pero por ego del equipo, empiezas a decir, oye, pues aquí vamos a la última, porque, porque hay que experimentar, eso, acaba, a ver, habrá sitios donde salga bien, pero de norma muy general, y en base a lo que yo he visto, no suelen terminar en historias muy felices, no, no, no suelen hacerlo,

[No identificado] (00:59:23): Casos que yo he visto de eso, de evoluciones, he visto casos en los que, se ha empezado a desarrollar como se ha podido, porque había que llegar en Time to Market, se ha llegado en Time to Market, pero, el equipo de desarrollo, o por lo menos el equipo de gestión, del producto, han tenido la suficiente visión técnica, para decir, vale, somos conscientes, de que hay mucha deuda técnica,

[No identificado] (00:59:46): Estamos viendo dificultades, para seguir escalando, o adaptando el producto, al mercado, y hemos tomado la decisión, de, crearlo todo desde cedo, con el know-how, que ya tenemos, aplicando los cambios, para corregir, lo que ya sabíamos, que podríamos corregir, y aplicando esto nuevo, que ya hemos aprendido, vale, ese es un escenario, te digo, me lo he encontrado una vez, en toda mi carrera profesional de desarrollo, y dije, ole, porque, eso es madurez profesional, luego, me he encontrado situaciones, en las que, mira, pero es que esta herramienta, te podría servir, ya, ya, ya, pero es que el equipo, se planteó al origen, pero el equipo, eh,

[No identificado] (01:00:25): Eligió la otra, porque es que esta no la conocen,

[No identificado] (01:00:30): Entonces, entonces, no has tomado la decisión, con fundamentos, es, que te apetece, mi niño, no, esto, porque no, no sé si lo otro será mejor, que se puede hacer o no, dependiendo de las necesidades del producto, para eso, para llegar en Time to Market, bien, si has conseguido vender, si has conseguido que la empresa, con el producto que has desarrollado, reciba dinero, lo que has hecho, está bien hecho, vale, porque, realmente, no estamos haciendo algo, para que quede bonito, porque nosotros nos sentamos felices, con lo que estamos haciendo, estamos haciendo algo para un cliente, para que ese cliente consiga perras, y que con esas perras,

[No identificado] (01:01:05): Nos paga a nosotros, vale, hasta ahí, y, y te lo está diciendo uno, que muchas veces esto le cuesta, porque yo he tenido agarradas de, pero, porque estás haciéndolo así, bueno, ya funciona, digo, sí, pero está sucio, esto mañana, dentro de seis meses, vas a volver por aquí, o yo voy a volver, te voy a tener que mantenerlo, no me voy a acordar de cómo es esto, es que es complicado la solución que has hecho, tírala para arriba, que eso ya funcione, te dices, pero,

[No identificado] (01:01:29): Pasan los seis meses, oye, es que esto no está funcionando, te dice, la hostia, es que eso es deuda técnica, o sea, hace, bueno, seamos sinceros, esta mañana justamente escribí un artículo, sobre, sobre deuda técnica, lo que no, no sé cuándo, cuándo lo publicaré, pero escrito está, y precisamente trataba ese tipo de temas, de qué es deuda técnica, y qué es mala praxis, una cosa es deuda técnica, que ojo, aquí hay una cosa que está muy mal entendida, tanto por parte de los desarrolladores, como de negocio, deuda técnica, dentro de una metodología, AIL, es, yo he definido una, una, una funcionalidad, ¿vale?

[No identificado] (01:02:10): Y por X motivo, esa funcionalidad, necesito entregarla antes en tiempo, ¿vale? Y para entregarla antes en tiempo, lo que voy a hacer es, ganarle tiempo al futuro, es decir, yo voy a, acortar esa tarea,

[No identificado] (01:02:28): Recortando de, necesidades técnicas, la forma de hacerlo, testing, lo que se considere en ese momento, y lo voy a desplazar en el tiempo, con el compromiso que se va a abordar, para que tú, tu valor, lo tengas antes, pero no es un valor pleno, es decir, si tu timeline es este, tu timeline final, sigue siendo el mismo, tú no estás acortando el timeline final, lo que estás haciendo es, acortar el timeline, de una de las piezas, que tienes de por medio, para abordarlo a posteriori, y tiene que estar identificado, y acordado con negocio, eso, es deuda técnica, lo otro, es una mala praxis,

[No identificado] (01:03:06): Y son bugs, lo otro, lo podríamos llamar, es deuda técnica, porque, tú estás cogiendo una deuda ahora, la vas a llevar al futuro, pero sabes cuándo la tienes que pagar, eso es una deuda, lo otro, es mala praxis, pero también lo podríamos llamar, fraude técnico, porque tú estás viviendo, tiempo extra, pero sabes que nunca, lo vas a resolver, correcto, porque no conocemos, al andar de la perrita, correcto, esto ya, para mañana, pero es que ese mañana, nunca llega, y esto está ahí, y está ahí, y se pasa por ahí, porque hay que hacer otra cosa, pero como baja, al ritmo que va, no, déjalo así,

[No identificado] (01:03:44): Ya se refactoriza en otro momento, es fraude, porque tú estás pidiendo un tiempo, o estás comprometiéndote, con tu propio equipo de desarrollo, oiga, esto, sabemos que no está mal, y lo tenemos que arreglar, ¿cuándo? Nunca llega ese cuándo, por lo tanto, estás cometiendo fraude técnico, hacia, ti, como profesional de desarrollo, y hacia tu equipo, porque le estás diciendo, bueno, bueno, esto está aquí cogido con parche, y ya, mañana le ponemos los tornillos, pero, vaya, los tornillos no llegan, claro, es que eso, es una mala práctica, y además,

[No identificado] (01:04:20): Yo considero, que la deuda técnica, tiene que estar registrada, bien sea, en un comentario, bien sea, en una tarea, como tal, en tu tablero, bien sea, el, perdón, un issue, sí,

[No identificado] (01:04:36): Donde sea, o, una cosa que yo hago mucho, porque me es muy cómodo, es, dentro de los proyectos, tengo un fichero, markdown, enlazado en el ritme, que se llama, tech depth, y ahí, voy añadiendo, esto es deuda, esto hemos identificado, esta deuda técnica, por esto, por esto, por esto, hemos hecho esto, al equipo falta, o, al equipo, le falta conocimiento, de X librería, y, probablemente, se pueda abordar, de una mejor forma, pero, a día de hoy, no existe el conocimiento, para, es deuda, sí, está, o sea, está reconocida, no hay problema, pero es deuda, que hay que abordar, cuando, cuando se tenga el conocimiento,

[No identificado] (01:05:15): Cuando se tenga el tiempo, cuando, pero está, identificado, no son sorpresas, cualquier persona, que venga dentro de un año, al proyecto, va a llegar, y va a decir, oye, qué problemas, tiene la aplicación, esto, esta es la deuda técnica, que hay, aquí está, ah, pero mira, yo es que conozco, esta tecnología, y te puedo aportar, y sé cómo solucionarlo, chapó, está identificado, podemos solucionarlo, problema, que están recogidos, ahora no se sabe, está funcionando, sí, oye, vale, pero somos conscientes, de que esto, no nos gusta, o que esto, no está hecho, de la mejor forma, no sabemos cómo abordarlo, oye, no pasa nada, pero se busca,

[No identificado] (01:05:53): Eso creo que es la clave, el archivito ese, yo te lo vi, ya tiene un repo, y me explicaste, desde que iba a dar,

[No identificado] (01:06:00): Te puedo decir, que eso, al día siguiente, yo lo apliqué, en el proyecto, en el que estaba, en la empresa X, en la que estaba, cuando yo fui a comitear, porque sabía, que había deuda técnica, con la tarea, que estaba haciendo, lo mandé, pasó el pull request, vale, se revisó, lo revisaron tres personas, aquello pasó, al cabo de los días, me llega, y en una reunión, un peer-to-peer, me dice, quítame este archivo de aquí,

[No identificado] (01:06:24): ¿por qué? Así queda todo documentado, está más limpio, y tal, y dice, no, no, no, no, es que como el cliente, tiene acceso al código, no quiero que el cliente, sepa que nosotros, estamos teniendo deuda técnica, y es como, pero, es que, ese, el problema, el cliente, es el dueño, de su producto, y cuando creas deuda técnica, debería ser un acuerdo, entre negocio, y la parte técnica, ¿por qué? Porque si no, tú no le estás diciendo, a tu, a tu cliente, qué problemas hay en la aplicación, y si él no las conoce, no puede asumir esos riesgos, y no las puede priorizar, la deuda técnica,

[No identificado] (01:07:03): Tiene que ser un acuerdo, por eso es una deuda, porque es un acuerdo de, no lo hacemos ahora, porque no sabemos, o, si tú detectas que hay un problema, y el cliente lo sabe, se lo estás manifestando, está detectando que hay un compromiso, y él puede llegar a sus clientes, y decir, oye, esto, si queremos que siga creciendo, hay que, posponerlo un poco más en el tiempo, esta funcionalidad, va a tardar un poco más, pero, asumes el riesgo, de que tus clientes, van a tardar más, en tener una funcionalidad, en pos, de que cuando salga, va a funcionar como una puncha, cuando eso no pasa,

[No identificado] (01:07:42): Y ahí es cuando llegan los, nunca hay tiempo para refactorizar, ¿por qué? Porque, porque el cliente no lo sabe, yo te aseguro, que si tú tienes un agujero, en el techo de tu casa, y tú lo ves, y esto hay que arreglarlo, y hay que arreglarlo cuanto antes, porque si esto no se arregla, el techo se va a caer entero,

[No identificado] (01:08:02): Cuando tú detectas, que tienes un agujero, en una tubería, lo oyes, clic, clic, clic, clic, dices, oye, aquí que picar y arreglar,

[No identificado] (01:08:13): ¿cuándo? Bueno, cuando se pueda, pero hay que hacerlo, pero cuando tú no lo sabes, ¿qué pasa? Que esa tubería se revienta, revienta la pared, hay filtraciones, y después, el impacto que tienes en negocio, es mucho mayor, es muchísimo mayor, por eso es muy importante, dar visibilidad a negocio, de lo que pasa en tu aplicación,

[No identificado] (01:08:31): Y además, además, yo soy una persona, que considero que soy muy cercana, yo no tengo problemas, yo soy muy sincero, oye, tenemos estos problemas, ¿podemos tirar para adelante con ellos? Sí, pero quiero que seas consciente, para que cuando me pidas esto, yo pueda decirte, y tú entiendas el por qué, vamos a tardar dos semanas, en lugar de una, porque, conceptualmente, para ti es algo muy sensible, pero si esto, muy sencillo, si esto es solo añadir este módulo, sí, pero te acuerdas, que hace seis meses, hablamos que esto, y no lo hemos podido priorizar, ¿por qué? Pues ahí tienes el por qué, no te estoy engañando,

[No identificado] (01:09:08): Yo te lo estoy diciendo, tú tienes que ser consciente, de lo que tienes en tu casa, claro, pero muchas empresas, no quieren dar visibilidad a eso,

[No identificado] (01:09:20): Yo te digo, es lo que toca, es lo que toca, porque al final, como profesional en el desarrollo, si salvo la excepción, de que nos toque, un cargo de,

[No identificado] (01:09:32): De liderazgo, del equipo, vamos a estar, supeditados, a lo que nos digan, desde arriba, mi experiencia, yo sé que, hay equipos, muy colaborativos, muy buen rollito, se habla todo, se comunica, es la situación ideal, ¿vale? Pero por lo menos, yo te digo, en mi experiencia,

[No identificado] (01:09:50): Eso por lo general, nunca ha sido así, ha sido ordeno y mando, esto lo vamos a sacar de asilla, esto va a petar, no, no, no, eso no peta, a los dos días, pum, ¿qué pasó? Lo que te dije, que voy a petar, pues hay que arreglarlo, digo, ya, pero es que ahora tengo al cliente, mordiéndome el culo, cabreado, tirándome la bronca, porque esto ha fallado, le dijimos que no iba a fallar, y está en producción, claro,

[No identificado] (01:10:16): ¿quién se lo dijo? El equipo, ¿qué parte del equipo te dijo, esto no lo veo? ¿y tú qué dijiste? Que sí, ¿no? ¿Qué pasa? A la primera, que plantees eso, después de un problema, ya estás marcado como el conflictivo,

[No identificado] (01:10:32): ¿qué se suele hacer? Tú lo quieres así, tómalo así, no, es que ha fallado, no sé qué, no sé cuánto, tranquilo, ya sé cómo arreglarlo,

[No identificado] (01:10:43): Está arreglado, no, es que el cliente está ladrando, no sé qué,

[No identificado] (01:10:48): Mira, hemos cometido un error, no lo teníamos previsto, es verdad, hemos cometido, no volverá a pasar, y vas empezando a encadenar disculpa, tras disculpa, tras disculpa, ¿qué sucede? El cliente después de seis meses de disculpas continuadas, ya se cabrea, porque piensa que ha contratado un equipo de desarrollo inepto, pero no es que sea inepto, es que la comunicación no ha sido todo lo buena que debería ser, hay un problema, no podemos salir en tiempo, mira, pasa esto, todo lo que querías, no lo podemos sacar por esto, por esto y por esto, dime, de las prioridades que tenías,

[No identificado] (01:11:25): Repriorízame todo lo que puedas, y vamos a tratar de llegar a un acuerdo, claro, pero, ¿qué pasa? No, no, no, es que el cliente me está pidiendo esto, y hay que dárselo,

[No identificado] (01:11:36): A lo mejor no tienes músculo técnico para darle lo que está pidiendo, y tú te acabas de comprometer a dárselo, ¿qué hacemos? Al menos hazle consciente de los problemas que tiene, tú lo quieres, vale, pero vamos a tener que recortar de esto, de esto, de esto, de esto, de esto, o vamos a hacerlo, pero automáticamente después, ten en cuenta que esto, hay que mantenerlo, y hay que priorizarlo, tú, tus clientes van a tener la aplicación, cuando, cuando tú te has comprometido, tú vas a tener ese acuerdo, pero, antes de, seguir metiendo más, y no, hace falta un tiempo, para esto,

[No identificado] (01:12:11): Es muy complicado, o sea, el rol del manager, tampoco es sencillo, pero creo que en la industria, en general, se peca mucho de, poca transparencia, y ego, de querer decir, oye, yo, esto lo hago, y lo hago un tiempo, y es maravilloso, de cara, a lo que el cliente ve, pero por detrás, no es así, y al final,

[No identificado] (01:12:32): Hay un montón de proyectos, muy bonitos, que se acaban cayendo, por eso, hay equipos, que la relación entre las personas, se acaba quemando, por, por ese tipo de situaciones, y depresiones constantes, hay que llegar, hay que llegar, hay que llegar, hay que llegar, desde el minuto uno, se te ha dicho que no, y, generalmente, como siempre hay excepciones, pero generalmente, la gente, intenta hacer las cosas, lo mejor que puede, o que sabe, entonces, cuando no lo hace, es porque siempre hay algo más, hay un desconocimiento, hay una mala comunicación, hay, ya te digo,

[No identificado] (01:13:12): Hay cosas, hay cosas, y hasta aquí, hasta aquí puedo leer,

[No identificado] (01:13:19): Hasta aquí puedo leer,

[No identificado] (01:13:23): Pero bueno, sí, al final, creo que,

[No identificado] (01:13:30): Bueno, ese fichero, a mí, por lo menos, no me molesta, y si no,

[No identificado] (01:13:35): Pues, intento de gestionarlo, de otra forma, pues, con comentarios, con tareas,

[No identificado] (01:13:43): Documentándolo, fuera del proyecto, pero en un sitio centralizado, donde, el equipo, tenga visibilidad, y que, si en algún momento, llega ese tipo de conflicto, de, es que no llegamos, y es que lo has hecho mal, mira, aquí está escrito, hace dos meses, que dijimos, que, esto estaba detectado, y que esto iba a ser un problema,

[No identificado] (01:14:05): Pero, si lo que me dice, es da igual, súbelo, yo, lo hago, porque, como, trabajador, es lo que me toca, como jefe, me has dicho esto, yo te lo he avisado, yo te lo he dicho, esto no va a ser, tú has insistido, al final, es lo que toca, eso sí, por eso te digo, pero, sí creo, que es una responsabilidad, notificar,

[No identificado] (01:14:29): Es como cuando, en los equipos de trabajo, pues, se tienen filosofías, de testing y demás, y hay una persona, que no está haciendo test, oye, tienes que hacerlo, oye, tienes que hacerlo,

[No identificado] (01:14:41): Oye, hazlo, esta es la cultura, esta es la filosofía, este es el acuerdo, y si no lo haces, hay un problema, y lo estás creando,

[No identificado] (01:14:50): Asúmelo, pero el quitar la vista de ahí, y dejarlo pasar, y decir, bueno, ya cuando me toque a mí, lo refactorizaré, o ya haré los test, eso no es una solución, eso es, aunque en el momento, evites un conflicto, a la larga, lo que estás haciendo, es postergarlo, y creando una bola de nieve, que en algún momento, va a chocar, y va a explotar,

[No identificado] (01:15:11): Correcto, qué bonita es nuestra vida, a ver,

[No identificado] (01:15:17): Comparado con otros sectores, seguimos siendo un sector, extremadamente privilegiado, curramos desde casa,

[No identificado] (01:15:24): Si nos sabemos mover, tenemos un extremado nivel, de movilidad,

[No identificado] (01:15:30): Cada, relativamente poco tiempo, si nos dejamos el culo, formándonos, después del curro, podemos cada X pocos tiempos, incrementar sustancialmente, nuestro salario,

[No identificado] (01:15:44): Somos un sector,

[No identificado] (01:15:47): Extremadamente privilegiado, para cómo están las cosas, y para cómo se van a poner, o sea que, buen remark, buen remark, estoy totalmente de acuerdo, estoy totalmente de acuerdo, somos plenos privilegiados, y ya te digo, la,

[No identificado] (01:16:04): O sea, la inversión que tú hagas, al final, acaba, acaba repercutiendo, si tú inviertes en formarte, si la empresa te da la posibilidad, de, y tienes herramientas, al final, todo va a ser muy bueno, hay otros casos, pues donde, se pasa peor, o sea que, totalmente. ¿Qué te digo? A ver, nosotros, a ver,

[No identificado] (01:16:26): Ahora mismo, nos estamos quejando, del dolor que tenemos, o nos podemos encontrar, en el sector, de, bueno, porque tenemos un manager, que no tiene experiencia, para esto, tenemos un cliente, que no sabe muy bien, lo que quiere, vale, pero es que, a día de hoy, hay hospitales, que están cancelando operaciones, porque no hay médicos, ni cirujanos, que vean viable, trabajar en la sanidad pública, vale, eso sí es un problema, que el cliente, que no sepa muy bien, por donde, pues mira, se aplica un poquito, de mano izquierda, y lo reconduce, como buenamente pueda,

[No identificado] (01:17:00): Que te venga, y, lo que pasó, hace un par de años, que un tratamiento, para un determinado, tipo de hepatitis, porque salía, X,

[No identificado] (01:17:10): Se decidió, no comprarlo, y murieron, no sé cuántas miles, de personas, un tratamiento, que ya está en el mercado, ya está desarrollado, y que se puede, afrontar económicamente, pero porque hay una decisión, política, que diga, no, pues no se compra, por mis Santos, genitales, no se compra, y esta gente ha muerto, eso es un problema, eso es un problema, si te llega el team man, el team leader, y ves que en la empresa, no se hacen las cosas, como tú has aprendido, que deberían hacerse, de manera ordenada, limpia, y proporcionando calidad, oye, pues en un par de meses, ya estás en otra empresa, probando,

[No identificado] (01:17:43): No pasa nada,

[No identificado] (01:17:45): Nosotros, somos un sector, extremadamente privilegiado, que sería bueno, no digo que todo el mundo, sea así, faltaría más, pero sería bueno, que más de una vez, nos sacásemos la nariz, del ombligo, y mirásemos, cómo está el resto, del planeta, para ver que,

[No identificado] (01:18:03): Nuestros problemas, a nivel profesional, a nivel personal, cada cual tiene su mundo, y eso,

[No identificado] (01:18:09): No, ni me interesa meterme, salvo que pueda, salvo que pueda, echar una mano, cada cual tiene su mundo, pero a nivel profesional, nuestros problemas, realmente, relativizados, con el colectivo, no son nada, no son nada, lo cual,

[No identificado] (01:18:27): Y también, me gustaría añadir, que muchas veces,

[No identificado] (01:18:33): Hay que analizar, cada caso, vale, no todas las personas, son iguales, no todos tenemos, la misma forma de ser, pero sí que es verdad, que me gustaría remarcar, que también, en líneas generales, usamos mucho, el decir, no, es que el manager, no, es que el cliente, pero en algunos casos, vale, ya cada uno, pues que lo, que lo contextualice, donde considere, si ve que le aplico o no, pero también es verdad, que somos muy malos comunicadores, sí, somos muy malos comunicadores, y cuando tratas, con otras culturas, lo ves mucho, que hay culturas, que son muy directas, te lo dicen,

[No identificado] (01:19:12): Esto es así, sí, yo, que desagradable, pero es realista, y aquí en España, y me lo han dicho esta semana, y, y tengo que darle toda la razón, a esa persona, desde pequeños, nos han educado, a ser muy polite, muy cordiales, muy, suena bien, y, y eso acaba llevando, muy bien queda, muy bien queda, y eso al final, hace que, por evitar un problema, en un momento determinado, comuniquemos las cosas mal, o de forma ambigua, que no queda clara, si esto es blanco, es blanco, no, o sea, a ver, no te lo voy a decir, con, con un garrote, y gritándote,

[No identificado] (01:19:49): Pero te voy a decir, oye, considero, que la forma de hacer las cosas, debería ser esta, y te lo estoy comunicando, no te dicen, bueno, igual deberíamos hacerlo, otra forma, el mensaje que transmite,

[No identificado] (01:20:04): Dependiendo del receptor, puede entenderse, de una forma como, bueno, pero, vale, lo está diciendo, pero no es tan importante, como, no, esto es importante, y hay que hacerlo, vale, me ha quedado claro, me lo has transmitido, cristalino,

[No identificado] (01:20:19): Es muy importante, el cómo se comuniquen las cosas, entonces, antes de decir, oye, el manager, oye, el cliente, vamos a pensar, cómo, cómo estamos haciendo nosotros las cosas, y cómo podemos mejorarlas, porque igual, esas personas, también están intentando hacer su trabajo, lo mejor posible, pero,

[No identificado] (01:20:37): No les estamos dando nosotros, las herramientas suficientes para, yo creo que esa es la clave, o sea, después será, oye, yo lo he hecho bien, yo he dado la, yo he puesto toda la, toda la carne del asador por mi parte, vale, pues entonces ya es que, el manager, no, no está queriendo gestionar, no está queriendo transmitir, no sabe cómo, bueno, vale, pero por lo menos por mi parte, en ese sentido, ya ha aportado lo que tenía que hacer, lo he dicho, y lo he dicho claro, ahora, podemos intentar ayudar al manager, a que se haga su trabajo mejor, a veces sí, a veces no,

[No identificado] (01:21:10): Ya, depende también de cada caso, todo es muy relativo, pero, en líneas generales, sí diría que, que las personas que nos dedicamos al desarrollo, somos muy malas comunicadoras, sí, sí, totalmente, pero bueno, también es verdad que no hemos estudiado comunicación, porque si te fijas, eh, a día de hoy, salvo muy, muy, muy, muy contadas excepciones, todas las prácticas, las tienes que entregar en individual, sí, todos los exámenes, los tienes que hacer en individual,

[No identificado] (01:21:43): Repito, salvo muy contadas excepciones, que ya se permite el trabajo colaborativo, o en equipo, para que sepan comunicar, para que, se aprendan a usar herramientas de comunicación, porque por ejemplo, eh, está genial, que tú me digas, que vamos a usar para X formación, para entregar las prácticas, vamos a usar GitHub, bien, guay, pero más allá, de crear el repositorio, subir o bajar ramas, y ver cómo has hecho los cómics, eso está guay, bien, no te digo no, pero es que te estás perdiendo, el 90% de la herramienta, eh, si trabajas en el colaborativo, te creas pull request, aprendes a crear pull request, eh, haces comentarios,

[No identificado] (01:22:26): Ves los comentarios, que está haciendo el docente, o el resto del, espera, el docente, no, el equipo docente, o el resto de, de miembros del, del equipo, y el cómo, el cómo pones esos comentarios, claro, y el cómo recibes esos comentarios, porque te puedo garantizar que, de las personas con las que he hablado últimamente, el 50% de las personas, sus mayores problemas, son con, cómo comunico esto, en una pull request, y él, eh, me han puesto esto, en una pull request, y me lo he tomado, no de la mejor forma posible, claro, como persona externa, tú lo ves y dices,

[No identificado] (01:23:04): Eh, fuera del contexto diario, ves el comentario, y dices, igual no es para tanto, y te lo estás tomando peor, o, por otro lado, le dices, esta persona se ha columpiado, igual, no lo hace con malicia, pero su forma de, de transmitir en ese comentario, no es la adecuada, correcto, y está transmitiendo otra cosa, yo, por eso, abogo por, hagamos, peirin, hay, co-review, hay pull request, pero las pull request, también se pueden hacer llamadas, no tiene que ser un, un cuello de botella, pero, oye, cuanto más participativo, y más cercana sea la conversación, menos ambigüedad va a haber, pero si tú ves que, te digo,

[No identificado] (01:23:40): Oye, esto lo podríamos hacer así, y, y ves que estoy de buen rollo, dices, ah, bueno, pero si te lo pongo, en un comentario, el tono que tú le das al comentario, es el, que, el que el receptor entienda, porque un texto, no tiene tono, no tiene entonación, y no tiene ritmo, correcto, y cuando estudias, cuando estudias comunicación, te das cuenta, que, muchos de los mensajes, que, que tú mandas, o como tú sientes, determinados mensajes, son, el reflejo, de como tú estás, en ese momento, cuando tú lees un comentario, y, cuando lo lees, lo escuchas como alguien está enfadado, o,

[No identificado] (01:24:19): Como que alguien es muy seco, realmente, es porque, tú tienes ya, cierta predisposición, y tú estás, al mismo tiempo, teniendo esa sequedad, con esa persona, es un tema de comunicativo, muy, muy interesante, y hace poco, en uno de los eventos, nos lo hicieron, y nos quedamos con la boca abierta, porque, nos pidieron, que durante ese evento, las personas que habíamos conocido, pensásemos en, la persona, que nos había aportado, y que escribiésemos en un papel, quien sea, gracias por, aportarme, ta, ta, ta, ta, ta,

[No identificado] (01:24:59): Y estuvimos durante toda la charla, con ese papel en la mano, y al final nos dijeron, vale,

[No identificado] (01:25:05): Si tú no, tienes ese sentimiento dentro de ti, si tú no tienes esas características, si tú no has vivido eso, tú no eres capaz, de identificarlo en otras personas,

[No identificado] (01:25:18): Tú nunca has visto el color rojo, ¿cómo me sabes decir que es rojo? No lo sabes, no lo has visto, pues eso mismo, cuando tú te das cuenta, que lo que ves en esas personas, es porque ya lo tienes dentro de ti, es lo mismo, y con el, cómo comunicas los mensajes, exactamente lo mismo, cuando tú comunicas un mensaje, y lo interpretas con un tono de ira, cuando lo interpretas con un tono de, de disgusto, cuando lo, cuando lo identificas con un tono de tristeza, es porque tú también lo tienes dentro de ti,

[No identificado] (01:25:53): Ese tema de comunicación es súper interesante, y creo que deberíamos de, o sea, en algún punto de nuestras vidas, antes de dedicarnos a trabajar, en un entorno cooperativo, deberían de formarnos en ese sentido, porque, lo básico todo el mundo lo entiende, pero, ¿cuántas, cuántas empresas hoy en día, nos ofrecen trabajar en Payring? Así, así, ¿cuántas personas, han formado sus trabajadores, o tienen trabajadores formados, que sepan hacer Payring?

[No identificado] (01:26:22): No, Payring no es solo sentarte a trabajar con alguien, tienes que saber empatizar, tienes que saber comunicar, tienes que tener herramientas, aparte del conocimiento técnico, muy complicado,

[No identificado] (01:26:35): Pero bueno,

[No identificado] (01:26:37): Aquí estamos, aquí estamos, y hemos llegado, al punto culmen, de la entrevista, así que, se viene, las preguntas sorpresas, ¿estás preparado, Daylos Díaz Lara, para las dos preguntas sorpresas? No, pero tampoco importa, pues, yo tampoco, no, es broma, sí,

[No identificado] (01:27:03): Bueno, como tenemos, cierta confianza, sabemos de, de los gustos de unos, y de otros, sí,

[No identificado] (01:27:11): Y ya, ya hemos, bueno, pues sabemos por dónde tirar, entonces, yo sé, que a ti, te gusta, mucho, Star Trek,

[No identificado] (01:27:21): Muy bien, y también sé, que te gusta, el universo Star Wars,

[No identificado] (01:27:28): Ah,

[No identificado] (01:27:30): Bueno, simpatizo con él, tanto como gustarme, simpatizo con él, simpatizas con él, bueno, no me llevo mal, pero, pero el tema de las naves espaciales, lo llevas bien, ¿verdad? Sí, más o menos, una vez, casi, fabricamos un, un microsatélite, pero bien, casi, pero eso, como dirían, pero eso, es otro capítulo, de esta maravillosa historia, perfecto, vale, vale, bueno, pues yo te diría, que ya que sabes tanto de naves, voy a remitirme, a un momento, y a una, a una cata,

[No identificado] (01:28:07): Vale, muy maravillosa, donde, íbamos a hacer la cata, del Mars Rover, vale, entonces, ese día, llegamos a una conclusión, muy buena,

[No identificado] (01:28:19): Bueno, llegaron, yo solo era el driver, yo solo escribía, entonces, llegaron a una conclusión, muy buena, de cómo implementar, el Mars Rover, en una sola línea, sí, por favor, dailo, serías capaz, sí, de explicar, cómo resolver, el Mars Rover, en una sola, línea, sí, el Mars Rover, es del tamaño del planeta,

[No identificado] (01:28:45): Luego, luego, estaba la otra opción, que es que, tú podías definir, el tamaño del planeta, pues dijimos, coño, el planeta es del tamaño del Rover,

[No identificado] (01:28:53): Ya está, ya está, es maravilloso, entonces, queda la cata, resuelta en un solo punto, a ver,

[No identificado] (01:29:00): Esos son problemas, de dar libertad, a gente, que después de un vistelo, el disco de Wicked, además, se llevó, una, una botella, de, de qué fue, de, de Bailey, de Bailey,

[No identificado] (01:29:11): Claro, ponerte a hacer un cata,

[No identificado] (01:29:14): De un Mars Rover, que te da libertad, para crear todo lo que tú quieres, y definir los parámetros, como tú quieras, afectados con, con un Bailey, pues,

[No identificado] (01:29:23): Oye, ¿cómo podemos hacer esto? Pues, el Rover, es del tamaño del planeta, y el problema es, no, pero es que el planeta es muy grande, vale, pues hacemos el planeta, el tamaño del Rover,

[No identificado] (01:29:34): Y teniendo en cuenta, encima, que era la primera cata, que hacíamos en grupo, o sea, que sí, había personas, que nunca habían hecho, una sesión de mod programming, para hacer una cata, y la cata no era de Bailey, la cata era de código, que también es importante, el Bailey estaba catado, el Bailey estaba catado de antes,

[No identificado] (01:29:50): Qué bueno, maravilloso, siempre, siempre me llevo esa anécdota, porque creo que es la solución, más inteligente, que le han podido dar, a esa cata, sí, luego estuvo la parte, eh, adicional, de, espérate, si podemos definir, el tamaño del Rover, los tornillos, van a ser, de rosca normal, o de rosca inversa, va a ser tornillo, rosca chapa, o va a ser, de métrica algo, van a ser de estrella, van a ser hexagonales, qué tipo de tornillos, va a llevar, el robot, porque eso hay que saberlo, va a llevar una Raspberry Pi, va a llevar un Arduino, qué va a llevar, y todo así, en plan vacilón,

[No identificado] (01:30:25): Y el pobre Adri así, cabrones, vamos a hacer esto, que quiero que el bicho se mueva, hasta que llegamos con la conclusión, Adri, haz el robot del tamaño de Marte, ya está, ¿qué problema hay? Tú inicializa ahí, los temas van a pasar todo, de paso, y ya está, a otra cosa, ya está,

[No identificado] (01:30:44): Ay Dios, pues sí, anécdotas estas nos llevan, son las mejores, o sea, que hay que repetir, hay que repetir, sí, sí, sí, sí, pues nada, resuelta la primera pregunta, y es un problema muy importante, porque tú imagínate que en Star Trek, y en Star Wars, los planetas fuesen del tamaño de las naves, a ver, que en realidad, si te pones a mirarlo, podría darse el caso, eh, tú coges, un carguero imperial, y lo pones al lado de, yo creo que, sí, sí, es viable,

[No identificado] (01:31:12): Pues pasemos a la siguiente pregunta, también está un poquito relacionada, con los bisteles Coding Weekend, vale, vamos allá,

[No identificado] (01:31:21): Tu preferencia por la tortilla, no respetada por mi señora madre, y sabemos tu preferencia, de las pizzas, con piña, yo también, yo, yo soy de esas personas, en este mundo, que, si tengo que pedir una pizza, pizza, vale,

[No identificado] (01:31:40): A mí, naturalmente, no me nace, pedirla, con piña, pero, si está, se come, o sea, yo pedirla, no la voy a pedir, pero si me la ponen, la comida, no se tira, la comida, se la asca, y tampoco le hago asco, en realidad, no le suelo hacer asco a la comida, además, ten en cuenta, que la piña es diurética, son todas ventajas, correcto, entonces,

[No identificado] (01:32:03): Además, me has dado un buen argumento, la piña es diurética, entonces, ¿qué te parecería, si en el próximo, que viste el Skodding, le quitamos, la cebolla, la tortilla, y le ponemos piña?

[No identificado] (01:32:19): El problema es, hay que tener en cuenta, que va a haber que, deshidratar un poquito la piña, porque se la deja con todo el jugo, bueno, a menos que la hagamos con piña natural, si la hacemos con piña natural, es otro tema, pero si la hacemos con piña de lata, hay que deshidratarla bastante, bastante, lo suficiente, porque, al coger temperatura, va a soltar agua, y al soltar agua, se va a licuar mucho más el huevo, por lo tanto, la cohesión, de las papas, y el huevo, y el juguito de piña, a lo mejor así, que se nos queme la tortilla,

[No identificado] (01:32:47): Porque al, al, al,

[No identificado] (01:32:51): A, lo diré, al cuajarse las proteínas del huevo, te va a hacer descierre, y no se va a poder evaporar, los vapores del jugo de piña, claro,

[No identificado] (01:33:00): Hay que darle un tiento, pero, por todo, podemos pochar la piña antes, pochemos la piña, que deshidrate, que le quede un poquito, porque es que si la deshidratas tanto, al final eso no, no, no, a ver, deshidratarla no, pero yo te digo, secarla un poquito, para eso, para que, para que los jugues, igual que cuando estás haciendo una fritura, y le echas, los champiñones, tienes que tener en cuenta, que, las verduras que hayas metido antes, tienen que ser las más duras, las que más tarden en, en cocerse, porque a la hora de echar el champiñón, el champiñón va a perder toda el agua,

[No identificado] (01:33:27): Y esa agua te va a servir, para cocer, las verduras, que requieren más tiempo de cocinado, y así aprovechas, y no le estás añadiendo, agua de masca, al final sofrito, o lo que estás haciendo de verdad, te queda muchísimo más aguado, pues, saber el orden, en el que vas metiendo las cosas, tienes que tenerlo en cuenta, para que el resultado final, sea algo digno de comer, o sea un,

[No identificado] (01:33:49): Bueno,

[No identificado] (01:33:52): Pero suena, suena a plan, investigaremos, lo patentaremos,

[No identificado] (01:33:58): Y ya te digo, hay que llegar al compromiso, de que, esa tortilla va a salir, pero esa tortilla, hay que comérsela, no, no, no, no, no,

[No identificado] (01:34:07): No, no, no, no, no, no,

[No identificado] (01:34:15): No, lo ha pasado, en mi vida, en el sentido de, yo soy una persona, que come mucho, yo he ido con mi padre, cuando me saque el carnet, ir, eh,

[No identificado] (01:34:27): Cuatro personas a almorzar, y mi padre y yo, mirarnos fijamente, y decir, son cuatro, mira de que tamaño, son los pollos, si, ponme cuatro, se van a comer uno cada uno, no, no, no, bueno, no, no, él y yo, nos vamos a comer, uno,

[No identificado] (01:34:46): Y más, y ellos dos, se van a comer uno entre los dos, y el camarero quedarse asustado, no quedar nada, pues la anécdota, viene a ser, en una de las TLP, yo no sé si tú llegaste a estar, pero fue una TLP, que terminamos de dar las charlas, y fuimos a comer, a la cascada, al grill, donde fuimos este año, vale, correcto, y pusimos mesas de metro, vale, habíamos pedido la reserva, y empezó a llegar gente, y se empezaron a sentar, y empezaron a pedir, salchicha de metro, y pizza de metro, y salchicha de metro, y pizza de metro, y jirafas de cerveza,

[No identificado] (01:35:26): No estoy viendo venir, y yo era, claro, era el pasillito, tú tenías que entrar, te sentabas, y hasta que no se levantasen los demás, no se podían ir, claro, que pasa, que cuando nos fuimos a ir, era porque teníamos las charlas, de las cuatro de la tarde, ¿qué ocurre? Yo me levanto, yo iba a ser la última persona en salir, y cada uno de ellos, iba pagando, y a su paso, yo iba viendo que quedaban, salchichas, que no habían tocado, pizza, que no habían tocado, y a mí me daba tanto sentimiento, que yo, yo a mí, no había tupper suficiente, para meter toda esa comida,

[No identificado] (01:36:03): Y a medida que iba caminando, yo iba, cortando y comiendo, cortando y comiendo, cortando y comiendo, porque sabía que toda esa comida, se iba a tirar,

[No identificado] (01:36:14): Yo solo te digo, yo solo te digo, que después de la cascada,

[No identificado] (01:36:19): Al auditorio, caminando con ese sol, después de haberme pegado, la hinchada, porque yo todo, lo de la mesa donde yo estaba, no lo comimos, pero todo lo que estaba después, había sobrado, y yo fui metiendo, metiendo, metiendo, metiendo, yo cuando llegué por la noche, a mi casa, yo pensaba que me iba a morir, decía, es que no aguanto, o sea, mira, cenas hoy, no, hoy no es día para cenar, no, y mañana, no, mañana no es día para desayunar, no, y lo de la almorzaria, lo veremos, efectivamente, o sea, lo pasé super mal, o sea, yo no soy persona, de, puede sobrar comida, a ver,

[No identificado] (01:36:57): Prefiero decir, oye, me he pasado, ponme un tupper, y me lo llevo, porque antes de ponerme malo, me lo llevo para casa, pero el hecho de tirar, no puedo con ello, entonces, ya te digo, si se hace esa tortilla,

[No identificado] (01:37:13): Se come, ya tenemos challenge, para el próximo Vista de Escobar Weekend, yo lo veo, siempre tiene que haber algo, papas con piña, y como eso esté bueno, ¡buah!

[No identificado] (01:37:25): Patentadísimo, como eso esté bueno, además, le podemos echar, un poquito de queso amarillo, para que contrarreste, el dulzor de la piña, con el salado del queso,

[No identificado] (01:37:35): Yo lo veo, yo lo veo, yo lo veo, yo no sé si la gente, que nos está escuchando, les molará, pero bueno,

[No identificado] (01:37:43): Pues, se puede intentar, habrá que tuitear, el resultado, cuando hagamos un, Vista de Escobar Weekend, y, ¿qué sucede? Se van a tener que fiar, de nuestro criterio, pero, no, yo creo que la gente, sabe que nosotros, no mentimos, nosotros somos gente, sincera y transparente, sí, sí, sí,

[No identificado] (01:38:01): Sobre todo, hablando de comida, no hombre, sí, sí, oye, Daylo, pues, muchísimas gracias, por este ratito, la verdad, es que, lo he pasado, súper bien, como siempre, me llevo, un montón de cositas, en la mochila, y sobre todo, el contrastar, opiniones, y, y ver que al final, pues, siempre, parece que no, pero, hay temitas, a tratar, y, se puede seguir creciendo, mucho, o sea que, gracias por estar aquí, compartir este ratito, también con nosotros, y con toda la audiencia, es muy importante, gracias, muchas gracias a ti, y repito, por invitarme a tu casa, que sé que el proyecto, te está saliendo de putísima madre,

[No identificado] (01:38:39): Porque le estás dedicando, mucho cariño, no tiempo, cariño, que eso, esa parte es muy importante, y nada, quien haya visto este episodio, gracias por escucharnos,

[No identificado] (01:38:50): Pues, sí, muchísimas gracias a todos, por escucharnos, ya sabéis, estad pendientes, porque para el siguiente, viste el Scoding Weekend, vamos a publicar, aberraciones alimenticias, que, yo diría que van a estar buenas, mamá, ya sabes, tú no vas a entrar a la cocina, tú no vas a preparar nada, pero la vas a probar después, y vas a dar el veredicto, te vamos a convertir, en la influencer de moda, no, ni de coña,

[No identificado] (01:39:16): Pero bueno, muchísimas gracias a todos, por estar aquí, por escucharnos, por pasar este ratito, espero que el calor, no afecte mucho, que podáis disfrutar, de este mes de agosto, y de las personas, que tengan vacaciones, pues estos días de vacaciones, nos vemos en el próximo episodio, adiós.

[No identificado] (01:39:57): ¡Gracias!