Este era el mejor sonido de fondo de tus videos!

Hola Antonio, felicitaciones por tu excelente contenido. Tengo una sugerencia: hacer un video explicando como utilizar lazy loading con standalone components con children. Es decir rutas padre que cargan de forma perezosa rutas hijas solo cuando estas son utilizadas. Es una estructura muy común en las app y existe poca o casi ninguna documentación o material sobre ese tema en español. Un cordial saludo.

Excelente video, actualmente estamos en este punto con mi equipo. Probando diferentes modelos para ver cual se adapta mejor a nuestro caso de uso

Podrias crear uno explicando las diferencias entre prompting, RAG, fine-tuning , ese tema si considero que tiene mucho futuro!

Gran video, yo he estado usando langchain para RAG y fine-tuning ollama, y me va muy bien en mi ordenador y hasta para ventas y automatizaciones!

Muy interesante resumen , no descuides semantic-kernel capa 3 y Microsoft autogen a caballo de 3 y 4 de cara al futuro agentes ..

Gran vídeo Antonio! Buen resumen

Creo que el tema está en volver microservicios, aquellos puntos que son transversales entre proyectos. Por ejemplo, si quieres un sistema de login de usuarios único y centralizado. En vez de convertir todo tu proyecto en microservicios, pueden crear un monolito distribuido para las funcionalidades generales y que el backend se encargue de la suscripción de eventos al microservicio de autenticación. En vez de convertir todo a microservicio, identificar los puntos críticos que podrían ser utiles al desacoplarlos.

Lo del Bibliotecario/RAG me parece un caso de uso muy interesante. A poco que una empresa/departamento tenga unos años la montaña de documentacion se hace inmanejable. ¡Gracias Antonio por ser tan buen comunicador!

Shape Up puede ser el antídoto para la burocratización de las empresas.Saludos

Hola, Antonio. Gracias por el vídeo; es súper-interesante. Pero me surge una pregunta: Hablas de casos de uso, como RAG, que no lo conocía, y dices que son muy fáciles de implementar. No sé si es que estás pensando/trabajando para mega-empresas y "fácil" es otro nivel. Yo tengo una startup con 10 personas. ¿Esto es aplicable a mi caso? ¿Cómo sería la implementación? ¿En qué consiste? ¿En contratar a una consultora? Me encanta la IA y la uso a diario, pero en la práctica no paso de ChatGPT (o similares). Mi empresita lleva menos de 3 años y ya sufro de ese déficit de claridad documental. Y, efectivamente, tenemos un NAS, y un Confluence y mil piezas de información en mil sitios más, como docenas de excel de Google Drive y cosas así. No sabría cómo implementar ese bibliotecario, o analista. Gracias, Antonio.

Seria intersante saber que tipo de hw y sw requiere una empresa para implementar los casos de uso mencionados

Saludos, que modelo de lenguaje (llm) son los mas recomendables para los casos de uso mencionados

Hola, te.escribo desde Perú.

Hola buenos días, muy interesante el video y muy bien explicado aunque se echa de menos ejemplos gráficos. Se que es mucho curro pero creo que sería bueno tanto para captar subscriptores como para nosotros entenderlo mejor. Gracias

Gracias por la información, y si seria genial ver un video en este canal sobre RAG

Muy interesante estos casos de uso. En mi empresa estaría muy interesante aplicar el primer y tercer caso de uso. Estaría genial si pudieses ampliar la información de estos puntos, soy front-end y este tema es algo mas complejo para mi. 💯💯💯

Si si, hablas mas de RAG !!!

¡¡¡¡Yo si espero el video de RAG!!!! buen contenido, saludos.

Contenido para volver a escucharlo hasta asimilarlo. En mi opinión de iniciado en agilidad, transmites muy bien tu conocimiento basado en la experiencia 100% ¡¡Gracias por compartir!!

Genial! Estoy en la misma onda. Viendo cómo puedo aplicar IA con todos mi años de software engineer

Yo creo que las vacunas tambien tienen su influencia. Han idiotizado bastante al coder medio, por lo que se necesitan a más... hahahah y sabes que es verdad

