El fin de programar como lo conoces: agentes de IA y el nuevo rol del developer

¿Estamos entrando en una era donde programar ya no significa escribir código?

En este episodio de Hack The Talk, exploramos cómo los agentes de IA están transformando por completo el desarrollo de software: desde la forma en la que se construyen soluciones hasta el rol que juegan los desarrolladores.

Moderado por Sergio Monroy (HRBP), junto a Julián Díez (Desarrollador Full Stack) y Sergio Collado (Arquitecto de Software), descubrimos cómo es trabajar hoy en entornos donde la IA no solo asiste… sino que ejecuta.

Hablamos de:

• Qué son realmente los agentes de IA (y por qué van más allá de herramientas como ChatGPT o Copilot)
• Por qué el valor ya no está en escribir código, sino en definir bien el problema
• Cómo funcionan enfoques como el desarrollo guiado por especificaciones (SDD)
• Qué habilidades serán clave para los desarrolladores y desarrolladoras del futuro

Una conversación directa, práctica y sin hype sobre cómo está cambiando el software… y qué significa eso para quienes lo construyen.

🎧 Si este episodio te ha hecho pensar, imagina lo que viene.

Suscríbete a Hack the Talk y acompáñanos en las próximas conversaciones en Sopra Steria España.

Transcript

SPEAKER_03 0:00

Esto es Hack the Talk, el podcast de Soprasteria España donde nuestro talento habla de tecnología, innovación y transformación digital. Hackea la innovación con nosotros. El futuro ya está en

SPEAKER_02 0:14

marcha.

SPEAKER_03 0:19

Muy buenas y bienvenidos, bienvenidas a un programa más, a un podcast más de Hat de Talk, el podcast tecnológico de Soprasteria en el que nos encargamos de divulgar y hablar sobre tecnología y el mundo del desarrollo de software. Hoy, en este cuarto programa, un programa especial enfocado al desarrollo de software con agentes. Hacemos un poco de memoria y recapitulamos, nos retrotraemos a ese primer programa en el que estuvimos hablando de inteligencia artificial. Hoy hacemos un poco de zoom in, concretamente, al tema de esos agentes de código que últimamente están sonando muchísimo y que seguramente para muchas personas que nos escuchéis o no tantas os puedan ser más o menos ajeno no sepáis muy bien el contexto en el cual nos estamos moviendo en el día de hoy en el mundo del desarrollo de software con estos agentes para eso estamos hoy en este programa con dos expertos en la materia dos personas que en su día a día aplican esas nuevas prácticas de desarrollo de software y por un lado tenemos a Julián Diez desarrollador Fullstack con más de su experiencia en el sector. Bienvenido, Julián.¿Cómo estás?¿Cómo te

SPEAKER_01 1:22

encuentras? Muchas gracias. Bien, aquí

SPEAKER_03 1:26

estamos. Muchas gracias por prestaros a sacar un ratito de vuestro día a día para ayudarnos a entender un poquito mejor todo esto. Y Sergi Collado, arquitecto de software con más de 20 años en el sector, más de 8 años como arquitecto en el mundo del desarrollo de software a día de hoy. Bienvenido.¿Cómo

SPEAKER_00 1:43

estás, Sergi?

UNKNOWN 1:47

Genial, genial.

SPEAKER_03 1:47

Aquí estamos. Ambos compañeros, para que les pongáis en contexto dentro del centro de servicios digital de Soprasteria el departamento en el que hablamos soporte cross a nivel tecnológico y pues que hoy tenemos el placer de tenernos aquí para hablar de estos agentes de IA porque Sergi cuando hablamos de agentes de IA en el mundo del desarrollo de software a día de hoy¿a qué nos referimos?¿qué son estos agentes? cuéntanos un poquito ilústranos

SPEAKER_00 2:14

bueno cuando alguien piensa en un agente está pensando en automatizar tareas y al final no deja de ser un programa autónomo que tiene un contexto, que decide datos en su entorno y puede tomar decisiones y ejecutar acciones para conseguir lo que le estamos pidiendo, un objetivo concreto. Y todo ello sin intervención humana, aunque ya veremos que hoy en día ese human the loop es más importante que nunca, aunque se intente ir a un mundo en el que no hagamos falta

SPEAKER_03 2:52

