adrianferrera.dev
← Back to podcast Podcast

Devs Lives #8 Lissette | TypeScript, FrontEnd y más

Listen to episode
Open on iVoox
Transcript

Transcripción

[No identificado] (00:00:23): Bienvenidos a Devs Lives, episodio número 8. Tenemos la suerte de tener hoy con nosotros a una de las personas referentes en Canarias en cuanto al desarrollo de software web, en cuanto a TypeScript y sobre todo una gran compañera de la comunidad. Tenemos hoy a Lissette. ¿Qué tal, Lissette? ¿Cómo estás? ¿Qué tal? Buenas. ¿Qué tal? ¿Cómo estamos? Bien, bien, bien. Eso debería preguntarte yo a ti. Un jueves aquí de tarde dándole un poquito a la lengua y al palique.

[No identificado] (00:00:54): Muy bien, muy bien. Muy contenta de estar en un episodio de tu podcast que me encanta y sigo muchísimo. O sea, que es un auténtico placer, un auténtico honor. O sea, que es genial. El honor, como siempre digo, el honor es nuestro de tener a grandes profesionales como es tu caso aquí, sobre todo grandes amigos, grandes amistades con las que compartimos tanto, que ya hablaremos después de todas esas cosillas que surgen por ahí entre bambalinas y lo bien que nos lo pasamos todos juntos, aprendemos y peleamos. No hay batallas de por nadie.

[No identificado] (00:01:26): Eso que nos falta. Por supuesto. Siempre tienen que haber anécdotas. Como llevo diciendo un par de episodios, las historias de abuelete, pues creo que tenemos unas cuantas ya.

[No identificado] (00:01:36): Bueno, pues para empezar la pregunta, la más famosa de todas, ¿quién es Lissette?

[No identificado] (00:01:43): Pues como han dicho todos, siempre es complicado definirse uno mismo, ¿no? Pero bueno, Lissette, Lissette soy yo, obviamente. Una desarrolladora de front, friki de TypeScript, que lleva poco tiempo trabajando de esto, pero muchísimo tiempo trabajando de un montón de otras cosas. O sea, he dado un cambio en mi vida de profesión. Y sobre todo lo que podría decir que soy, que es como me define como persona y por lo que hago las cosas es que antes de nada que soy madre, madre de un bichito de cinco años, de Valeria, que es mi hija.

[No identificado] (00:02:20): Y bueno, básicamente el resumen es eso. Desarrolladora, madre, mujer, amiga de mis amigos y friki de TypeScript porque me chifla. Pero bueno. Que no es poco, se dice súper rápido, pero vamos, igual que decíamos la semana pasada que Miriam es un todoterreno, yo creo que tú eres otro en toda regla. O sea, en cualquier berenjenal ahí al final siempre acabas estando y aportando, que es lo importante. Un poquito sí, un poquito sí. Un poquito sí. Al final, ¿no? Lo importante de esto de la comunidad es intentar participar, no sé, aportando tu granito de arena,

[No identificado] (00:02:55): Pero intentar participar con el, ¿sabes? De la mayor forma posible porque si no es que esto se muere, esto se muere. Sí, es una de las… Pues justo esa conversación, ¿te acuerdas que la tuvimos antes del evento? Y es como los eventos presenciales se están muriendo porque la gente no quiere asistir y tal. Y justo ahí, bueno, desde que te conozco la primera frase fue, no me gusta dar charla, es la primera charla que voy a dar, estoy súper incómoda, pero bueno, que nadie se asuste. Esa frase me marcó porque al final lo haces y…

[No identificado] (00:03:28): Es que es eso, yo creo que el tema del afán o las ganas de compartir, de ser parte de una comunidad, de sentirte parte de algo, es lo que al final hace que superes esos miedos, esas inseguridades y participes. Y es algo que recomiendo a todo el mundo, tú lo sabes, yo soy una miedica y una, vamos, una acojonada total. Pero bueno, luego cuando estás ahí arriba empiezas a soltar tu chapa y oye, hay veces que es interesante y otras veces que no saben lo que estás diciendo, pero bueno, por lo menos lo intentas,

[No identificado] (00:04:01): Por lo menos estoy haciendo mucho más que otras personas que ni siquiera han salido de su casa. O sea que… Sí. Algo que me llevo. El granito lo pones y al final depende como todo, pero vamos, también te digo, siempre hay que sacar un poquito de pompones al equipo. Yo no creo que te hayas subido a un escenario o a dar una charla así sin saber lo que estabas diciendo. Precisamente tú que te lo preparas a conciencia, ¿sabes? Pero sí de ponerme tan nerviosa que no sé ni lo que estaba diciendo,

[No identificado] (00:04:30): O sea que no era consciente de que estaba hablando, eso sí me ha pasado mucho. En plan como que estás ahí arriba, desconectas, estás tan nerviosa. Lo he dicho, me pasó en la última charla, por eso no quiero verla. De todas formas tampoco soy de ver mis charlas, ¿no? Pero sé que en esa me di cuenta en un momento en el que digo, mi madre, ¿pero de qué estoy hablando? O sea, era como si me viera en profundidad, estuviera fuera de mi cuerpo y estuviera escuchándome y era como, pero ¿qué estás hablando? Pero bueno, yo creo que eso es todo al final cuestión de práctica.

[No identificado] (00:04:56): Y yo qué sé, tampoco me dedico a dar charlas, así que me da igual. Si lo hago bien, pues bien. Y si lo hago mal, pues bueno, pues lo siento mucho. Siento mucho a la gente que haya tenido que venir y haya tenido que aguantarlo. Pero yo qué sé, es lo que hay. Yo pienso que la actitud es importante. O sea, si tú vas a escuchar una charla, algo te lleva siempre. O sea, te puedes llevar más, te puedes llevar menos. Pero algo te lleva. Si no te llevas nada y lo que te llevas es una crítica, una de dos.

[No identificado] (00:05:21): O la persona que está dando la charla de verdad no lo está haciendo por un motivo que le interesa. O realmente tú ya tienes cierta predisposición a sacar chicha y a criticar y a decir, oye, pues no, esto… Algo te tienes que llevar siempre, siempre. Aunque sea el punto de vista de otra persona. Porque si no, algo muy raro. Es que no vas con los oídos lo suficientemente abiertos, como se suele decir. Sí, sí. La verdad, mola mucho. Y sobre todo cuando terminas de dar una charla que se te acerque alguien a comentarte algo,

[No identificado] (00:05:54): Una casuística, en plan, oye, pues yo lo que tú estás comentando lo he hecho en tal sitio. Y cómo me pasó la última vez. ¿Cómo consideras hacer esto y no sé qué? Y luego te pones a hablar y tal y te explayas más porque ya estás más tranquila. Estás hablando con esa persona. O sea, como que es otro rollo. No estás con el nervio de la charla y tal.

[No identificado] (00:06:11): Y mola mucho. A mí me mola mucho. O sea, el tema de la comunidad y lo que se mueve detrás mola bastante. Mola bastante. Lo recomiendo a todo el mundo. Es lo que enriquece al final. La comunidad, crecer y compartir. Porque al final hace más toda una comunidad junta que personas a nivel individual. Si das visibilidad, comparte. Esto vamos aprendiendo. Cierto. La parte que quería comentarte era, que a mí también me ha pasado, ¿no? O sea, estás allí, ves un montón de gente y como que te abrumas, ¿no? Y hay un momento donde sales de ti y es como, ¿qué estaba diciendo? No.

[No identificado] (00:06:47): Acabo de perder el hilo y es como, a ver cómo… O sea, sé lo que quiero decir, pero acabo de perder el hilo de lo que estaba diciendo y no sé cómo encauzarlo de nuevo sin que se note. O sea, es como los problemas del directo.

[No identificado] (00:07:01): Exactamente, exactamente.

[No identificado] (00:07:03): Pero te pueden pasar dos cosas, creo yo. Una de dos. O terminas de perder el hilo y en algún momento lo retomarás con suerte o no. Y terminas la charla que no has terminado de decir lo que has querido o lo que sea. O te focalizas en alguien que esté entre la gente que está atendiendo y tal. Y de repente como que vuelves a conectar porque le ves esa cara de interés o lo que sea. Y quieras o no, vuelves otra vez a conectar con lo que querías decir. O no sé.

[No identificado] (00:07:30): Que te pueden pasar varias cosas, pero yo creo que esas dos son las que más me han pasado siempre. Por suerte, creo que he intentado conectar y al final he terminado diciendo lo que quería decir en la charla. Creo. Sí, muy bien. Además, si no siempre, como tú dices, está la almitar caritativa por ahí que tú le ves. Ves que te está escuchando, que te sonríe. Te hace así y tú dices, esta es la persona a la que hay que mirar.