Creo que lo que falla es que se trata de aplicar la misma solución (microservicios, monolitos, etc) a todo tipo de aplicación. Creo que los arquitectos e ingenieros de software tienen que dejar de usar las modas y pensar seriamente cual es el poducto que que quieren desarrollar. Veo que en muchos casos le dicen a los programadores "Hay que hacer esto", sin casi ninguna planificación o delineamiento. Hay empieza a jugar el nivel de señority de cada uno, sumado al problema de la rotación, los proyectos terminan como "Frankesteins" con poca resiliencia, difíciles de continuar y mantener.

El tiempo del desarrollo dependerá del tamaño del proyecto.. no se puede limitar a un tiempo determinado.. el tiempo se debe llegar a un acuerdo entre todos los involucrados

Yo tengo opiniones encontradas (por no decir q la solución “DEPENDE”) Por un lado me ha servido desacoplar las funcionalidades en microservicios porque me ha sido mas fácil mantener el código y añadir nueva funcionalidad, pero por otro lado al entrar en equipos donde ya tienen todo su sistema montado con 6 o 7 micros se me hizo casi imposible entender como funcionaba todo el flujo, seguir la traza de errores o identificar el estado y en que punto se había quedado. Entonces creo q lo mejor es no casarte con una solución sino d intentar dejar todo lo las simple posible y si vez q el sistema crece sacarlo en otro micro servicio pero evaluando la complejidad q se le añade.

Scrum si funciona, lo he visto. Eso si, debe ser adaptado a cada equipo, no debe ser algo fijo

El problema de SCRUM es por los que lo siguen al pie de la letra, si te das la libertad de modificar el framework a tus necesidades, es un marco de trabajo maravilloso, yo lo odiaba antes, cuando en mi empresa lo seguian a raja tabla, las reuniones constantes innecesarias eran un calvario, hasta que un día de un momento a otro empezarón a ser mas flexibles, eliminando todas esas reuniones y basicamente dejando solo la daily que no pasa de los 15 minutos, desde entonces le he agarrado el cariño porque es una perfecta forma de organizarse y documentar todo el proceso de desarrollo del proyecto. Yo hasta lo uso para proyectos personales o de freelance, y lo uso a pesar de ser el unico que trabaja sobre esos proyectos. Y seamos honestos, la industria esta completamente casada con SCRUM, esto no va a cambiar al corto o mediano plazo, donde llegue a mencionar en mi compañia sobre cambiar el marco de trabajo, les daria un ataque cardiaco a todos.

Excelente... Para analizar y digerir. Información basada en realidades 👍

muy buen aporte, gracias amigo

Muy buen video

Para cuando un video de shape up?

Todo bien, pero nada que ver el titulo del video amigo, tenes muchos seguidores para que hagas ese tipo de preguntas jaja igual, tenes muchos seguidores, por algo será! Buen video. Pero bueno, a simple vista es una vendida de humo el título y la foto.

Tiene mucho sentido, trabajo en una empresa donde parece haber una espidemia de microservicesitis

Me da un poco de risa que ahora se está volviendo popular el "Server Side Rendering", o como me gusta llamarlo "un servicio web normalito de toda la vida".

Shape Up sería interesante que hicieras el vídeo.

A veces pienso que se sobre dimensiona los proyectos. Gran video.

Buen trabajo, como se llama la extensión que usas para a completar el placeholder

Buen video. Por mi experiencia, la clave es ese alcance de proyecto o incluso la documentación funcional: indefiniciones, fechas imposibles por alcance o incluso por esas indefiniciones. etc. Además, unido a eso, la incapacidad para priorizar porque no se tiene claro qué es clave y qué no para iterar y avanzar. Este tema también sería un buen contenido para un video.

Acabi de conocer este canal y este conocimiento no tiene precio

Muchas empresas comenzaron a utilizar microservicios por subirse al hype, sin entender que la idea de los microservicios es que distintas secciones del negocio puedan crecer y caerse sin afectar a otras, en su lugar solo separaron la lógica en distintos servicios, pero todos dependen entre todos, haciendo inútil la separación, gastando más en infra y complicando el mantenimiento