para que la gente lo entienda porque al final la gente y me incluyo entre estas personas a veces hablamos de IA de una manera generalista parece que la IA es un botón mágico que tú le pulsas y hace cosas¿en qué se diferencia por ejemplo un chat GPT o un copilot o un Gemini que utilizamos a lo mejor la gente en nuestro día a día las personas que a lo mejor nos dedicamos tanto al mundo del desarrollo de software con un agente de desarrollo¿En qué se podría diferenciar principalmente, Sergi?

SPEAKER_00 3:23

Bueno, evidentemente todo esto son agentes. Lo que pasa es que el de desarrollo está enfocado a desarrollar código, desarrollar software, programas, etc. Entonces, hasta esta nueva ola de agentes de desarrollo, siempre hemos estado desarrollando los desarrolladores de software, picando código, escribiendo el lenguaje directamente en el lenguaje de programación. que ocupara el framework que sea etcétera y ahora mismo estos agentes lo que sobre todo son capaces de hacer es bajo supervisión y la petición de elementos por parte de el desarrollador es realizar ese código por nosotros realizar esos algoritmos y escribir ese código que antes nosotros teníamos que mecanografiar directamente. O sea, por así decirlo,

SPEAKER_03 4:20

si lo entiendo bien, es como tener un compañero tuyo al lado al cual tú le vas pidiendo y él te va solucionando, por así decirlo. De una manera más autónoma que los software o herramientas que tendríamos a lo mejor hace unos años, por así decirlo.

SPEAKER_00 4:33

Sí, es una evolución de autocompletado, solo que además te plantea planes para ejecutar la tarea. y bueno, depende de cómo esté entrenado, evidentemente tiene un conocimiento, entre comillas, de saber el lenguaje y de escribir por ti.

SPEAKER_03 4:55

Genial. En tu caso, Julián, al final, cuéntanos un poquito cómo ha sido esta transición,¿no? De pasar de un desarrollo de código al uso, como estamos a lo mejor acostumbrados o ya sea porque nos dedicamos a ello o por oídas, varios compañeros que nos han contado sobre su trabajo, etc. Cuéntanos un poco cómo ha sido esta transición, cómo ha sido este cambio y cómo ha cambiado tu día a día. Y luego, si queréis, me detalles un poco con casos prácticos o con ejemplos claros en qué tipo de tareas utilizáis estos agentes de desarrollo de software.

SPEAKER_01 5:30

Vale. Pues poniéndose en situación, yo hace seis meses estaba trabajando en un proyecto de desarrollo más tradicional, por así decirlo. Escribíamos todo el código a mano, aunque teníamos algo de apoyo de Copilot. Era básicamente desarrollo humano 99%, por así decirlo. Y ahora el proyecto en el que estamos, estamos trabajando casi al 100%, podría decirse, con agentes de IA para desarrollar el código. Entonces, la forma de trabajar es totalmente diferente. Al principio, de hecho, me costó mucho adaptarme al ya no estoy teniendo que pararme y pensar en qué es exactamente lo que quiero hacer, sino es tener un diálogo, es pensar qué es lo que quiero hacer tener el diálogo con el agente, apoyarme en el agente, que él busque puntos débiles en el plan, desarrollar el plan con el agente. Y una vez que ya hay algo con lo que estoy contento, decir, vale, ahora que tenemos planeado todo lo que queremos hacer, hemos planeado los test, hemos planeado todos los cambios en todos los archivos, vamos a empezar a desarrollar.

SPEAKER_03 6:38

O sea, cuando hablamos de planear, Julián, en serio, hablamos de no decodificar, no de tirar riñas de código. Estamos hablando de, oye, quiero hacer esto de esta manera, quiero organizar la arquitectura de este proyecto en capas, que cada capa tenga esta responsabilidad y vas lanzando esas comandas para dar un contexto a la gente de desarrollo.¿Es así como funciona? Más o menos.

SPEAKER_00 7:05