[No identificado] (00:07:51): Exacto. Es la clave. Exacto. Mira, pues justo antes comentabas que actualmente eres desarrolladora, que estás enfocada en TypeScript. Pero hay un trasfondo antes de eso, ¿no? ¿Te apetece hablar un poquito de ello? De cómo has llegado al mundo del desarrollo y que la gente no se asuste. Madre mía. Vale. Pues, hombre, a ver, es interesante. Todo al final son experiencias y que te definen como persona. Yo antes de ser desarrolladora, de dedicarme a esto, era militar. Estuve 14 años en el ejército.

[No identificado] (00:08:28): Y bueno, no me quedé en el ejército porque era de tropa temporal, era a cabo, pero era temporal. A los 45 años no hubiese ido a la calle. Como le va a pasar a muchísima gente que es tropa en el ejército de tierra. Bueno, en el ejército de tierra, en la armada, en el aire. Y se van a ir a la calle con 45 años. O sea, que piensen lo que van a hacer. Pónganse las pilas. Y el gobierno, si puede, por favor, den soluciones a toda esta gente. Porque va a ser muchísima gente, muchísima, muchísima gente. Pero bueno, volviendo al hilo.

[No identificado] (00:08:56): Me iba a los 45 años. Así que decido hacer un grado superior de desarrollo. En ese momento fue lo que había. Me gustaban los ordenadores. Vi esa rama, por decirlo de alguna forma. No había terminado bachiller. Así que hice la prueba de acceso. Conseguí pasarla. Conseguí la plaza. Estuve dos años estudiando. Mientras hacía guardias. Me cambiaron de donde yo estaba. De unidad en la que estaba. Porque yo trabajaba antes por la mañana. O sea, normal, ¿no? Hasta las 3 de la tarde. Y lo que hicieron fue cambiarme a una unidad en la que hacía guardias. Así que trabajaba 3 días a la semana.

[No identificado] (00:09:33): Sobre todo los fines de semana. Hacía guardias de 24 horas. Y luego iba a clase. Me saqué el grado superior. Y bueno. Estuve creo que cuatro años más o menos trabajando dentro del ejército. Como desarrolladora. Haciendo aplicaciones para el ejército de tierra. De hecho, todavía hoy en día. Me han avisado. Me han llamado para ver si podría mantener. Bueno, unas paranoias y unas movidas. Que mejor no hablar de eso. Porque no tiene mucho sentido. Pero bueno. Me han llamado porque todavía está funcionando la aplicación.

[No identificado] (00:10:02): Y nada.

[No identificado] (00:10:05): Un día se me cruzó la idea por la cabeza. De solicitar la baja en el ejército. La solicité en octubre de 2017. Y en enero de 2018 me la concedieron. Porque la baja en el ejército. Esa es otra. Te la conceden tres meses después de tú solicitarla. Es decir. No tienes paro. Porque te vas tú. Son tres meses lo que tienes que esperar. Para que te den la baja. O sea. Una serie de cosas que fueron una putada. Pero bueno.

[No identificado] (00:10:35): Y claro. Cuando me fui del ejército. Conseguí que me dieran. Conseguí un empleo en una empresa aquí en Canarias. En esa primera empresa cobraba menos. De lo que cobraba como cabo del ejército de tierra. Lo cual ya es bastante triste. Y dice bastante de cómo estaba en ese momento. Y cómo sigue estando por desgracia. Los sueldos en Canarias. Respecto al desarrollo. Pero bueno. Y la verdad que. Gracias a ese cambio. Y a que luego se alinearon los planetas.

[No identificado] (00:11:08): Tuve la suerte de que me dieran una beca. Para hacer un máster de fronten. Con una empresa que se llama Lemon Co. Que desde aquí. Tengo que agradecer siempre a Braulio. La oportunidad que me dio. Y todo lo que aprendí con mis compañeros. Que es una brutalidad. Pues gracias a eso. Me pude formar mejor como desarrolladora. Hice otras pruebas de acceso para otras empresas. Y a partir de ahí. Mi carrera fue como.

[No identificado] (00:11:33): Totalmente. Vamos. Impresionante. En cuatro años ha sido. Una brutalidad. Lo que. El salto que ha dado mi carrera. O sea. Una brutalidad. Me gustaría puntualizar. Que no es el salto que ha dado tu carrera. Sino el empujón que le has dado. Porque te lo has currado como la mejor. Sí. También. Pero. He estado ahí entre bambalinas. A ver. Entre bambalinas. Yo no te ayudo. Nada. La cosa como son. Pero sí he ido viendo el crecimiento. Porque ha sido casi que a la par. Empezamos más o menos al mismo tiempo. He ido viendo todo. Y es como. Es que no para de currar. Es normal que.

[No identificado] (00:12:10): De currar en el buen sentido. No. No de estar explotada. Sino de. De tener esa inquietud. ¿No? De buscar. Oye. Quiero saber esto. Quiero ver lo otro. Oye. Vamos a debatir sobre esto.

[No identificado] (00:12:23): ¿Sabes? No. Vamos un poquito a investigar. Y que no está parada. ¿Sabes? O sea. Yo creo que es un factor súper importante.

[No identificado] (00:12:32): También yo te digo. Tú dices que no me has ayudado. ¿No? Pero. El tenerlos a ustedes como referentes. El tenerlos a ustedes como compañeros. A ti. A Dailos. A Iván. O sea. A todos los que formamos el. Este grupito de desarrolladores cercanos que tenemos nosotros. Que por suerte somos muy buenos. Hay que decirlo. Somos muy buenos. Comparado con lo que. Con lo que he visto por ahí. Pues al final.

[No identificado] (00:12:56): Tienes a referentes muy cercanos. Tienes a gente con la que medirte. Y a gente con la que inspirarte. Y ustedes me han servido totalmente de inspiración. O sea. Que. No me digas que no has hecho. Nada. Porque. Ya os digo. Que han hecho muchísimo. Muchísimo. O sea. El. Simplemente. Que una persona quiera. Ser tan bueno como otra. Es un apoyo buenísimo. Yo creo que es un apoyo muy bueno. Para tú. Mejorar. Y querer mejorar. O sea. Querer mejorar como persona. E intentar. Cada día. Pues eso. Ser mejor. Desarrolladora. No conformarte con. Con lo que tienes. Así que. Desde aquí. Os lo agradezco. A todos. Enormemente.

[No identificado] (00:13:29): Me vas a dar. Me vas a sacar. Los colores. No coño. Es que las cosas hay que decirlas. Yo creo que es mutuo. O sea. Sinceramente. Pero. Es mutuo. O sea. Yo creo que. Gracias a ti. Yo he crecido también un montón. Sabes. Las conversaciones que hemos tenido. Los debates. Incluso cuando hemos tenido puntos de vista distintos. Pues ha sido como. Oye. Pues. Vamos a hablar de ello. Y ya solo con escuchar los argumentos del otro. Pues. Pues crece. Pero cuando decía que. Que no nos hemos ayudado. Me refería de una forma más activa. De decir. Oye. Pues. Venga. Vamos a ponernos juntos. Y vamos.

[No identificado] (00:14:01): Sino que ha sido más de forma pasiva. Oye. Pues coincidimos. Hablamos. Tenemos un grupo. Comentamos. En ese sentido. Sabes. Que no ha sido un plan. Típico papel de aprendiz mentor. Y. No. Para nada. Ha sido esa la relación. Eso me refería un poco. Guay. Mira. Me quedó una duda. Porque cuando decías que claro. Entras en el ejército de tierra. Y después te da por estudiar el ciclo. Tú en el ejército no habías tocado nada de informática. O sea. Lo empiezas a tocar después del ciclo. De programación no. De programación no había tocado nada. De programación no. Bueno. A ver.

[No identificado] (00:14:40): Antes de que yo hiciera el ciclo. No había tocado nada de programación. En el ejército de tierra. Hacía mis pequeñas. Mis pequeñas bases de datos. Con Visual Basic. Muy sencillito. Con unas. Con macros también. Que ni siquiera. Ni siquiera era programación de Visual Basic. Sino con macros y tal. Hacía cositas. Que tenían un poquito de lógica. Y un poquito de lo que tiene que ver con programar. Pero no era programación. No era programación. O sea. Aquello era otra cosa. Era otra cosa. Pero bueno. Sí. Sí veía que me gustaba. Me gustaba. Sobre todo lo que me gustaba. Era intentar automatizar mi trabajo.

[No identificado] (00:15:11): E intentar hacer más rápido mi trabajo. E intentar hacer más rápido. Y automatizar. O ayudar el trabajo de mis compañeros. Era algo que sí. Me llamaba muchísimo la curiosidad. Y era como. Pues mira. A lo mejor. Estudiando programación. Podría hacer yo una aplicación. Para manejar. Como dice en su momento. Yo que sé. Los vehículos. Que se estaban llevando en la base. O una aplicación. Para manejar todo el material cripto. Que había en todo el regimiento. De transmisiones. En España. O sea. Son cosas que necesitas. En tu día a día. Y oye. Si tienes el conocimiento. Para poder hacer las aplicaciones. Pues. Que mejor que mejor.

