En mi último empleo, en el que no tenía experiencia. Pues a los 6 meses vi la mediocridad de los empleados en general. Y vi cómo sacaban el trabajo de cualquier manera cutre. Se tarda lo mismo en hacer bien el trabajo. Pero el empresario paga lo mismo al trabajador mediocre, que son la mayoría, y paga lo mismo a un buen trabajador productivo. El problema son los humanos que gestionan. Que contratan mediocres y creen que todos somos iguales. Todo mejoraría mucho si seleccionan a buenas personas y no a guapitos y mentirosos compulsivos que a la larga no funcionan

Sabes la solución. Trabajadores no mediocres con condiciones laborales justas. Pero la empresa apreta las tuercas a los buenos empleados y paga lo mismo a los empleados mediocres. El empresario no ficha bien, el problema es su ignorancia. A veces, casi siempre, se contrata a un guapito de cara o a un mentiroso compulsivo y descartais a buenas personas. Es como las mujeres, preferís a los malotes y al final los proyectos no salen. Es vuestro problema, disfrutad lo votado

Expones tus necesidades, muy bien. Y las necesidades del trabajador?veo que eso no lo comentas

Muy bueno

Excelente análisis, creo que el principal problema que se maneja en la industria es que se quiere hacer de todo una bala de plata, nos movemos en un bucle donde nos vamos del punto A al punto B para luego volver al punto A y asi sucesivamente. Ya sea microservicios vs monolito, serverless vs serverful, ssr vs csr y asi con todas las arquitecturas, patrones de diseño, etc. Como veniamos de webs full server side, pasamos al client side donde era lo nuevo y "mejor" y ahora todos quieren volver al ssr porque le estamos dejando mucha carga al usuario. Y creo que como todo es "depende".

Yo creo que la arquitectura depende del proyecto a realizar, muchos miran a los microservicios como lo último de lo último pero es solo una opción más. Además hay empresas que ni saben de la existencia de los microservicios, a ellos no les interesa aplicar novedades, ellos quieren resultados, sea cual sea la arquitectura elegida.

Monolitos modulares

Hola, muchas gracias por su contenido, tengo una duda que no he podido resolver, ¿es posible cargar componentes dentro de otros componentes y llamarlos a través de rutas con carga perezosa? por ejemplo, como lo hacían los módulos. espero poder explicare corretamente, agradezco de antemano cualquier respuesta. Saludos

No estoy de acuerdo que ese 50% que no codean "NO" están desarrollando... todo el equipo desarrolla cada cual en su rol. incluso quienes coordinan forman parte del desarrollo, de la toma de decisiones, de la toma de definciones, etc

Los MS tienen ventajas y contras que dificultan mcuho su implementacion. Imagina un patron saga en microservicios, donde tienes que orquestas varios en una transaccion.. eso es un lio. Ahi un monolito vendria de maravilla pero hay que analizar cada caso. LOs Ms son utiles para dividir proyectos muy grandes con grandes equipos de desarrollo y poco tiempo.

Genial! gracias

Yo nunca he hecho microservicios. Entiendo que es una arquitectura que divide demasiado los servicios u operaciones. Mi mayor experiencia (7 años) ha sido con PHP, JavaScript, MySQL, JQuery y CSS3. Lo que comentas sobre que hay mucho trabajo, pues no. Yo no he podido obtener trabajo y he aplicado para muchos empleos. Tambien tengo conocimientos de Java, Python y ReactJs. Quizas no he tenido suerte. En relacion a que se puede hacer, creo que no deberian de dividir tantos las cosas. Quizas deban de dividir la app en modulos tales como ventas, inventarios, compras, etc. Y crear un monolito y una api rest para cada modulo y ya. De esa forma quizas tengas solo unos 7 servidores, 7 bases de datos, 7 apis rest, 7 monolitos, etc. Creo que se complican mucho. Los programadores finalmente tenemos que hacer lo que la mayoria hace para poder conseguir trabajo. Pero a mi no me gusta seguir todo lo que hacen los demas. Tu menera de pensar coincide con la mia. Por cierto, si sabes de un trabajo escribeme a [email protected]. Yo no me especializo en una sola cosa. Me gusta intentar con todos los lenguajes. Principalmente PHP, pero tambien Python, Java y JavaScript. Saludos. Excelente video. Hablo Ingles por si eso fuera algun problema.

estoy migrando de angular 14 al 15 , pero las librarías son imposibles de que sean compatibles , me carga pero el login no carga

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