En base es un poco lo que ya veníamos haciendo. Sí que hacíamos un planning muchas veces a alto nivel de cómo íbamos a desarrollar una tarea,¿no? o una arquitectura o lo que fuera eso se sigue desarrollando lo que pasa es que en este sí que es verdad que había muchos desarrolladores que se apoyaban que es lo normal en la historia de usuario y se centraban mucho en resolver esa historia de usuario que sigue siendo lo habitual evidentemente pero ahora sí que sí o sí tenemos que pasar por la generación de un documento de una especie y evidentemente la revisión y la depuración de ese plan hasta que estemos completamente seguros que está alineados con los estándares de calidad de nuestro proyecto, etc. Y una vez que tenemos todos esos puntos bien atados es cuando de verdad ya comenzaríamos a desarrollar con el agente. Le diríamos, pues empieza por la tarea 1 o crearíamos una lista de tareas de ese documento para empezar a desarrollar con el agente.

SPEAKER_03 8:14

Hay que tener una muy buena definición de lo que se quiere hacer, paso por paso, muy detallado, para no dar pie a error o el menor margen o índice de error a la gente. Porque luego ese documento de TXT entiendo que es un TXT,¿no? Es un

SPEAKER_00 8:29

Markdown, normalmente.

SPEAKER_03 8:33

Se trabaja con Markdown, sí. Ese documento se lo inyectamos, él lo lee y lanza ese código generado. El código a día de hoy, hasta vamos ahora mismo grabando esto en abril del 2026, esto imagino que evolucionará con el tiempo a pasos agigantados, pero la calidad de este código que se lanza,¿requiere de una persona que esté todavía detrás supervisándolo o hasta qué punto? Julián.

SPEAKER_01 9:01

No es una respuesta fácil. Hemos descubierto que depende del lenguaje mucho. Porque, por ejemplo, en nuestro proyecto ahora mismo estamos trabajando mucho con TypeScript. Hay mucho... Estos agentes al final del día están entrenados en código existente. Hay muchos ejemplos de código libre, de código TypeScript de calidad que pueden usar para apoyarse para generar este código. Pero tenemos un compañero que está trabajando mucho con Java y su experiencia es muy diferente realmente. La calidad del código Java que está generando es bastante inferior y tiene que estar mucho más encima de él para asegurarse de que cumple los estándares. Y aún así si es verdad que incluso en lenguajes como Python o como TypeScript, que puede tener más ejemplos, está mejor entrenado, también hay que vigilarlo mucho porque hay veces que alucina un poquito.

SPEAKER_03 9:54

Luego hablaremos un poco de esto, sobre el futuro del rol del desarrollador de software o desarrolladora de software. Pero es cierto que todavía hace falta, aparte de un componente humano para definir lo que se quiere realizar, también tiene que haber un componente humano, porque esto no es magia, para supervisar lo que se está entregando a nivel de código. En vuestro día a día veis que los tiempos que se manejan son menores a la hora de desarrollar.¿Hasta qué punto impacta? A lo mejor no perdéis.¿Invertís más tiempo en definir qué es el tiempo a lo mejor que os ahorráis en codificar?¿O la balanza está más o menos compensada?¿O hay una clara tendencia a ir más ágil en el desarrollo?

SPEAKER_00 10:39

Sergi. A ver, vamos mucho más ágiles, pero yo Yo siempre veo esto como un multiplicador. Quiero decir, depende de la habilidad y de los conocimientos del desarrollador, este multiplicador va a ser más efectivo o menos. Si multiplicas por uno, pues no es lo mismo que multiplicar por cinco. Esto es una abstracción, evidentemente, como estamos hablando, pero funciona un poco así. La persona que va a desarrollar tiene que estar encima, tiene que revisar lo que se hace, evidentemente, tiene que revisar muy bien el plan, tiene que asegurarse de que todo está alineado y que se siguen buenas prácticas, aunque de base tú ya puedes utilizar documentos como guardarraíles para decirle a los agentes qué salida quieres. Pero aún así... Bueno, se ahorra mucho tiempo. Se ahorra muchísimo tiempo. Es verdad que también puedes generar mucha basura. Esto siempre ha pasado en el mundo del desarrollo. Alguien con muchos conocimientos puede hacer software de calidad a una velocidad decente y alguien con menos conocimientos puede hacer software mucho más rápido pero que acabe siendo algo catastrófico a medio plazo.

SPEAKER_03 12:02

Digamos que la gente de QA va a seguir teniendo trabajo en por así

SPEAKER_00 12:06