[No identificado] (00:15:45): Y eso fue lo que me llamó. Te fue. Como dice. Te fue resonando. Entonces. Al final. Poquito a poco. A ver. Qué bueno. Sí. Y. Y. También te digo. Te tenía que gustar. Porque es que. Precisamente. Cuando decías. De guardias de 24 horas. Puedes meterte al ciclo. Que es que. Parece una chorrada. Y cuando ya lo hemos pasado. Pues un poco. Como que. Le quitamos hierro al asunto. ¿No? Pero también es verdad que. Tanto el ciclo. Como los bootcamps. Que después hablaremos. También un poquito. Del bootcamp. De Lemon Code. Son muy demandantes. O sea. Es que comprimes. Un montón. De contenido. Y de parte práctica.

[No identificado] (00:16:23): Porque la parte teórica. Al final dices. Pues.

[No identificado] (00:16:27): Achacamos con ello. Te lo aprendes de memoria. Lo sueltas. No. No. Pero es que la parte práctica. Lleva tiempo. Y. Ponerla en consonancia. Con la parte teórica. Y hacer todo eso. Con el agotamiento. Físico y mental. De una guardia de 24 horas. Y sacarlo. Chapó. O sea. Porque. Creo que no es nada sencillo. Es. Es demasiado complicado. O sea. Sí. De hecho.

[No identificado] (00:16:51): Me acuerdo cuando estuve haciendo las prácticas de empresa. Porque yo solicité la convalidación de las prácticas de empresa. De la meetup nada más. No. No hice. No hice. No hice el tiempo completo. Sino la meetup de las prácticas. Y recuerdo que la primera empresa que me había tocado. Que era cerca de donde yo vivía. Aquí en Tacoronte. Cuando llegué a la empresa. Lo que me pusieron de hacer prácticas. Era pasar a limpio formularios PDF. O sea. Era pasar a limpio documentación. ¿Vale? Y. Y. Y. Y. Y. Y.

[No identificado] (00:17:16): Y.

[No identificado] (00:17:18): Y.

[No identificado] (00:17:21): Y.

[No identificado] (00:17:34): Y.

[No identificado] (00:17:40): Y.

[No identificado] (00:17:44): Y. Y. Y. Y.

[No identificado] (00:17:46): Y.

[No identificado] (00:17:50): Y. Y. Y.

[No identificado] (00:18:04): Y. Y. Y. Y.

[No identificado] (00:18:11): Y. Y.

[No identificado] (00:18:13): Y. Y. Y. Y. Y. Y.

[No identificado] (00:18:17): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. !

[No identificado] (00:18:27): Y.

[No identificado] (00:18:36): Y.

[No identificado] (00:18:45): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:19:00): Y. Y. Y.

[No identificado] (00:19:04): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:19:15): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:19:25): Y. Y. Y. Y. Y. Y.

[No identificado] (00:19:28): Y. Y.

[No identificado] (00:19:33): Y.

[No identificado] (00:19:39): Y.

[No identificado] (00:19:42): Y. Y. Y.

[No identificado] (00:19:53): Y. Y.

[No identificado] (00:20:07): Y. Y. Y. Y.

[No identificado] (00:20:12): Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:20:15): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. !

[No identificado] (00:20:24): Y. ! Y.

[No identificado] (00:20:45): Y.

[No identificado] (00:20:49): Y.

[No identificado] (00:20:51): Y.

[No identificado] (00:20:54): Y. Y. Y. Y.

[No identificado] (00:21:10): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:21:16): Y.

[No identificado] (00:21:19): Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:21:23): Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y. Y.

[No identificado] (00:21:37): Y. Y.

[No identificado] (00:21:41): Y. Y. Y. Y. Y. Yo no tengo nada contra angular JS, que es mentira, lo tengo, lo odio a muerte, pero siendo sincera no tengo nada contra angular JS. Lo que pasa es que fue en un momento de mi vida en el que me tocó un proyecto que, lo típico, llegas con un proyecto que es muy grande, muy, digamos, muy avanzado, muchas cosas, tampoco era, era tan, no se estilaba tanto como hoy en día las buenas prácticas, el tener una arquitectura que sea intuitiva, o sea, lo que teníamos antes ya de por si era complicado el código.

[No identificado] (00:22:10): Y encima, no digamos que se usaba mal, sino que no se usaba del todo bien como se debería usar el framework, pues, vamos, que siendo sincera y dejando de decir tonterías, me encontré con un proyecto que me quería morir y de hecho dije, yo no sirvo para desarrollar, no sirvo para ser programadora, no sirvo. O sea, yo llegué un momento en mi vida en el que dije, me voy a preparar las oposiciones que me estaba preparando de justicia antes de dejar el ejército y iba a continuar con eso porque yo pensaba que no tenía cabida en el mundo de la programación.

[No identificado] (00:22:43): O sea, tú imagínate el nivel de inutilidad que sentí yo cuando estaba programando con AngularJS. Entonces, claro, es algo que tengo ya sumido aquí en el cerebro y es como, uff, no quiero saberlo. ¿Que Angular 9 es mejor? No, es que no quiero, no quiero, no quiero. Recuerdos de Vietnam.

[No identificado] (00:23:03): Uff, yo creo que sí, o sea, yo también me acuerdo un poco las primeras veces que yo vi llave a escribir en proyectos reales y es que creo que, o sea, en cuanto a generación de programadores, ¿vale? De cuando empezamos, yo creo que entramos en un momento de cambio donde habían cosas muy guays en aquel momento que ahora ya no son guays. Pero veníamos de algo que era como, eso de frontend, eso de eso es hacer scripts ahí, de hecho, realmente nació para eso, ¿no? Haces dos scripts que la UI te haga cosas y a correr. Y con Internet Explorer y ya está.

[No identificado] (00:23:40): Y después, claro, ya sale jQuery, sale Ember, sale AngularJS y entonces te empiezas a encontrar los mundos de… Bueno, sí, vamos a usar librerías que nos ayuden a manipular el DOM. Uy, y aquí empieza a haber algo que se llama Estado, ¿y qué es esto? Y empieza como la magia de… Bueno, hay herramientas súper chulas que nadie sabe de qué va el rollo y lo usas como… O sea, lo típico de tengo el tornillo y tengo un martillo. Y yo, ah, pues venga, dale golpe. Y tú dices, no, el tornillo es para enroscar, no para darle golpe. Exactamente. Para un martillo todos son clavos.

[No identificado] (00:24:16): Sí, sí, sí, sí, sí. Yo creo que ese fue el gran problema, porque mirándolo ahora con retrospectiva, como, bueno… Yo, esto creo que no lo he contado antes.

[No identificado] (00:24:27): Me acuerdo que cuando empecé en LeanMain, ¿no? Entramos para un proyecto con React, iba a ser una aplicación móvil y demás. Y en paralelo, surgió otro proyecto y era una aplicación en Angular. No AngularJS, ¿vale? Angular.

[No identificado] (00:24:45): Y esa aplicación, pues, bueno, pintaba bien y demás, pero hubieron ciertos problemas. Y habían problemas de tiempo y nos pidieron a nosotros si en lugar de en Angular podíamos hacerlo con algo más básico que ellos pudiesen hacer y tal. Y nos dijeron con jQuery. Pero no, no, lo hacen con jQuery y tal y lo gestionan. Y yo decía, bueno, yo venía de programar en Angular, había estado estudiando React para empezar este proyecto con React Native. Y yo decía, wow, volver a tocar jQuery esto… Es un paso atrás importante, ¿eh? Sí, pero la cosa es que Carlos se sentó conmigo. Gracias, Carlos. Siempre lo agradeceré.

[No identificado] (00:25:25): Se sentó conmigo y me dijo, no, mira, todos estos conceptos que tú sabes, porque los sabes de Angular, que además los tiene muy claros, vamos a intentar deplasmarlo y vamos a diferenciar en la parte de JavaScript lo que son la relación con la UI, definiendo tu infraestructura, vamos a definir lo que son las operaciones per se de dominio, si es que hay, y vamos a definir más atrás lo que son las llamadas a la API. Y vamos a distinguirlo y vamos a montar ese modelo sin que sea complejo, que sea entendible, pero que sea mantenible. Y la cabeza me hizo.

[No identificado] (00:25:58): Y es verdad, o sea, al final tú dices, jQuery, bueno, para manipular el DOM, pero todo lo que está por detrás… Nada más. Todo lo que está por detrás es tu arquitectura que te montas para manejar todo tu modelo de dominio, todo lo que tiene con la infraestructura, tal. O sea, tú mientras lo tengas desacoplado… Claro. Pero, joder, bendito framework hoy en día, ¿eh? Sí, sí, sí. Ey, las cosas como son, o sea, te facilitan mucho la vida. O sea, es lo que hay. No vamos a decir ahora, no, no, yo me volvería a jQuery. No, no, ni de coña.