Esto son Plus de angular para darnos mucha mas flexibilidad en nuestros proyectos, pero no significa que se dejará de lado los módulos, se pueden combinar componentes standalone con modulos, y eso le da más poder aun.

Totalmente de acuerdo contigo. Si yo, propietario de una pequeña empresa, estoy sufriendo todo esto que dices, al aumentar el tamaño de la misma los problemas se multiplican exponencialmente y esto llevará en pocos años a grandes quiebras y a miles de programadores sin trabajo. Además, programadores ultra preparados en una tecnología pero no válidos cuando se necesiten "hombres orquesta". Todo lo que sube como la espuma, se disuelve como ella. Ya te digo, desgraciadamente totalmente de acuerdo contigo.

Buenas que tal, Tengo 6 años de experiencia en el sector como programador y 2 años y medio de SRE. Actualmente trabajo en un equipo de plataforma / devops en una empresa B2B. Me dedico también a desarrollar en node.js, módulos de terraform, y a ayudar a los equipos de desarrollo de otras empresas a ser más efectivos mediante ciclos de CI/CD donde el programador tiene mucha responsabilidad a la hora de sacar nuevas versiones a producción. En mi caso no existe la especialización, sino que desarrollo mis "soft skills", en otras palabras, sé leer la documentación necesaria para resolver problemas de frontend, backend, devops, pero no tengo que hacerme un experto en algo específico, ya que no es necesario. Estoy de acuerdo en parte en que la especialización pura no es buena porque cierra demasiado el scope de un profesional de cara a donde trabaja y su futuro, en cambio las soft skills también tienen sus contras, como que lleva muchos más años ser un Senior con una posición del estilo siendo un "todoterreno". Lo que comentas de la securización, urls, se podría solucionar quizá en una arquitectura integrada en un cluster de kubernetes, que te garantiza toda esa coordinación de comunicación entre los micros de una forma más sencilla. Por otro lado el empleo de monorepos donde exista código común y construcción de imágenes de docker separadas puede ser de mucha ayuda también, es decir un monolito ordenado y que pueda construirse sin tener que compilar/transpilar todo el código, sino las partes necesarias. Un saludo.

Excelentes puntos de vista. Solo me quedó una duda ¿Por qué tendría que ser una nueva opción de integración o acoplamiento el hecho de hacer rendering desde el servidor para enviar HTML? Me parece que al final ahí estarían los 2 monolitos, aunque el front sin la tarea de renderizar y procesar Json. No veo la ayuda... Saludos!!

En mi caso utilicé mucho ssr, pero vi que los frameworks se fueron quedando atrás en la gestión de recursos

Soy Scrum Master y si Scrum no es optimo para todos. Hay otras metodologias como KanBan, scrum ban , etc. El asunto es que management solo agarra la moda de sus grupos de amigos empresariales. Porque supuestamente funciona. Error 2 mucho de Agile se toma de la cultura Japonesa, el problema es que se piensa funciona con Latinos, hindues, franceses y no. Se termina haciendo un Franquestein de los modelos de proyectos. Como indica la vision de a donde se desea llegar se pierde en muchos casos es management pensando que se debe reforzar la productividad cuando se hace lo contrario, nadie habla de cuando alguien se enferma y debe estar fuera de linea una semana 😂🎉

Creo que mas el problema como en todos los proyectos es tener una buena arquitectura. La modulizacion resulto ser muy buena para hacer mas robustos los proyectos en escalabilidad de cargas y multi servidores. Pero como indica en el video el mantenimiento se volvera siempre complicado y creo al final AI se encargara de eso al final eventualmente reemplazar a los programadores. Al final no sera raro ver un DevOps AI. Un ejemplo es la modulacion de logs en Splunk AI que Cisco planea como solucion para QA

**Definición GIT 4:52: que bueno lo del "seguro de vida", que algunos tenemos tendencia a "liarla parda"... -> Tu buena dicción, junto con un contenido tan "magro", son de gran ayuda. ¡¡Gracias maestro!!

Hola Antonio, que buen video! Por favor haz el detalle de la metodología Shape Up. Un saludo 👋🏻

Estoy empezando a aprender programación desde 0, tienen algún consejo para mí o alguna ayuda para poder saber cómo empezar a aprender