decirlo. Yo creo que sí, pero como vamos a llegar más lejos, también se van a tener que apoyar, se están apoyando ya en agentes, en todo este tipo de metodologías de desarrollo. Y bueno, da muchas más posibilidades. Al poder llegar mucho más lejos...

SPEAKER_03 12:22

O sea, digamos que en todas las fases, tanto la codificación como la parte de testing, como la parte de debugging, al final ya es una realidad. Simplemente es cuestión de tiempo que los proyectos empiecen a introducirlo más o menos en su día a día, pero esto es algo que ya está pasando, o sea, vosotros sois un claro ejemplo, si estáis trabajando en un proyecto en el que estáis aplicándolo en todas vuestras tareas, por así decirlo,¿no?

SPEAKER_00 12:47

Sí, yo creo que todo el mundo ya está usándolo, en mayor o menor medida, es verdad que por temas de seguridad, depende con qué cliente o qué proyecto uses, pues esto es algo que hay que tener muy en cuenta, no es lo mismo Hay ciertos proyectos que evidentemente tú no puedes estar... En general no deberías estar enviando a servidores externos información sobre tu desarrollo, a no ser que haya contratos y cosas por en medio que te aseguren que se cumple con los estándares de calidad.

SPEAKER_03 13:27

Dentro del día a día también está empezando a sonar una serie de metodologías que se están empezando a implementar de dentro de los proyectos, sobre todo en aquellos que utilizan inteligencia artificial o agentes de código. En este caso hay una que está sonando bastante que es SDD. Si quieres, Erick, tú comienza a explicarnos un poquito qué es SDD y Julián también, si te sientes libre de aportar lo que buenamente quieras, que luego te preguntaré sobre algunos tips. Cuéntanos, Erick,¿qué es esto de SDD?¿En qué consiste?

SPEAKER_00 13:58

Bueno, es algo que se está ya estandarizando en la manera o metodología de desarrollar con agentes de desarrollo, evidentemente. Yo el año pasado ya di una charla en la Code of Motion, que te acordarás porque estuviste ahí conmigo, precisamente sobre cómo se abordaba ahora las tareas y ahora poco a poco ya han ido saliendo frameworks y está más en boga que intentan catalizar esta metodología. Al final de lo que estamos hablando es de un desarrollo guiado por especificaciones. Y el tema es que al principio tiene que haber una especificación formal o un contrato preciso antes de la implementación. De aquí, evidentemente, se sacan ciertas tareas y estas tareas ya son las que uno a uno va desarrollando el agente de software. Evidentemente, primero habría este paso que hemos hablado antes de generar esas especificaciones. Va a ser el usuario que quieras desarrollar, claro. Es cierto que ahora como se puede llegar mucho más lejos en las tareas, también hay que equilibrar mucho esa escritura de historias de usuario y esa visión, porque estamos casi hablando de una capa de extracción superior, por lo tanto habría que tener eso en cuenta también en la parte funcional, en la parte de las historias de usuario, de cómo se escriben, de cómo se enfoca todo esto y en la iteración, en el loop de feedback rápido que siempre hemos tenido en el mundo del desarrollo,¿no? Intentar tener un loop rápido

SPEAKER_03 15:44

de feedback. Al final es una metodología que se basa en, oye, haz esto, me lo devuelves, está bien, siguiente paso, haz esto, me lo devuelves, está bien, y qué tipo de, o sea, entiendo el beneficio,¿vale? Pero para entenderlo un poco mejor,¿hay alguna cosa que se nos esté echando, que se nos esté escapando? No sé, o sea, Al final es simplemente ir guiando a la gente para que vaya haciendo o hay algo más que se nos esté

SPEAKER_00 16:11

escapando. Es que todo esto depende en gran medida de los bordereles que tú utilices, de la documentación, de cómo gestiones el contexto del proyecto a la hora de desarrollar tareas. Porque evidentemente no es lo mismo lo que se está viendo normalmente, que cualquiera puede lanzar un prom y que te genere una aplicación. No es lo mismo esto que trabajar con aplicaciones que ya tienen su complejidad. Porque ya tienen X tiempo de desarrollo. Por lo tanto, toda la división del contexto, toda la división de documentación que debe llegar al planner, digamos, a la gente que uses para planificar las tareas, pues tiene que estar claro para que ese plan que se genera sea coherente con tu arquitectura, coherente con lo que quieres desarrollar y y con la menor fricción posible para