[No identificado] (00:26:27): A mí que no me quiten a día de hoy de React. Mañana saldrá otro framework y diré, oye, pues mira, pues me resulta útil, pero por ahora.

[No identificado] (00:26:36): Cambiando de framework, precisamente yo antes era mucho de Vue. Era fan de Vue. Bueno, a ver, me sigue gustando Vue. Me sigue gustando mucho Vue, ¿vale? Me sigue gustando mucho Vue. Pero, cuando llegué a tocar Vue con TypeScript fue como, o sea, yo te quiero mucho, te tengo mucho cariño, te tengo mucha estima, pero eres una… Es que no hay Dios que te aguante con TypeScript, es que eres malo como un dolor. La versión 2, la 3 no la he probado, ¿vale? Y a partir de ahí, usándolo con React, estoy enamorada de React, ¿sabes? Una pasada, una pasada.

[No identificado] (00:27:06): Pero yo te digo, mañana llegará otro framework, sea Solid 10 o Svelte o cualquiera de estos, pues, bueno, pues nada, para adelante. AngularJS, así que jamás, todo lo que diga Angular, probablemente no. Pero cualquier otro, sí. Y si le cambian el nombre sin que tú lo sepas, y sigue siendo Angular, pero como no es AngularJS, sino las nuevas versiones de Angular y te las vuelan así. Pues, podría, podría ser ningún problema, porque ya te digo, o sea, es algo en plan psicológico. Es Angular y ya, si tú le cambias el nombre, el mismo perro con distinto collar,

[No identificado] (00:27:38): Yo estoy segura que lo puedo llevar sin ningún problema. Pero ya te digo, es psicológico, tío, parece una tontería, pero es psicológico. Te creo. Te creo porque me pasaba lo mismo con Java. O sea, creo que lo conté en algún podcast, no estoy seguro, pero yo le cogí manía a Java porque cuando lo dieron en clase, yo me puse malo. O sea, estuve un mes malo con fiebre. Literalmente, un mes malo con fiebre. Me acuerdo siempre de Álvaro, que me enviaba las prácticas, en plan, bueno, para que las vayas haciendo, ¿cómo estás? Mejor, sí, bueno, ahí voy.

[No identificado] (00:28:11): Y la semana, o sea, eso, volví a clase y la semana que volví, me pegué la práctica de, eso, de principio a fin, yo sin, o sea, buscándome la vida. Y le cogí manía. Fue como, Dios, pero es que no puedo con esto. ¿Por qué? Y ahora, pues mira, lo uso y lo veo de otra forma. Incluso cuando la gente es en plan, no, es que Java.

[No identificado] (00:28:37): Pero es otro rollo. Tienes otro conocimiento, ¿no? Tienes otro conocimiento que te hace afrontar los problemas y los frameworks y los lenguajes y lo que sea con otra perspectiva. Lo que estabas hablando antes, por ejemplo, de separar la arquitectura, separar todo lo que tiene que ver solamente con el pintado, con todo lo demás, eso es algo que tú has necesitado años, has necesitado una experiencia para llegar a tenerlo eso ya interiorizado. Tú ahora llegas a hacer un proyecto medianamente grande, no un típico pep project, sino algo que ya sea para hacer, que vaya a escalar y tal, y eso tú ya lo tienes clarísimo.

[No identificado] (00:29:14): Que tú tienes que separar lo que es pintar de lo demás. O sea, son cosas que te lo va a dar el conocimiento. Y ahora no te estresas tanto, ahora te cambian de lenguaje y no te estresas tanto. En absoluto. De hecho, en el proyecto en el que estamos ahora, estamos tocando Kotlin. Y vas viendo la evolución de que al principio, pues, tocábamos Kotlin más estilo Java y a medida que hemos ido avanzando y hemos ido descubriendo cositas, ya cada vez es más Kotlin, Kotlin. Pero los conceptos son los mismos. El testing es lo mismo.

[No identificado] (00:29:42): O sea, a mí cambiar de lenguaje ahora mismo, ahora mismo, es algo que no me frustra. Me frustra más el hecho de llegar y decir, mira, tienes que tocar esto, no lo has hecho tú, y no hay test. Eso me frustra un montón. Y no hay test.

[No identificado] (00:29:58): Y no hay test. Vamos a ver qué. Ah, vale. Vamos a hacer algo nuevo. Hagamos el test. Hecho el test. Vamos a implementarlo porque ya sé lo que quiero que haga. Ah, ta, ta, ta, ta, ta, felicidad. Y cuando eso no está, además, revisando Purrico y demás, es como que te da la cosita de…

[No identificado] (00:30:24): No está.

[No identificado] (00:30:27): Sí, sí, sí. Es totalmente necesario. Es que es eso. O sea, hoy en día tú llegas y dices, bueno, me gustaría que me tocase un proyecto. Primero dices a lo mejor que no sea un código legacy. Bueno, pero si es un código legacy con test, pues mira, todavía lo puedes sacar al camino. Pero si te dicen de elegir un proyecto, yo por lo menos, un proyecto que sea con type script y un proyecto que sea con test. Por lo menos todo lo que tiene que ver con la lógica de negocio y todo lo que tiene que ver

[No identificado] (00:30:57): Con que no sea un test de pintar cosas y tal, pues por lo menos que eso esté desteado. Que tú puedas cambiar algo y que no rompas. O sea, si ya encima tienes test en todo, por ejemplo, yo ahora en los proyectos que estoy haciendo,

[No identificado] (00:31:09): Hacemos unit test de todos los componentes. Pero porque hemos adaptado un patrón, bueno, el típico patrón este de componentes contenedores, componentes representacionales, que lo que hace es facilitarte muchísimo el poder hacer los unit test de esos componentes que son tontos. O sea, tú toda la lógica te la llevas al container y alguien a lo mejor con más experiencia o cuando puedes hacer pay programming con el equipo que no tenga esa experiencia, tú enseñas cómo se hace, cómo se pueden moquear las cosas, cómo puedes atacar esos test e implementas la lógica. Implementas los test de la lógica, mejor dicho.

[No identificado] (00:31:38): Pero lo que son los componentes tontos, eso tiene que estar súper testeados. Eso tiene que ser, vamos. Y mola, mola cuando estás en un proyecto así. O sea, que hoy en día que te digan que los test son opcionales, para mí me da un poquito de yuyo. Me da cosilla también. No sé si que es cierto que hay ciertos test como, se pinta el texto. Y es como, a ver, se pinta el texto. Pues claro que se pinta el texto porque es que no hay ninguna condición, no hay absolutamente nada. Es algo que es puramente representacional.

[No identificado] (00:32:09): Tú dices, bueno, a ver, tiempo que voy a invertir en hacer este test. Medio milisegundo. ¿Lo puedo hacer?

[No identificado] (00:32:15): Dos líneas. Te lanzas una snapshot y dos líneas, si quieres. Sí. O sea, todo depende también en la agilidad que tenga cada persona. O sea, si ya estás familiarizado con los test, ese tipo de test, como, no voy a tardar nada, lo hago y ya está. Cuando eres una persona que lleva poco o que no sabe cómo enfocarte en Fronet, como que se hace cuesta arriba y dices, wow, pero es que he perdido media hora para hacer un test y solo compruebo que se pinta el texto. Esto sí, pero no lo veas como media hora invertida de tiempo en hacer un test.

[No identificado] (00:32:48): Míralo como media hora de tiempo invertido en conocer la metodología, en conocer la tecnología y que cuando tengas que hacer un test grande de verdad, no vas a ir con una mano delante y una mano detrás. Exactamente. La próxima vez será muchísimo menos tiempo. Claro. Muchísimo menos tiempo. Y aparte que yo por lo menos le cojo el gustillo. De hecho, te lo estaba diciendo antes que tenía la pantalla porque estaba haciendo un cambio de una implementación y estaba haciendo precisamente los test. Y al final mola, tío, cuando te pones a hacer tus test y te implicas en plan intentar mejorarlos.

[No identificado] (00:33:21): Ya no solamente testear lo que tengas que testear, sino intentar mejorar ese código de test. Pues esto me lo voy a sacar a una función porque lo reutilizo en varias partes del test. Voy a sacar una función constructora. Me voy a sacar esto para una tabla de casos, eso es para lo típico, ¿no? Cuando compruebas, yo qué sé, 6, 7 casos, si es null, si es undefined, si es no sé qué, y siempre va a ser el mismo test y el mismo test, pues me lo saco una tabla de casos y que lo itere yes por mí y que lo haga solo.

[No identificado] (00:33:47): Ese tipo de cosas mola. Cuando ya conoces un poco más la herramienta, mola mucho, mola mucho. Es el proceso, es la curva de aprendizaje. O sea, las personas no aprendemos a hacerte en un día. Es un proceso de, a ver, la teoría sí, te la puedes aprender en un día y en menos, en una sesión de una hora, sinceramente. Pero al hacerlo, y al hacerlo bien, se lleva meses y años. Y practicar, practicar, practicar. Y yo creo que es lo bonito, como tú dices, el llegar y decir, ¡buah! Pasan los test. Y el irte tranquilo todas las noches a dormir. Eso es lo bueno.

