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
@MichiHerbarКүн бұрын
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
@MichiHerbarКүн бұрын
Expones tus necesidades, muy bien. Y las necesidades del trabajador?veo que eso no lo comentas
@MichiHerbarКүн бұрын
Muy bueno
@sebamarin124 күн бұрын
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".
@VocesDelAyer7779 күн бұрын
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.
@jorgeyanez88049 күн бұрын
Monolitos modulares
@patrickmoraga662210 күн бұрын
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
@fullstackoficial6 күн бұрын
Hola Patrick! Gracias por comentar antes que nada. Respondiendo a tu pregunta, cargar componentes con lazy loading no se hace a través de rutas, esa situación se solucionó a partir de la inclusión de @defer en angular 17, hay alguna razón por la que quieras realizar esa carga diferida con el router pudiendo hacerlo directamente con el operador @defer?
@chorcharg10 күн бұрын
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
@FiliusDeiPatris27 күн бұрын
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.
@user-lm1ft7gt3bАй бұрын
Genial! gracias
@julioacosta3485Ай бұрын
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.
@RamonAbrahamSantanaRodriguezАй бұрын
estoy migrando de angular 14 al 15 , pero las librarías son imposibles de que sean compatibles , me carga pero el login no carga
@cristianjacobjimenez9794Ай бұрын
Este era el mejor sonido de fondo de tus videos!
@rrrealpe29322 ай бұрын
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.
@uFercho2 ай бұрын
Excelente video, actualmente estamos en este punto con mi equipo. Probando diferentes modelos para ver cual se adapta mejor a nuestro caso de uso
@alfierimorillo2 ай бұрын
Podrias crear uno explicando las diferencias entre prompting, RAG, fine-tuning , ese tema si considero que tiene mucho futuro!
@fullstackoficial2 ай бұрын
Estoy preparando uno de rag vs fine-tuning, pero lo del prompting no veo muy bien cómo meterlo 😂😂
@alfierimorillo2 ай бұрын
@@fullstackoficial Bueno yo lo haria en forma de personalizar y uso de modelos
@alfierimorillo2 ай бұрын
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!
@fullstackoficial2 ай бұрын
Ventas y automatizaciones? Interesante, cuéntame más…
@alfierimorillo2 ай бұрын
@@fullstackoficial Pues tu lo dijistes, analistas a empresas, en el que el encargado del power bi tiene una navaja suiza en la que puede tener mas accesosiempre que tenga un buen prompt y un buen RAG , bot para atencion al publico, y muchos mas
@greenyngchannel8552 ай бұрын
Muy interesante resumen , no descuides semantic-kernel capa 3 y Microsoft autogen a caballo de 3 y 4 de cara al futuro agentes ..
@fullstackoficial2 ай бұрын
Estoy ya trabajando en un vídeo de agentes, aunque antes me gusta hacer unas cuantas pruebas yo mismo para ver bien lo que podemos hacer en este momento (y que en seis meses esté totalmente obsoleto claro…) Gracias por comentar!
@carlosbaldo84592 ай бұрын
Gran vídeo Antonio! Buen resumen
@oscarpow12 ай бұрын
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.
@fullstackoficial2 ай бұрын
No puedo estar más de acuerdo
@vicentelacuesta25932 ай бұрын
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!
@gonzaloarboleda4302 ай бұрын
Shape Up puede ser el antídoto para la burocratización de las empresas.Saludos
@uxiofraga64132 ай бұрын
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.
@fullstackoficial2 ай бұрын
Buenas y antes de nada, gracias por comentar! Muy interesante tu pregunta. Si dentro de tu empresa tienes desarrolladores te diría que sí, montarte un prototipo para empezar a ordenar las cosas es bastante sencillo. Si no tenéis desarrolladores tendrías dos opciones, una, tirar por una consultora, la otra, usar algún producto ya existente, ya hay empresas que ofrecen este servicio, yo en esta opción la duda que me queda es ¿Donde almacenan mis datos? ¿Que hacen luego con ellos? Al final se trata de información CORE de tu empresa, no sé, esa vía no me da a mi personalmente todavía toda la confianza que me gustaría. En definitiva, dime algo o envíame un correo si quieres saber más o explicarme tu caso concreto para darte un poco más de información. Un abrazo!
@uxiofraga64132 ай бұрын
@@fullstackoficial Muchas gracias, Antonio. Efectivamente, no se me ocurre enviar la información a un servidor de terceros. Tengo un par de informáticos, pero sumirlos en este proyecto desviaría su foco. Y si algo tiene el departamento de IT es que tiene saturación crónica, así que no querría añadirles carga. Si me das un email, te lanzo la consulta por privado; pero, vamos, que la pregunta va a ser a qué consultora(s) le puedo pedir ayuda que tenga experiencia montando estas cosas. Me encantaría verlo en acción y lo entiendo como una ventaja competitiva a largo plazo, especialmente para una micro-pyme como la mía.
@@fullstackoficial ¡Ay, disculpa. Se me había pasado tu respuesta!
@flavioenriquerodriguezrobl1502 ай бұрын
Seria intersante saber que tipo de hw y sw requiere una empresa para implementar los casos de uso mencionados
@fullstackoficial2 ай бұрын
Pues en realidad se utilizan sobre todo bibliotecas específicas tipo langchain junto con herramientas de computación en la nube tipo AWS, Google Gemini, GPT-4, etc... junto con LLMs ya existentes
@flavioenriquerodriguezrobl1502 ай бұрын
Saludos, que modelo de lenguaje (llm) son los mas recomendables para los casos de uso mencionados
@fullstackoficial2 ай бұрын
Para esto se viene video en breve, así que si no estás suscrito...
@flavioenriquerodriguezrobl1502 ай бұрын
Hola, te.escribo desde Perú.
@josezzz962 ай бұрын
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
@fullstackoficial2 ай бұрын
Hola! Antes de nada, gracias por comentar, no puedo más que darte la razón, es algo en lo que estoy trabajando pero me veo un poco limitado en tiempo, jeje, te agradezco el comentario, a ver si poco a poco lo voy mejorando, un saludo!
@MaxClintonHarriganChatergoon2 ай бұрын
Gracias por la información, y si seria genial ver un video en este canal sobre RAG
@code18662 ай бұрын
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. 💯💯💯
@serloren53082 ай бұрын
Si si, hablas mas de RAG !!!
@arcamafe2 ай бұрын
¡¡¡¡Yo si espero el video de RAG!!!! buen contenido, saludos.
@alarico_rei2 ай бұрын
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!!
@carlosbolivar35082 ай бұрын
Genial! Estoy en la misma onda. Viendo cómo puedo aplicar IA con todos mi años de software engineer
@fullstackoficial2 ай бұрын
Pues estate atento, se vienen unos cuantos vídeos al respecto!
@mdmarcaassport2 ай бұрын
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
@djbosco29able2 ай бұрын
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.
@andresespinoza81362 ай бұрын
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
@blyjz3 ай бұрын
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.
@shumito3 ай бұрын
Scrum si funciona, lo he visto. Eso si, debe ser adaptado a cada equipo, no debe ser algo fijo
@EstebanColoradoP-bo9nc3 ай бұрын
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.
@jean-gillesraimbault81963 ай бұрын
Excelente... Para analizar y digerir. Información basada en realidades 👍
@jowork46453 ай бұрын
muy buen aporte, gracias amigo
@cristhian-oo7cz3 ай бұрын
Muy buen video
@ShinigamiRemGamer3 ай бұрын
Para cuando un video de shape up?
@fullstackoficial3 ай бұрын
Pues lo acabo de subir ayer mismo! En la página del canal lo tienes!
@luchogurruchaga13513 ай бұрын
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.
@S4MBENTZ3 ай бұрын
Tiene mucho sentido, trabajo en una empresa donde parece haber una espidemia de microservicesitis
@KoltPenny3 ай бұрын
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".
@jfsanchez21663 ай бұрын
Shape Up sería interesante que hicieras el vídeo.
@fullstackoficial3 ай бұрын
Ya lo tienes recién publicado ayer 😉
@jfsanchez21663 ай бұрын
A veces pienso que se sobre dimensiona los proyectos. Gran video.
@sa1dkl3 ай бұрын
Buen trabajo, como se llama la extensión que usas para a completar el placeholder
@fullstackoficial3 ай бұрын
No es una extensión, es una app que se llama text expander