SPEAKER_03 17:07

poner un

SPEAKER_00 17:07

ejemplo

SPEAKER_03 17:08

vale os pongo un ejemplo un ejemplo chorra y me decís vale como sería imaginaros que yo soy un particular que acude a un desarrollador y le dice oye quiero que me hagas una aplicación vale que me permita registrar tareas vale como un como un rollo calendario pero con tareas para tener mis apuntes hoy tienes que hacer esto mañana tienes que hacer lo otro vale una persona se podría imaginar oye pues vas a la IA le dices oye hazme una herramienta que me haga esto esto esto en esas tecnologías y que tenga esta estructura la IA te devuelve un código Eso es lo que se puede imaginar una mayoría que a lo mejor no esté tan cerca del mundo del desarrollo de software. Para desarrollar esta herramienta, Julián, Sergi,¿cómo lo plantearíais siguiendo una metodología SDD y utilizando agentes de desarrollo de código? Si le entras tampoco a mucho detalle, pero más o menos para que vean un poco la estructura de las personas que nos están escuchando. No sé si Julián,¿quieres que comencemos por

SPEAKER_01 18:08

ti? Vale. Yo el primero que haría sería primero, plantear es exactamente lo que el cliente necesita. Si no necesita una gran cantidad de usuarios, pues obviamente la de siempre,¿no? Entender las necesidades para poder tomar una serie de decisiones y luego ya me iría con, una vez que he entendido claramente lo que el cliente necesita, me iría a la gente y diría, vale, tengo estas necesidades, tengo este objetivo, vamos a diseñar el plan, que es lo que estaba comentando Sergi,¿no? De la especificación. Porque si tú le pides que se lance a programar sin antes establecer exactamente qué es lo que quieres hacer, eso se te va a ir de las manos muy rápido. A mí me ha pasado alguna vez cuando estaba empezando, me ha pasado. Entonces, lo primero es sentarte a darte que te ayude a entender y además te puedes apoyar en el mismo agente para que te ayude a encontrar los puntos débiles. Puede ser que haya cosas que a ti se te han escapado, que la gente debe. Puede ser que haya cosas que la gente se le ha escapado, que tú ves. Esa conversación, el primer

SPEAKER_03 19:14

paso. Hay un componente, al final, conversación persona-máquina bidireccional en este proceso. Sergi, tú en este caso,¿cómo lo afrontarías?¿Del mismo modo?¿O luego lo que sigue entrando en el desarrollo, cómo lo llevarías a cabo?

SPEAKER_00 19:29

Aquí hay dos puntos. Una cosa, como bien ha dicho Julián, es tener claro la parte que, o sea, estar de acuerdo con el cliente,¿no? Y para eso habría que que tener muy claro la lista de problemas que queremos solucionar y el alcance. Con todo eso claro, ya podríamos empezar a trabajar y a crear historias de usuario para ir desgranando un poco la madeja. Es un poco lo que ha dicho Julián, al final tenemos que buscar la mejor manera de crear estos planes y sobre todo de poner límites, porque algo que he comentado que es muy cierto es que si tú le dejas a la IA que empiece a desvariar te puede añadir muchas cosas que no hacen falta en base a otras aplicaciones similares que a lo mejor lo contienen pero que al final te están ensuciando digamos la solución.

SPEAKER_03 20:28

Aunque te puede ensuciar tanto el código como el contexto porque luego puede reconstruir sobre ese contexto generado previamente.

SPEAKER_00 20:37

Sí, sí, sí. Sí y añadir funcionalidad que no es coherente con la utilidad de la solución. Con

SPEAKER_03 20:43