[No identificado] (00:34:17): ¿Sabes que sí tienes test? Y hay un error. Ah, espérate. Ya. Y lo ves rápido. Y lo cambias rápido. Y si encima tienes una arquitectura que te ayuda a las refactorizaciones, eso es bestial. Eso es bestial. Eso es bestial. Yo como le decía a una compañera, si tienes un componente que está ahí abajo, profundo en el árbol, y tienes que moquearlo, tienes que complicarte la vida para hacer ese test, es que ese componente huele mal. Esa es la clave de los test. La gente, no es que el desarrollo dirigido por test es que hacen los test,

[No identificado] (00:34:48): Pero es que te ayuda a pensar, te ayuda a pensar y a decir,

[No identificado] (00:34:53): Esto está siendo muy complicado, igual no deberíamos de tirar por aquí. Esa para mí es la gran clave de hacer los test, que te ayuda a pensar, no decir, no, lo hagas así, no, lo hagas así. No. ¿Lo puedes testear fácil? Ok, va bien. ¿Cómo puedo yo probar esto?

[No identificado] (00:35:10): Huele a que la estamos liando sin saberlo. Ese es el gran flag. Sí, efectivamente. Mira, otro puntito. Estamos hablando un poco de tu carrera. Hemos hablado de la parte de front, de que ya Vue quedó en el pasado, in love with React. Viene TypeScript y, bueno, han habido varios debates de TypeScript por ahí, donde hemos hablado cositas.

[No identificado] (00:35:37): Confirmación, TypeScript, bien, ¿no? O sea, maravilloso. TypeScript no es opcional. TypeScript es totalmente necesario. Totalmente necesario. Vamos, totalmente necesario. O sea, te vas a hacer un proyecto y tiene que haber TypeScript bajo mi punto de vista, ¿eh? Pero claro, porque yo también estoy hablando con mis conocimientos de TypeScript, que no es lo mismo que una persona que a lo mejor nunca lo ha manejado o que no tiene esos conocimientos de diseños que para mí TypeScript es una cosa que me complica el desarrollo. Oye, pues entonces no. Pero hoy en día yo le diría a la gente que pusiera un poquito de empeño en aprenderlo,

[No identificado] (00:36:14): Porque creo que es el camino, o sea, es el futuro. Ya, de hecho, con la propuesta esta que estuvimos comentando en la charla aquella, de que TypeScript lo van a meter como comentario, ¿no? Como anotaciones en el JS, es que eso te está diciendo por dónde van las cosas. Entonces, si quieres ser, o si quieres estar en la cresta de la ola, deberías de sumarte, deberías de sumarte a aprender TypeScript y aprender bien. O sea, no en plan tipos súper complejos, cosas raras, pero oye, lo mínimo sí. Los tipos avanzados y poder hacer un test driver development, ¿no?

[No identificado] (00:36:50): Un type driver development, pues por lo menos eso podría… Eso es interesante, eso es muy interesante. O sea, que sí, TypeScript, sí, sí, sí. Está en todo lado. Todos los lenguajes ya prácticamente lo tienen. O sea, yo ahora mismo no caigo en ningún lenguaje de programación que no lo hayan tipado ya. Y la razón está ahí. Mantenibilidad. Es que es una seguridad. Exacto. Que no te encuentres en Define y digas, uy.

[No identificado] (00:37:15): Y sobre todo, ya te digo, ya no es solo a nivel de seguridad de tipos, que también. A mí, por ejemplo, me sirve mucho TypeScript. Cuando estoy mentorizando a la gente y les hablo sobre TypeScript, se los digo. Yo soy una persona con una memoria muy corta, ¿vale? Mediopez y a veces disléxica. Encima, no controlo muy bien el inglés, como habrás podido comprobar. Entonces, TypeScript lo que me ayuda es a eso. O sea, yo me meto en mi código de crear todos los modelos. La función recibe esto, pim, pam, pum, pam, pam, pam. Pero es que después yo no escribo.

[No identificado] (00:37:49): O sea, yo después me pego todo mi código, control, barra espaciadora, selecciono, enter, control, barra espaciadora, selecciono tabulador. No escribo nada. O sea, me ayuda a que sea muchísimo más rápido desarrollando. Y me ayuda a que no me equivoque. Si cambio de proyecto, ¿qué trae aquí la app? ¿Qué propiedad era esta? ¿Qué es lo que traía este parámetro? O sea, es como que está todo el día diciéndome, esto no sé qué. Esto no sé cuándo. Es maravilloso. Es maravilloso. TypeScript es tu mejor amigo. O sea, que totalmente. Totalmente. Totalmente. ¿Cómo aconsejarías a la gente empezar a usar TypeScript?

[No identificado] (00:38:21): Porque yo sé que los tipos avanzados, o sea, a mí me da 20.000 vueltas. Tú te coges y empiezas a leer ahí y me dices, no, porque esto es un pico, un no-mico, un no sé qué, ta, ta, ta, ta. Pero ¿cómo llegas a ese punto? O sea, siendo realista, es como una persona que está empezando, que no ha visto nunca TypeScript, entra en el mundo de TypeScript y llega un punto que tú digas, hey, esto es bien. ¿Cómo crees que…?

[No identificado] (00:38:47): A ver, la suerte que tenemos la gente que trabajamos con TypeScript es que la documentación es muy, muy, muy buena. Muy, muy, muy, muy buena. O sea, no te hace falta tutoriales, ni vídeos de YouTube, ni nada, nada, nada. La documentación es muy, muy… Yo por lo menos soy de leer mucha documentación, mucha documentación. Y encima TypeScript tiene una parte de los Playgrounds que te enseñan cómo se hacen las cosas. Estás viendo el código y te enseñan cómo se hacen las cosas. Eso es a base de ensayo Rory y de ponerte a toquetear el código.

[No identificado] (00:39:16): Pero sobre todo lo que me ha hecho tener las ganas de aprender a utilizar TypeScript es cuando tú ves cosas repetidas. No digo a nivel de código, código, sino a nivel de tipos. Ves cosas repetidas o ves que hay cosas que tienen relación, ¿no? En plan, tengo mi modelo madre, que tengo por aquí un modelo hijo, que solamente me estoy trayendo un par de cosas de esto o estoy cambiándole un par de cosas de esto. ¿Cómo podría yo hacer esto sin tener que volver a copiar todas las propiedades? Y empiezas a investigar, ah, coño, pues con un pic me traigo las claves y tal.

[No identificado] (00:39:43): ¿Cómo puedo crear las claves? No sé qué. Es básicamente eso, es tener la inquietud por aprender, por intentar mejorar tu código y mejorar, en este caso, los tipos y darle, y darle caña. Es que no hay otra. O sea, yo todavía no, hay un montón de cosas de TypeScript que no me las conozco y que seguramente me dices ahora de usarlas y tengo que mirar la documentación porque no me acuerdo. Pero hay ciertas cosas que ya las tengo metidas en la cabeza porque las uso todos los días. Las uso todos los días. Práctica.

[No identificado] (00:40:12): Exactamente, es práctica. Si tienes la necesidad y tienes la inquietud, lo único que necesitas es la práctica. Totalmente de acuerdo. No hay otra. Es así. No hay otra. Bueno, pues vamos a ir llegando a uno de los últimos puntos que habíamos anunciado desde el principio. Un principio se llama Lemon Code, se llama Braulio. ¿Cómo llega Lemon Code a tu vida y cómo te afecta? Porque, bueno, para quienes no sepan, Lemon Code, bueno, ¿qué demonios? Lisette, explícanos. ¿Qué es Lemon Code? Vale, Lemon Code es, digamos, una plataforma de formación, de formación de desarrolladores, programadores,

[No identificado] (00:40:50): Que lo mejor que tiene o la diferencia de las demás, bajo mi punto de vista, en mi opinión, es que la gente que te está enseñando son personas que se dedican a desarrollar. Son personas que están trabajando día a día, que están haciendo sus ocho horas. Bueno, cuando tienen clase, obviamente, hacen seis porque tienen tres de formación o cuando están programando esa clase, pues tienen menos horas. Pero son personas que día a día son desarrolladores. Y encima es que son muy buenos. Son muy, muy buenos. Yo tuve compañeros trabajando, por ejemplo, Javi Calzado, que para mí es un dios. O sea, es un crack.

[No identificado] (00:41:27): Yo nunca había conocido a una persona que tuviera tantos conocimientos. Y para mí él no te hablaba y yo era modo esponja, escribiendo todo, apuntando todo. Y encima es una persona súper delicada con el código. Se interesa por las cosas bien, por tener todo bien cuidadito, todas las cosas ordenaditas. Es muy limpio lo programado. O sea, te da muchísimo gusto ver el código de esa persona. Pero volviendo al tema. Lemon Code es eso. Es una plataforma que da formación, tanto de frontend como de back. Ahora también están empezando con la parte de DevOps, si no recuerdo mal.

[No identificado] (00:42:02): Y lo bueno es eso, que son personas que se dedican al desarrollo y son personas muy buenas en lo que están haciendo. Aparte de ser una plataforma de formación, tienen la parte de consultoría. Por eso te digo que son gente que se dedican a eso. ¿Y cómo llego a mi vida? Pues, si no recuerdo mal, activé el Twitter que me lo había sacado en el 2009, creo. Es un año que la RAC. Lo tenía ahí muerto de risa. De hecho, mi usuario ni siquiera era Lizet y BNZ, que es el de ahora, sino que era Lugiva. No me acuerdo lo que era, pero bueno.

[No identificado] (00:42:33): Total, que lo activé. Y en lo típico empiezas a hacer búsquedas, ver qué personas seguir. Algo que recomiendo para la gente que empieza en el sector. Aunque Twitter a veces sea un campo de minas y sea intratable y sea insufrible, hay mucha gente buena y una comunidad también muy buena. Y hay cosas muy buenas que se pueden sacar de Twitter. Entonces, para conocer a esta gente, recomiendo que se abran un Twitter y que empiecen a seguir, pues, esa serie de temas de desarrollo y tal. Y bueno, volviendo a lo que estábamos hablando.

[No identificado] (00:43:02): Busqué cosas de Fronten y tal y de repente salió, pues, eso que habían anunciado una beca, que era de Lemon Code, en colaboración con Jess Wittech, que es una organización sin ánimo de lucro para promocionar la mujer en el mundo de la tecnología.

[No identificado] (00:43:19): Esa beca estaba enfocada para colectivos infrarrepresentados en el mundo del desarrollo. Yo soy madre, soy lesbiana, estoy casada, o sea, que lo tenía todo. Encima me quedaba sin trabajo, no tenía paro, solamente me faltaba sacar la gorra, poner la mano y decir, por favor, ahora piénse de mí. Así que, bueno, me seleccionaron para la beca con tan buena suerte que, por lo que se ve, les gustó cómo desarrollaba o cómo me movían las clases y al final me hicieron una oferta para trabajar con ellos como desarrolladora y para también dar clases con ellos. O sea, que primero fui alumna y luego fui instructora.

[No identificado] (00:43:56): Por eso siempre se me llena la boca con el mayor orgullo posible y con la mayor tranquilidad de decir que lo que estoy recomendando es bueno porque he estado adentro y sé cómo trabajan. Y estoy súper contenta de tener a Braulio como amigo y como compañero de profesión y, joder, es una pasada. Así que, Lemon Code. Yo no he podido hablar, por desgracia, solo he tenido la suerte de hablar una vez con Braulio. Pero seguramente él ni se acuerde porque me acuerdo que fue empezando en LeanMind y trabajaba con una compañera que también había venido de Lemon Code.

[No identificado] (00:44:33): Y justo estando en ese bypass teníamos un problema, no encontrábamos documentación, creíamos que estábamos enfocando algo mal. Y esta compañera me dijo, espera un momento, vamos a preguntarle a Braulio. Y luego le preguntó y me dijo, Adri, explícale el problema. Se lo expliqué y él muy amablemente, no, mira, pues esto, en esto están en lo cierto, pero esto igual deberían de enfocarlo de otra forma y demás. Y fue brutal. Porque además tú imagínate, en medio de un día de trabajo que te llegue alguien relativamente random. ¿Sí? Tengo un problema, ¿me ayudas? Y que diga tan amablemente, sí, sí.

[No identificado] (00:45:09): Dios mío, ¿pero de dónde ha salido esta persona? Y que decímate de la solución. Literalmente. A ver, y si no te da la solución, por lo menos te da las pautas de, oye, deberías de tener esto en cuenta. Esto por aquí está bien encausado, pero ojo que te puedes encontrar con esto. ¿Sabes qué? Tú dices, ostras, perfectamente podía haber pasado y haber dicho, ¿cuánto me pagas? O haber dicho, mira, no es mi problema, tú sabrás, las hermanitas de la caridad aquí no aplican. Y la verdad es que fue fantástico.

[No identificado] (00:45:37): O sea, ya por lo menos en cuanto a filosofía y además sentir que es eso, que siempre es lo que yo he querido hacer. ¿Sabes? Cuando alguien me pregunta una duda y mira, pues te intento ayudar y si no lo sé, pues investigamos juntos. O mira, yo investigo, pero si das con ellos antes que yo, cuéntamelo. Y así yo también aprendo, ¿sabes? Que al final eso es lo guay de crecer juntos de la comunidad. Sí, es que es eso. Es eso al final. Son gente que estrechan esos lazos, ¿no? Que crean esos puentes entre gente, entre empresas y tal.

[No identificado] (00:46:07): A mí me encanta ser, te digo, son unos cracks. Dani, Javi, Jaime, todos. Víctor. De hecho, encima es que, bueno, los viste, no sé si los viste en el JCD, en el último. Que son una risa también. O sea, que molan muchísimo, molan muchísimo. No tuve la suerte de hablar con ellos porque estábamos ahí a tope. Corre, corre, corre, corre, corre. Corre.

[No identificado] (00:46:29): Pero sí, sí, los vi, los vi. La verdad es que es lo que decía, igual que de la gente de Autentia con César y demás. Sí, a ver. La gente de Lima, pero es que los ves y dices, es que no tiene sino que verlos. Y el buen rollo que te transmite. Exacto. Es que da gusto, ¿sabes? Y los oyes hablar y dices, que son personas con las que te puedes sentar y decir, mira, yo no voy a participar, pero yo solo los voy a escuchar hablando. Es como, esto es maravilloso. O sea, yo he llegado aquí al cielo y no necesito nada más. Mola.

[No identificado] (00:47:01): Mola mucho. Llegamos a la parte culmen de la entrevista, Lizeth. Momento de las dos preguntas. Tan, tan, tan, tan, tan. ¿Estás preparada?

[No identificado] (00:47:12): Obviamente. No me queda otra, ¿no? Puedo apagar la cámara y de pip, pip, pip. Se me ha ido internet. Ups, lo siento. ¿Te quedas congelada?

[No identificado] (00:47:22): No, no, estás grabando. No va a colar, no va a colar.

[No identificado] (00:47:26): Esa está la ciencia. Está todo preparado. Vale. Primera pregunta. Tan, tan, tan, tan, tan. Si tuvieras que elegir entre programar con jQuery o programar con AngularJS, la respuesta a 2022 es jQuery de cajón. JQuery de cajón, vamos. Ni siquiera con los conocimientos que tienes hoy en día de aislar capas ni nada. Te lo vuelvo a repetir. Es un problema psicológico. Es psicológico. Es un rollo psicológico.

[No identificado] (00:48:04): O sea, ya te digo, no le tengo un odio racional. Soy la primera que lo dice. Le tengo un odio que es irracional. O sea, no puedo decir que sea malo, que sea un framework malo. No, no puedo decir nada de eso. Es un odio irracional. Es una, es un… No. No. Prefiero, prefiero dedicarme a otra cosa. Bueno, pues vamos. No, no, no. Esto no puede ser. Tenemos que buscar psicólogos del software o algo de esto para quitar este tipo de… ¿Para qué? Que siga ahí, da igual. Hay 20 librerías más. Sí, yo soy feliz. Yo soy feliz.

[No identificado] (00:48:37): Yo soy feliz con lo que sé y con lo que voy aprendiendo, ¿no? AngularJS. La verdad que he tenido mucha suerte. Yo conozco mucha gente que ha tenido que lidiar con frameworks que no les gustan o que no les apetece o con lenguajes que no les apetece y tal. Y yo, por suerte, la verdad que por ahora no he tenido que… De hecho, la última vez que tuve que tocar Angular era para hacer un micro frontend para migrarlo a React.

[No identificado] (00:48:59): O sea, que lo único que tuve que hacer de Angular es montarme el componente que cargaba a través de una carga perezosa, que ya sabes que el inglés no es lo mío. Hacer una carga en una promesa de ese componente, ejecutarlo y meterle de ahí para abajo todo lo que era React y ya está. O sea, no tuve que hacer nada más de Angular. Ponerle la rutita y poco más. O sea, fíjate el rollo que le tengo yo a Angular. Para montarte un micro frontend para que dejes de usar Angular. No. Y acabas de abrir la veda.

[No identificado] (00:49:26): O sea, yo iba a hacer la segunda pregunta, pero es que acabas de abrir la veda de los micro frontend y no lo pudo dejar pasar. Lisset, ¿micro frontend? ¿Qué pasa con los micro frontend? ¿Qué pasa? Pues no sé, no sé. Yo lo veía como el futuro y lo sigo pensando. Lo que pasa es que yo creo que no se le ha dado tanto impulso porque está habiendo muchos proyectos nuevos. Vale. Yo creo que los micro frontend tienen mucha cabida cuando estás trabajando con proyectos muy antiguos. No muy antiguos, sino que a lo mejor llevan uno, dos, tres años.