todo esto, al final, uno de los objetivos que planteaba a la hora de hacer este programa es también hacer ver a la gente y que conocieran que el componente humano sigue siendo muy importante en el desarrollo. O sea, es cierto que las tareas se podrán hacer más rápido o habrá soluciones a las cuales también se pueda llegar de un modo más fácil, pero el componente humano al final siempre está ahí. Siempre va a haber, por lo menos a día de hoy, siempre va a haber una persona que primero tenga que estar otorgando un contexto de calidad y segundo supervisando aquello que se está entregando para que primero el código no se desvirtúe y el contexto no se ensucie que es uno de los principales problemas que creemos que se puede generar con todo esto habrá mucha gente que nos esté escuchando vale que o bien no trabajen dentro del mundo del desarrollo de software pero se quieran incluir o empezar su carrera a lograr su futuro en el mundo del desarrollo de software y habrá gente que ya esté trabajando en este contexto, en este mundo, en este sector, pero no tengan a lo mejor la oportunidad o no sepan muy bien cómo afrontar este nuevo reto, este nuevo cambio de paradigma, porque al final estamos ante un cambio de paradigma con todas estas nuevas herramientas y funcionalidades que podemos implementar en nuestro día a día. En tu caso, Julián, tú que eres una persona que además has hecho recientemente la transición de un mundo a otro y estás ya en proceso de actualización, Cuéntanos a nosotros, a Sergi, a mí y a la audiencia cuáles han sido los principales puntos que tienen que tener en cuenta y cuáles serían los principales tips que darías a estas personas.

SPEAKER_01 22:28

Los principales puntos que he tenido que tener en cuenta es recordar que al final del día tú sigues estando ahí y sigues siendo importante. Igual el lenguaje de tu experiencia con lenguajes pasados no es tan relevante como la claridad de conceptos que tienes. Porque al final del día es la que hemos comentado. Pero sí es verdad que desde mi experiencia es más relevante lanzarte y empezar a ello para darte leer mucho. Sí tienes que entender qué es lo que estás haciendo, tienes que entender los conceptos, es importante. Pero lanzarte y ponerte en la práctica y remangarte y ponerte a trabajar es la mejor forma de aprender. Esa es mi experiencia. Sí tenía un poco claro qué eran los agentes, conocía a ver un poco qué era un MCP, conocía un poco qué era una skill, pero realmente empecé a trabajar y empecé a aprender y a encontrar cuál era mi forma de trabajar con los agentes. Me basé en Sergi, me basé en otros compañeros que tenían más experiencia para que me dieran las primeras bases, pero creo que cada uno tenemos que encontrar también nuestra forma de trabajar

SPEAKER_03 23:32

con ello. Y Sergi, en tu caso que al final ya eres una persona incluso referente dentro de la compañía en materia de inteligencia artificial,¿qué tipo de cursos, qué tipo de formaciones, qué tipo de recursos hay disponibles de manera fácil para ya no solo dentro de Soprasteria, sino a nivel general, que la gente puede utilizar para formarse? Es decir,¿dónde tienen que poner el foco a la hora de empezar a formarse en estas nuevas prácticas y nuestros nuevos paradigmas de desarrollo?

SPEAKER_00 24:05

Yo creo que voy a seguir la historia de Julián. Yo creo que hoy en día gracias a estos agentes no solo tenemos una herramienta muy potente para desarrollar mejor, más rápido y si está en bien guiados, con más calidad, sino que además es una herramienta increíble para aprender. Yo creo que hoy más que nunca esto nos facilita mucho el aprendizaje porque también estas conversaciones te pueden ayudar a ver cosas que tú no veías y a profundizar en ellas. Evidentemente todo lo que hagas tienes que entenderlo y si hay algo que no entiendes o se plantean problemas para los que todavía no tienes conocimiento suficiente, pues profundizar mediante estos agentes pues también te va a ayudar a empezar a entender y de ahí ya puedes tirar del hilo e irte a documentación específica o incluso intentar tirar de otras IA, de otros compañeros, pero creo que esa primera conversación, ese crear planes, tratar de entenderlos, rectificarlos, no tener miedo a rectificar a la IA y pedir, o sea, pensar tú en alternativas, proponerlas y Y abrazar un poco también lo que te devuelven estas conversaciones con la guía es la mejor manera de aprender. Es una manera donde tú de verdad no tienes por qué ser tímido a la hora de aceptar que algo no lo entiendes y no tienes que ser tampoco tímido a la hora de proponer y de buscar posibles errores en tus propuestas, posibles debilidades. Y creo que esta iteración continua en uno mismo y en el desarrollo es lo que hace que podamos aprender mucho más rápido.

SPEAKER_03 26:04