[No identificado] (00:49:58): Y empiezas a ver que te cuesta mantener ese proyecto, te cuesta desplegar ese proyecto o llevar a cabo la iteración continua. Te cuesta testear ese proyecto porque empiezas a tener muchos módulos, muchas cosas.

[No identificado] (00:50:14): No puedes subir, por ejemplo, ahora RIAC ha subido la versión 18, no puedes actualizar la versión 18 porque tienes una serie de librerías que no son compatibles. O simplemente tienes algún módulo que no quieres volver a tocar más porque es un desarrollo que ya está finalizado y no tiene sentido que lo vuelvas a tocar y no quieres actualizar esas librerías. Pues el micro frontend en ese tipo de proyectos es una solución, es una solución total.

[No identificado] (00:50:38): O sea, tú llegas, te sacas ese módulo que no quieres volver a tocar más, lo sacas un fichero aparte, se despliega aparte, lo cargas en runtime cuando toque su ruta y el desarrollo es totalmente aislado. No tenía nada que ver. La integración la haría con, ¿cómo se llama esto?

[No identificado] (00:50:58): Lo estuve hablando el otro día con César pero no recuerdo el nombre. El módulo de Federation de Webpack. Exacto. A ver, a partir de Webpack 5 tienes el módulo de Federation que lo que hace es ayudarte muchísimo a que tú expongas librerías que vayan a ser utilizadas de forma común. Que al final los micro frontend, una de las cosas que tiene también, es que tú compartes un bundle de esa librería con el resto de componentes o de módulos que están en ese momento cargados.

[No identificado] (00:51:28): No tienes React por cada uno de los módulos, por lo tanto tu aplicación es mucho más rápida porque solo tienes un React que se está alimentando para varios módulos. Esa parte es la que te facilita el módulo de Federation, pero tú eso te lo puedes picar a mano. De hecho, cuando yo estaba trabajando con Lemon Code, nosotros nos picamos a mano toda esa parte a través de Webpack, en su momento Webpack 4 si no recuerdo mal, y todo eso lo hicimos a mano. O sea, al final son configuraciones de cómo hacer el bundle y es lo que te hace el módulo de Federation.

[No identificado] (00:51:58): No es magia, es simplemente tener esos conocimientos y hacerlo. Pero en ese caso puedes tomar la decisión, ¿no? Por ejemplo, decíamos el ejemplo de tener dos versiones de React. React, ¿vale? Si yo quiero tener el módulo de React que sea global para los dos, que sea esta versión, o cuando quiero migrar digo, pues esta versión en concreto de React, que es la antigua, que no me permite migrar, la aislo con este módulo y el resto que trabaje con la nueva. Esa es la filosofía, ¿no? Sí. A ver, la gente suele pensar que Microfrontend es solamente el mezclar framework, mezclar librería, ¿vale?

[No identificado] (00:52:33): Pero ya te digo, Microfrontend puede ser precisamente lo que acabas de comentar. Tienes un host que tiene la versión React 18, ¿vale? Tienes lo que es el, por ejemplo, imagínate un dashboard, ¿vale? Tienes el menú, toda la parte que es el componente inicial, es tu React 18. Y luego tienes un componente, una página que carga un módulo que está tirando de React 16. O sea, tú no puedes utilizar la misma versión de React DOM del 18 al 16 porque es incompatible. Entonces tienes que aislar esa parte del React DOM de la versión 16, que tiene que coincidir con la 16, tienes que aislarla.

[No identificado] (00:53:10): ¿Eso cómo lo haces? A través de los Microfrontend. Tú en tu host le dices, bueno, tú en esta etiqueta HTML, cuando te cargues, a partir de aquí para abajo, eso es tu dominio. Tus movidas, tus rollos, tú cárgate ahí, haz lo que tengas, renderiza lo que tengas que hacer. Y no estás compartiendo esa librería con ese módulo. Entonces sigues teniendo por un lado React 18 y por el otro lado React 16 y no tienes ningún tipo de conflicto. No hay colisión entre ellas. Exactamente. El problema de los Microfrontend es cuando tienes que compartir cosas a nivel de JavaScript.

[No identificado] (00:53:39): Por ejemplo, tienes que compartir las rutas, tienes que compartir el store, tienes que compartir… Pero bueno, con saber que los puentes de unión entre los Microfrontend, cuantas menos dependencias con librerías tenga y sea más vanilla JavaScript, mejor. Claro. Teniendo eso en cuenta, no tienes por qué tener mayor problema. De hecho, la recomendación, creo, o sea, me estoy metiendo en algo que al final me metí a hacer un curso de Microfrontend y no lo he terminado. Es un poco eso, ¿no? Que hay determinadas cosas que sí es interesante que quien las supla sea el padre. La navegación y demás.

[No identificado] (00:54:14): Y además, o sea, volvemos un poco a la estructura que comentabas antes de componentes representacionales y contenedores, ¿no? Al final es lo mismo, pero no hablando tanto a nivel de componentes, sino a nivel de aplicaciones. Tienes una aplicación grande que es quien va a llevar el enrutado, la gestión global del Estado y no sé qué. Y la comunicación lo hacía así a los hijos de la forma plana y utilizando los microfrontend. Exactamente. Una de las cosas que hablaba con César el otro día, esto no está grabado en ningún podcast, sino que es que nos ponemos a hablar cosas random cuando nos encontramos.

[No identificado] (00:54:45): Lo siento, no puedo grabar todo lo que ocurre en mi vida. Era que otro de los puntos… Bueno, primero que era… Vamos a sacar la parte hater, ¿vale? Que era un poco vendida de humo. Bueno, estos los microfrontend están ahí, pero ¿quién usa microfrontend? Aparte de las grandes empresas que ya hemos nombrado. Pero una de las justificaciones que sacábamos ahí, entre comillas, era lo de los equipos, ¿no? De poder tener distintos equipos trabajando en distintas partes y que eso se despliegue de forma automática. Pero no… Como ninguno de los dos había trabajado en ello, pues no sabemos cómo de realista puede ser ese impacto, ¿no?

[No identificado] (00:55:19): Y cómo puede mejorar el flujo de trabajo. ¿Realmente llega tanto? ¿Has podido experimentar en los proyectos en los que has estado con distintos equipos o siempre has sido tú? He tenido dos proyectos donde lo hemos implementado. En el primero fue una necesidad, no por el equipo, sino fue una necesidad porque era una aplicación de sanidad para hospitales y tal. Y lo que hacía era que tú vendías la aplicación por módulos. Tú, por ejemplo, podías comprar el módulo de radiografía, el módulo de no sé qué, el módulo de no sé cuánto, ¿vale?

[No identificado] (00:55:51): Entonces, si un cliente compraba un módulo, tú tenías que pararle el servidor para desplegarle la nueva aplicación con ese módulo y era tiempo que estaba caída la aplicación. Con el sistema de microfronters, nosotros lo que llegamos a hacer es, bueno, tú tienes el módulo de radiografía, despliegas el módulo de radiografía en el servidor, que cuando tú haces un F5 para volver a refrescar la página, como ha leído ese fichero nuevo en esa carpeta que tú le has dicho, el módulo, ¡paf! Ya lo tienes escogido a una ruta.

[No identificado] (00:56:22): Y no tienes que tocar absolutamente nada, ni tienes que parar el servicio, ni tienes que hacer nada raro. O sea, a la hora de los despliegues era mucho más rápido. Y luego también estuve en otro proyecto, que parece una chorrada, pero era el proyecto que estoy diciendo con Angular, no tenían equipo para mantener Angular porque no tenían desarrolladores de Angular, y lo que dijimos fue, bueno, pues yo puedo, si quieres hacerlo con React, no sé Angular, puedo hacerlos con React, y migramos todo el proyecto, aparte que tenían que cambiar el proyecto porque no les encajaba lo que tenían hecho el diseño,

[No identificado] (00:56:51): O sea, había más cosas que cambiar, pero era una migración poco a poco. No podías coger y de un día para otro cargarte el proyecto y poner uno de React porque ni siquiera estaba desarrollado. Entonces esto lo que nos permitió es desarrollar migraciones de páginas, ¿no? De páginas de Angular a React a través de los microfronters, sin quitar el anterior, teniendo el nuevo. Claro, planteado así, creo que deberíamos de reformular. Era la conversación con César que tuve el otro día porque, claro, encaja perfectamente y es una solución al problema que se plantea.

[No identificado] (00:57:22): Sobre todo eso, el no tener que estar redesplegando que al final es uno de los grandes problemas. Sobre todo si quieres tener un sistema en línea donde llegas y decías, acabo de hacer el checkout, como es esto de que tienes que venir y redesplegarme. No, no, no, no, ya está. Y además a nivel de seguridad no tienes problema, no está desplegado, no puedes acceder a nada. Lo acabas de comprar, automático, lo tienes desplegado, checkout, listo.