Y, por ejemplo, si yo mañana quisiera, imaginaos, soy un desarrollador, tengo mi ID, mi inteligencia y tal, trabajo de manera normal, como has hecho hasta ahora,¿vale? Y quiero empezar a trabajar con agentes,¿qué tendría que hacer?¿Hay algún tipo de herramienta? Yo qué sé, un GitHub Copilot, lo instalo en mi ID, empiezo a trabajar sobre ello, o sea, algún un curso o alguna documentación que me recomendéis que me tendría que mirar previamente para empezar a trabajar bajo ese tipo de metodologías o es simplemente me lanzo a la piscina empiezo a trastear por mi cuenta y poco a poco voy aprendiendo¿cuál sería la mejor

SPEAKER_00 26:41

herramienta? herramientas hay evidentemente se puede empezar con OpenCode por ejemplo que creo que es un buen framework que cualquiera se puede instalar además te provee una capa gratuita para trastear lo veo bien lo puedes instalar en tu VS Code o donde quieras quieras y hay mil puntos para formarse, ya sean vídeos de influencers de desarrollo, cuidado, siempre hay que tener ojo en eso, en que sea gente pues que al menos que tenga un bagaje del mundo del desarrollo, que no sean los típicos que generan código de una aplicación en cinco minutos, sino gente que es muy importante tener buenas prácticas, tener conceptos de craftmanship, de código limpio de arquitectura patrones este es un mundo muy amplio que y un conocimiento que hay que adquirir sí o sí y yo creo que nos podemos formar tanto evidentemente de influencers que sepas que vienen de la parte del conocimiento del desarrollo de software de verdad y Por otra parte, yo siempre he dicho que todo dinero invertido en formación es bien invertido. Hay miles de cursos en Udemy de gente muy interesante, cursos que te pueden guiar paso a paso o incluso cogerte un curso de estos de Udemy o de cualquier sitio, seguir la escaleta, irte a una guía y de ahí extraer un curso gratuito. o generarte tú mismo tu plan de estudios. Es importante ser autónomo en ese aspecto y proactivo.

SPEAKER_03 28:20

Tú, Julián, una última reflexión, una última recomendación que hagas sobre ese tema.

SPEAKER_01 28:30

No mucho más que no haya más dicho. Al final del día esto sigue siendo informática. Ha sido siempre un ecosistema en el que el ser capaz de aprender por ti mismo ha sido muy importante. eso no es diferente a ODA es simplemente cambiar la forma en la que tienes que desarrollar pero los conocimientos que tienes que tener siguen estando ahí

SPEAKER_03 28:52

completamente

SPEAKER_01 28:54

es un paradigma nuevo pero las bases tienen que ser las mismas

SPEAKER_03 28:58

¿os imaginabais esta irrupción en el mundo del desarrollo software por ejemplo si hablásemos con el Julián que trabajaba en Python hace 7 años¿te lo habrías imaginado que esto hubiera llegado tan pronto? para nada jamás lo habría¿verdad?¿Y en tu caso, Sergi?

SPEAKER_00 29:14

No, no, que va para nada. La verdad es que siempre ha habido mejoras en el tooling, mejoras en los IDs, la manera de generar snippets, de generar sheets, evolución de lenguajes, modas, renombrar el mismo patrón de diseño con nombres más modernos y más cool para vender nuevos frameworks. Pero esto es una revolución 360 que golpea todo golpea claro desde desde la generación de esas historias desde esa parte funcional hasta la parte de calidad despliegues todo lo golpea todo y el

SPEAKER_03 29:55

aprendizaje y a todos los perfiles tanto imagino que a los Product Owner como la parte más de negocio como la parte técnica les afecta 100% pues Sergi Julián ha sido un auténtico placer teneros con nosotros hoy aquí en Haltetalk en este cuarto programita que ya lanzamos recordamos a nuestra audiencia que tenéis el primer programa donde estuvimos hablando con una compañera del CSD y sus compañeros de equipo con Itana sobre inteligencia artificial de un modo un poco más generalista y nada muchísimas gracias por vuestro tiempo y espero que nos veamos en futuros episodios, programas, podcast de Hack the Talk Julián, Sergi, un auténtico placer Muchas gracias Y a nuestra audiencia nos vemos en el próximo episodio de Hack Muchas gracias. Hasta otra

SPEAKER_02 30:55

vez.