[No identificado] (00:57:46): Que te permite que tu aplicación escale a nivel de darle funcionalidad al usuario sin tener que… Es que no tienes que tocarla porque son módulos nuevos que son totalmente independientes. Lo único que necesitas es una ruta y un sitio que se muestre. Si tú eso lo piensas de antemano, es algo que es totalmente dinámica porque la carga de módulos es totalmente dinámica. O sea, que es que tu aplicación siempre escala sin tener que parar y volver a compilar nada y volver a desplegar nada. Mola mucho, para eso mola mucho. Oye, pues tenemos que hablar más de esto. Bueno, retomemos las dos preguntas.

[No identificado] (00:58:22): Entonces, después de este pequeño bypass, no me cambia HeitQuery por Angular, ¿no? No. Ni con Microfronten tampoco. No. No lo he conseguido, maldita sea. Rayos y retuétanos. Bueno.

[No identificado] (00:58:36): Vale, pues vamos a la segunda pregunta.

[No identificado] (00:58:40): ¿Llevarías a alguien a jurar bandera y cuando lo llevas a jurar bandera le dices que sí a TypeScript? Y si no, le dices aquí no juras bandera y te piras para tu casa o…? Uf, llevar a alguien a jurar bandera es muy tricky, ¿eh? ¿Tú lo llevas y le tienes que decir TypeScript sí o sí? Y que te diga no. Y tú dices, pues fuera, exiliado del parque. Fuera. Largo. Llegarías a ese punto, ¿no? No, a ver, yo, mira, cada uno con sus drogas y con sus manías, ¿vale? Si a ti no te mola TypeScript, oye, pues tú mismo. Más trabajo para mí.

[No identificado] (00:59:11): ¿Qué quieres que te diga? Bueno, y para arreglar los bugs también más problemas para ti, ¿no? Sí, pero al final es eso. Es más trabajo para mí. O sea, date cuenta que muchas aplicaciones o mucho código con el que nosotros tenemos que lidiar, por lo menos en la época en la que yo estuve de consultora, muchos bugs que tenías que arreglar eran por cosas del propio desarrollador. No eran cosas complicadas, eran errores en el código. Errores en el código por no haber utilizado, por ejemplo, TypeScript. O sea, eran cosas tan sencillas como eso. Y es como, ¿qué quieres que te diga?

[No identificado] (00:59:46): O sea, es que TypeScript es ahorrarte tiempo y ahorrarte tiempo es ahorrarte dinero. O sea, yo qué sé. ¿Qué no quieres usarlo? Pues no lo uses. Hay gente que te dice que TypeScript no debería de existir en el front. A lo mejor es que no has hecho proyectos tan complicados con una arquitectura complicada que necesites tener TypeScript. Oye, o a lo mejor es que tienes una capacidad mental para recordar muchas cosas y para trabajar. No sé, eres muy brillante. Pero yo qué te diga, yo soy una muñona. O sea, yo necesito que las… Como le digo a la gente, que el IDE trabaje por ti.

[No identificado] (01:00:21): O sea, es que no me quiero estar preocupando de chorradas. Yo solo quiero pensar en lo que tengo que solucionar. No en cosas que no son… En mi opinión es que ese proyecto no ha vivido lo suficiente. O sea, sin más. En plan, no, es que el proyecto lleva dos meses y lleva funcionando y no hay ningún problema, ¿vale? Cuando lleves dos años me cuentas y cuando el equipo crezca me cuentas. Y cuando lo hayan tocado más vez me cuentas. Creo que ahí es donde está la clave y el punto. Pero bueno, da igual. Más trabajo para nosotros. Cada uno feliz con sus cosas, exactamente.

[No identificado] (01:00:55): De hecho, justo te lo iba a decir antes que hay muchas personas que… Y de hecho a mí también me ha pasado, ¿no? Que es como, no funciona. Y cuando las personas no quieren hacer las cosas, te cabreas en plan de… Pero es que no es así. Tú dices, a ver, pero al final tú lo quieres así y me estás pagando por hacerlo así. Si después quieres cambiarlo, yo ya te… Yo te he dado mi opinión y te he intentado asesorar. Si tú no lo quieres, pues al final a mí me pagas por trabajar. Yo voy a trabajar en lo que tú me digas.

[No identificado] (01:01:22): O sea, si tú lo quieres así, yo te aconsejo que no. Y quieres que lo haga, no me voy a cabrear. Oye, lo hacemos como tú dices. Y después al final vas a tener que pagar otra vez. El doble. O no, pero vas a tener que… Entonces es como… Sí, vas a tener que pagar el doble porque tienes que invertir tiempo. Y hemos dicho que el tiempo es dinero. Claro. Y hay muchos desarrolladores en los que yo me incluyo. Y ya, por suerte, ya no me lo tomo a mal. Es como, bueno, pues lo que hay, como tú dices, esa es la actitud.

[No identificado] (01:01:46): Pero veo desarrolladores y desarrolladoras que se mosquean. Y es como, pero no, porque es que después voy a tener que arreglar. Y tú, tú, chico. Vale, pero te pagan por trabajar. ¿Qué más te da por trabajar? Es que hemos rechazado el módulo tres veces porque no tienen definido cómo son las cosas. O han cambiado las expectativas. Bueno, pero… Alégrate de que tengas trabajo. Efectivamente. O sea, que si todo fuera fácil y todo funciona hacia la primera, probablemente la meetup de nosotros no tendríamos trabajo. Tal cual. Tal cual. Bueno, no sé. Yo me alegro porque las cosas no funcionan. Ya está. Yo qué sé.

[No identificado] (01:02:18): Tampoco es que vayas metiendo ahí errores a mano, ¿no? Pero no sé. Yo no me frustro por eso. Yo cuando tengo que desarrollar algo y lo enfoco de una forma, se lo… A ver, también eso es que viene mucho de la época en la que era militar, ¿no? Que siempre intentábamos darle la mayor información. Yo es que era como secretaria del mando. Yo intentaba darle la mayor información a mi jefe y que él decidiera con toda la información. Yo le decía los contras, los pros, o sea, le decía todo. Y que él decidiera.

[No identificado] (01:02:44): Y aparte, una cosa que tengo yo es que yo soy cristalina, soy transparente. No me estoy ni con medias tintas ni te digo las cosas con vaselina. O sea, prefiero pedir perdón que pedir permiso, por decirlo de alguna forma. Entonces, te digo las cosas. Oye, que no quieres hacerlo así. Bueno, pues tú mismo. No pasa nada. No pasa nada. Ya te digo. Solo quería dejar esa última guindita por ahí. Porque creo que es algo que a lo mejor alguien la escucha y es como… Ah, pues sí. Pues de verdad no había tenido cuenta ese punto de vista. Como igual no. Y dicen, puah, chiquitos dos.

[No identificado] (01:03:13): Pero bueno.

[No identificado] (01:03:16): Pues Lizeth, qué decirte. Muchísimas gracias por el ratito. Gracias por haber estado aquí. Creo que tenemos pendiente algo llamado Visteles Coding Weekend por ahí. Así que traeremos… La cual no voy a poder ir. Porque estoy con el aniversario de Cielco.

[No identificado] (01:03:33): Tampoco voy a poder… No te vendo Angular. No te vendo un Visteles Coding Weekend. Esto no puede ser. Bueno, pues para el siguiente… Pero ya haremos, ya haremos. Para el siguiente que hagamos. Vale. De todos modos, lo bueno es que si tú no estás y yo estoy, puedo sacar cosillas y después la debatimos. Lo cual también es bien. Eso es bueno. No es mal que por bien no venga. Exactamente.

[No identificado] (01:03:54): Lizeth, otra vez. Muchísimas gracias por estar aquí. Gracias por el ratito. Lo hemos pasado… Por lo menos yo lo he pasado súper bien. Ha sido súper natural. No hemos forzado nada. No hemos preparado entrevistas. Todo guay. O sea que… Bueno, mucho. No, tío. Muchísimas gracias a ti por invitarme. Y oye, pues… Cuando quieras. Y nada, se lo seguiremos viendo. Y espero que esto le haya servido a alguien. Por lo menos para aprender que TypeScript es algo sí o sí hoy en día. Y si no, pues nada. Yo les lo he dicho. Cada uno con sus drogas. El mundo es libre. El mundo es libre. Exactamente.

[No identificado] (01:04:29): Exactamente. Exactamente. Pero bueno. Eso. Muchísimas gracias. Y nada, la gente que nos está escuchando, como siempre, muchísimas gracias por estar aquí. Nos vemos en el próximo episodio. Adiós. Adiós.

[No identificado] (01:04:45): Adiós.

[No identificado] (01:04:49): Adiós.

[No identificado] (01:04:55): Adiós. Adiós.

[No identificado] (01:04:59): Adiós. Adiós. Adiós.

[No identificado] (01:05:06): Adiós. Adiós. Adiós. Adiós.