Mi sugerencia es que Luis haga un blog. Asi se evita pelear con la gente y ayuda a EDUCAR a la gente usando los instrumentos actuales. Luis es un crack
Muchas gracias Luiz Fernandez Muñoz, de verdad, pase por varios vídeos, artículos buscando conocer lo de la arquitectura hexagonal, queriendo conocer lo que és y cómo se implementa porque quería tomarlo como documentación y arquitectura para un proyecto hasta que encontré esta clase y verdaderamente el panorama está claro, gracias, muchas gracias.
Cuando Luis dice "hablar de modularidad ahora no mola tanto", hago el aporte que ahora se está poniendo de moda nuevamente el MONOLITO MODULAR que es una Arquitectura ideal para comenzar un proyecto que en el futuro puede crecer y necesitará migrar hacia una Arquitectura de microservicios. Las ponencias las encuentras bajo el nombre MAJESTIC MONOLITH
Yo pensaba lo mismo sobre la arq. exagonal y demas, rejuntando todos los conceptos... Pero que lo diga este hombre me ha dado mas confianza. Y me ha gustado mucho este video. Y quisiera con muchas ganas VER/OIR MAS a Luis.
Excelentes explicaciones, realmente cuando era estudiante... nadie supo explicarme así la arquitectura de software, prácticamente que la fuimos deduciendo a partir de golpes en la cabeza y luego nos damos cuenta que la arquitectura es el soporte de lo que luego vamos a crear y que si no se adoptan las prácticas desde el principio las cosas serán muy difíciles. De nuevo, Felicidades por la conferencia.
Gracias Rafael. Creo que es importante que nos expliquen las cosas relacionando el conocimiento de base que ya tenemos y así se nos abre la mente. Luis lo hace muy bien.
Muy buena explicación. Da gusto escuchar una visión más crítica de esta arquitectura y no ese idealismo que hay hoy en día por cualquier cosa ágil. Me siento muy cómoda en esta gran comunidad ❤
En conclusión hasta la parte que me he quedado (1:08:20), la arquitectura hexagonal, cebolla, y limpia son el mismo perro con diferente collar. Es lo que entiendo. Y también según el libro que estoy leyendo sobre ingeniería de software da la razón al ponente. Pues ahí no se habla de ninguna arquitectura de estas ágiles, pero si que se habla de conceptos como el acoplamiento, la separación de responsabilidades y la no dependencia de tecnologías específicas que es algo que si diseñas bien, se cumple con cualquier estilo de arquitectura "antigua".
Excelente exposición. Si el Dr. Luis Fernández escribe un libro el mismo, seré el primero en comprárlo, cueste lo que cueste. Es un libro abierto. Saludos desde Argentina. 😊
Sr. Luis, el Screeming architecture esta su propio libro donde dice que la arquitectura grita, es decir no arma una aquitectura en capas solo trata de darle nombres a las calses y fuciones que griten de lo que trate. Clean Architecture, esos circulos concentricos, esta arquitectura resuleve todo el problema, yo recomiendo leer el libro. Sr. Luis, cuando dice que la capa interna no debe depender de la externa quiere decir de que ningun nombre de clase, nombre de variable o funcion no debe ser llamada en la capa interna de la externa, y esto es muy logico porque sino hariamos daño a ala capa interna al decir daño me refiero a que no pudes llamar a una clase de la externa desde la interna proque la externa aun no existe, entonces daria errores de compilacion y dependencias transitivas y eso cien por ciento comprobable. Cada caso de uso si debe de tener su interface de entrada denominada InputBoundary y esto es por proteger a la siguiente capa de saber demaciado sobre la capa que la llama, la inversion de control, pero tambien el interactor quien llama al input debe de dar una salida con un OutPutBoundary que es una interface que retornara un OutputData que sera implementador por un Presenter y entregado a a la vista. El patron MVC esta solo el los adaptadores e incluso ahi en el MVC tambien se utiliza el MVP
Tremendo ponente, la verdad es que con la cantidad de vendehumos que hay hoy día da gusto escuchar a alguien como el. No lo conocía, voy a buscar todo su material y consumirlo.
Totalmente de acuerdo, al final estas fulas arquitecturas son pura moda, pero que en la realidad es mas de lo mismo con otros términos, para mi es pura filosofía
Tengo una pregunta, en la plataforma, si me inscribo durante un mes, tengo acceso a todo el material de arquitecturas y entre otras? eso no especifica muy bien la pagina
Si, la suscripción te da acceso a todo el contenido que tenemos. Los cursos, los másters, talleres, etc. No hay límites con respecto al contenido que podrás consumir. Gracias por preguntar!
El concepto vista en arquitectura es porque se plantea un modelo desde cierta perspectiva: Negocio, Contextual, Conceptual, Implementación, Despliegue etc. Las interfaces de comunicación no son vistas, son elementos de software que permiten implementar contratos entre componentes y la vista que los describe se llama vista de implementación.
101% de acuerdo como poco. @01:37:00 es flipante cómo la peña enreda las cosas. Hexagonal es porque se levantó pensando en 6 pero podía llamarse octogonal para dejar más espacio para por si se necesita y no quedarse corto.
Gracias por mandarnos tu opinión!! la verdad es que Luis lo desenredó genial, ahora si te toca aprender Hexagonal lo tendrás mucho más sencillo, seguro!
Me alegra saberlo. Porque ahora estoy seguro que podrás repasar todo lo que te leíste y enterarte mucho más, ya que los conceptos en los que se construye la arquitectura los conoces de entrada.
@@deswebcom me gustaría aprender y estar mucho más claro, voy a chequear las otras charlas que tienen en UA-cam... Pero también, si no es mucha molestia, puede facilitarme si correo para estar en contacto?... Saludos
Este curso es parte del máster en desarrollo impartido por Luis Fernandez ? Está disponible el máster en la plataforma ? cual sería el orden a seguir de los cursos? muchas gracias y ahora sigo cada uno de los videos de Luis. crack!
Quizas esta demas, pero al hablar comunmente de vistas, MVC es por defecto el mejor enfoque arquitectonico, mas alla de eso, mvc funciona incluso con arquitectura hexagonal, hablando de interacciones en aplicaciones tipo cliente-servidor
Nuestra industria padece del famoso "mal de lo nuevo", donde todo aquello novedoso parece extraordinario aunque no aporte valor en mo absoluto como es el caso de la Arquitectura hexagonal. Mas ingeniería, menos HYPE.
Hola, tendrías que suscribirte al canal, supongo!! ahora bien, los algoritmos que usa youtube para recomendar no los conocemos, pero según tengo entendido le gusta más que veas vídeos que te hagan perder el tiempo y enganchar con otros vídeos que le hagan ganar más dinero con anuncios...
Se deshaogo el luis contra el autor de la arquitectura hexagonal hasta el minuto 1:42 habla indignado por que no hay criterios para discutir y el libro expresa con la frase esta basada en gustos personales.
No es dehaogo... es una impresión y es que libros no hay, se ha armado un montón de ruido y solamente es un post. El problema es que se quiera hacer todo con recetitas y no saber lo que estás haciendo y por qué lo haces así como querer aplicar soluciones que resuelven problemas que quizás tú no tienes. Es el mundo en el que vivimos actualmente y si no estudias las bases estás perdido.
Andale, pense que era el unico que criticaba la palabra APLICATIVO (considerando que es un adjetivo no un sustantivo) prefiero llamar PROGRAMA, SERVICIO, PLATAFORMA, EJECUTABLE,
Creo que es importante que diga algunas cosas para que algunos discentes no se lleven a engaño y para que el docente tome nota de algunas cosas. 1) El docente hace muchas simplificaciones que hacen que se distorsione la realidad hasta el punto de poder argumentar lo que quiere. 2) El docente da muestras en varias partes del vídeo que no ha entendido la arquitectura hexagonal, de ahí que no entienda su ventaja. 3) El docente comete muchos errores pero uno de los más llamativos es que diga que los SGBD solo responden a las consultas que se les hace, sin embargo eso era así hace décadas. El docente desconoce cómo se hacen las grandes aplicaciones en la que no se puede delegar a la lógica de la aplicación la comprobación de las restricciones en los datos (un ejemplo muy fácil de ver son los datos de los contribuyentes de Hacienda, no se puede delegar en que si hoy la consultora X gana el proyecto para modificar la lógica y las vistas para contemplar los nuevos cambios en la ley, nuevas formas de deducciones fiscales, etc, pueda llegar a dejar todo inconsistente por despistes, bugs, negligencias, sabotajes, ....). En 1:14:29 (aunque lo dice en varios momentos) dice "son pasivos, ¿tú has visto alguna vez al SGBD atacándote? ¿lo has visto activo? ¿Lo has visto proactivo? No, tú has visto que cuando le preguntas, responde, es pasivo." Pues resulta que hace décadas que eso no es así. Desde la aparición de los triggers, de PLSQL, ... los SGBD pueden interactuar como un actor más en ambas direcciones, de formas asíncrona y autónoma. 4) El docente no debería fumar mientras da clase. 5) Hay alguna falta gramatical/ortográfica en los textos. 6) El vídeo no es una clase, es un alegato infundado que persigue imponer la idea de que lo que se hacía hace 30 años es mejor que las mejoras actuales. En mi opinión esto lo hace porque él aprendió así, siempre le ha funcionado y no ha sabido o no ha querido adaptarse a los cambios. Lo peligroso es que para argumentar cosas que no son ciertas, entremezcla con argumentos e ideas que sí son ciertas, por lo que al discente inexperto podría llegar a convencerle.
Estoy en total desacuerdo con lo que dice usted señor moderno. 1) Precisamente esas simplificaciones no distorsiona la realidad sino que quita complejidad 2) Bueno son opiniones. 3) Sin lugar a dudas ambos tienen razón, pero para lo que se está contando aquí en líneas generales y sin entra concreciones es pasiva. 4) El docente estando online puede fumar si le sale de las neuronas, a mi no me llega el humo. 5) Posiblemente, pero somos humanos y podemos pasarlo por alto yendo a la esencia de la explicación 6) No estoy de acuerdo, lo que está diciendo es que hay muchos inventos del día de hoy que no son inventos es lo mismo con otro nombre y adornadito.
En mi trabajo nos han mandado poner arquitectura hexagonal; es decir, lo mismo que hacíamos siempre, pero con distintos nombres, negocio en los modelos internos y duplicación de código por todas partes. Este hombre lo ha clavado; y te lo explica claramente con referencias de los propios autores de estas arquitecturas; han rediseñado la rueda.
@@emmanuelvalverderamos en absoluto. Hay montones de ejemplos de “arquitectura hexagonal”, incluidos los que ha puesto en este vídeo sacados del libro original por ejemplo. Es lo mismo que antes. ¡¡¡Si hasta en los propios libros lo dicen los autores!!! Según ellos la diferencia es el uso de los principios SOLID, pero ya existían principios básicos de diseño antes. Si no, explícanos tú la diferencia entre un MVC bien hecho y puertos/adapters.
Mucha película hablando de autores libros y críticando sin sentido, mezclando conceptos, arquitectura, patrones, metologias y demás familia, demuestra mostrando el código que escribes en lugar de hablar tanto.
Gracias por la opinión. Muy bienvenida! Pero permíteme decir que no hay necesidad de demostrar nada... quizás donde sería importante demostrar es cuando se pretende reinventar la rueda, simplemente cambiando nombres a cosas que ya existían desde hace décadas. La idea es eliminar ruido y creo que eso el vídeo lo consigue. Saludos!
Te pasas dias buscando frases de otros?, Aqui tengo una frase tuya en el minuto 1:49,"Deja de guiar a la gente que esta aprendiendo, Enseñar cuesta mucho y claro pero con tanto ruido cuesta mucho mas. CAPO
Todo el mundo dice que es un crack... A mí no me gusta su estilo: parece que siempre está enfadado... Y IMHO pontifica más que aquellos a los que critica 🤦
@@compartelo007 es un comentario que puse nada más empezar a ver el vídeo, luego ya me ha preocupado otro tipo de cosas que han dejado claro otros usuarios en los comentarios. No sé si te pagan algo por defender al profe, pero deberían porque leyéndote te has tenido que tragar varios sapos. suerte con eso.
Como he dicho muchas veces no solo las formas, sino que no añade nada, no inventa ni el término que dice crear, ni tampoco dice nada nuevo (lo primero dicho por Martín Fowler y lo segundo en una charla de 2017 en .net)
Son licencias que se permite Luis. Está en su casa y a nosotros nos parece que si lo que necesitamos es aprender, merece la pena hacerlo con el mejor! aunque se fume un cigarro o varios mientras nos explica. No tienes que respirar su humo! jajaja
No estoy de acuerdo con el acoplamiento de los CONTROLLERS y los DAOs, aqui debe existir un Servicio que oculte la persistencia del controlador. El controlador solo conoce el modelo.
Tu opinión da pie para que el profesor nos pueda aclara y corregir si este tipo de controladores no tiene nada que ver con los controlador de algunos frameworks como Spring, donde se utiliza mucho la anotación @Controller para marcar clases que exponen principalmente API REST (Estaríamos hablando del acoplamiento aferente dependiente de la tecnología de Spring). Por otro lado lo que yo entiendo del controlador que expuso el profesor, es sobre el núcleo de la aplicación y este controlador genera un acoplamiento eferente para poder integrarse con sus colaboradores. En conclusión, tal como lo entiendo. Es el mismo nombre pero no aplican las mismas reglas ya que son contextos totalmente diferentes.
Mi sugerencia es que Luis haga un blog. Asi se evita pelear con la gente y ayuda a EDUCAR a la gente usando los instrumentos actuales. Luis es un crack
Jajajajajaja, creo que es la primera vez que me rio y aprendo tanto en una clase. Un genio!
Gran clase maestro, profundizando cosas necesarias!
gracias!!
Muchas gracias Luiz Fernandez Muñoz, de verdad, pase por varios vídeos, artículos buscando conocer lo de la arquitectura hexagonal, queriendo conocer lo que és y cómo se implementa porque quería tomarlo como documentación y arquitectura para un proyecto hasta que encontré esta clase y verdaderamente el panorama está claro, gracias, muchas gracias.
Cuando Luis dice "hablar de modularidad ahora no mola tanto", hago el aporte que ahora se está poniendo de moda nuevamente el MONOLITO MODULAR que es una Arquitectura ideal para comenzar un proyecto que en el futuro puede crecer y necesitará migrar hacia una Arquitectura de microservicios. Las ponencias las encuentras bajo el nombre MAJESTIC MONOLITH
Yo pensaba lo mismo sobre la arq. exagonal y demas, rejuntando todos los conceptos... Pero que lo diga este hombre me ha dado mas confianza. Y me ha gustado mucho este video. Y quisiera con muchas ganas VER/OIR MAS a Luis.
En el canal hay muchos vídeos con Luis!
Amo este sujeto, me encantaría tener una clase presencial así intensiva. Realmente lo entiendo muy bien en su forma de ver las cosas
Excelentes explicaciones, realmente cuando era estudiante... nadie supo explicarme así la arquitectura de software, prácticamente que la fuimos deduciendo a partir de golpes en la cabeza y luego nos damos cuenta que la arquitectura es el soporte de lo que luego vamos a crear y que si no se adoptan las prácticas desde el principio las cosas serán muy difíciles. De nuevo, Felicidades por la conferencia.
Gracias Rafael. Creo que es importante que nos expliquen las cosas relacionando el conocimiento de base que ya tenemos y así se nos abre la mente. Luis lo hace muy bien.
Muy buena explicación. Da gusto escuchar una visión más crítica de esta arquitectura y no ese idealismo que hay hoy en día por cualquier cosa ágil. Me siento muy cómoda en esta gran comunidad ❤
Gracias Ruth!!
Me Encanta cómo explica! Se sale de lo políticamente correcto y es brutal! Ya mismo compro el curso.
Gracias George! nos vemos en el curso!
@@deswebcom ya dentro de la plataforma :) gracias!
Este video es la leche. Muy ilustrativo, muchas gracias!
Gracias Rodrigo por comentarlo!!
Me declaro fan de Luis. En serio... me voy a poner todos sus videos uno tras el otro.
jajaja gracias!
muchas gracias por la explicación, estuvo increible
Estupendo! muchas gracias por comentarlo!
Genial!! gracias por abrirnos un poco los ojos y la mente!! sos un Dios!
Excelente Jean Paul, gracias por comentar!
Qué gran master class. Valiosísimo contenido!!
Mil gracias Joel!
Llevaba mucho tiempo preguntándome que tenía de diferente la Arquitectura Hexagonal. Ahora entiendo por qué no era capaz de entenderlo.
Muchas gracias por la presentación del curso, muy bien explicado y sólo quiero tomar tus clases.
Soy programador sin formación de grado. Poder escucharlo a Luis realmente es como tener una luz entre tanta oscuridad. Un saludo!
Lo es para muchos, incluso con grados universitarios!! un saludo!
Grande CRACK Luis! un abrazo lo que daria por haber tenido un Profesor como usted, todo un Maestro mis respetos
Muchas gracias! Un abrazo!
Sos un idolo Luis. Saludos desde Argentina.
Apenas conozco este sujeto! y wow!!!
Muchas gracias maestro
Excelente ponencia. La recomendaré!
Muchas gracias por compartir!!
En conclusión hasta la parte que me he quedado (1:08:20), la arquitectura hexagonal, cebolla, y limpia son el mismo perro con diferente collar. Es lo que entiendo. Y también según el libro que estoy leyendo sobre ingeniería de software da la razón al ponente. Pues ahí no se habla de ninguna arquitectura de estas ágiles, pero si que se habla de conceptos como el acoplamiento, la separación de responsabilidades y la no dependencia de tecnologías específicas que es algo que si diseñas bien, se cumple con cualquier estilo de arquitectura "antigua".
Oh viejo sos definitivamente un capo me mataste con la "cuestión de intuición", muy informativo todo, muchas gracias!
Gracias a ti! un saludo!
Totalmente de acuerdo con lo expuesto en el vídeo
Gracias por tu comentario!!
Muchas gracias Luis, por la clase.
Gracias a ti! un abrazo!
Excelente exposición. Si el Dr. Luis Fernández escribe un libro el mismo, seré el primero en comprárlo, cueste lo que cueste. Es un libro abierto. Saludos desde Argentina. 😊
Recomiendo leer FUNDAMENTALS OF SOFTWARE ARCHITECTURE de Mark Richards y Neal Ford del año 2020
Espectacular curso
Gracias Reinaldo!!!
¡Muchas gracias por compartir! estuvo increíble.
Este tipo es fantastico
Sí, lo es!!
Llego a mi casa del trabajo y veo este video me hicieron terminar mi día con mucha alegría gracias
Luis es el chad de la programación
El Messi jaja
Oro puro esta catedra!
Gracias!!
Este tio si sabe.
Gracias Felipe!!
Cierto? Sí o No ?
Ok!
Sr. Luis, el Screeming architecture esta su propio libro donde dice que la arquitectura grita, es decir no arma una aquitectura en capas solo trata de darle nombres a las calses y fuciones que griten de lo que trate.
Clean Architecture, esos circulos concentricos, esta arquitectura resuleve todo el problema, yo recomiendo leer el libro.
Sr. Luis, cuando dice que la capa interna no debe depender de la externa quiere decir de que ningun nombre de clase, nombre de variable o funcion no debe ser llamada en la capa interna de la externa, y esto es muy logico porque sino hariamos daño a ala capa interna al decir daño me refiero a que no pudes llamar a una clase de la externa desde la interna proque la externa aun no existe, entonces daria errores de compilacion y dependencias transitivas y eso cien por ciento comprobable.
Cada caso de uso si debe de tener su interface de entrada denominada InputBoundary y esto es por proteger a la siguiente capa de saber demaciado sobre la capa que la llama, la inversion de control, pero tambien el interactor quien llama al input debe de dar una salida con un OutPutBoundary que es una interface que retornara un OutputData que sera implementador por un Presenter y entregado a a la vista.
El patron MVC esta solo el los adaptadores e incluso ahi en el MVC tambien se utiliza el MVP
Tremendo ponente, la verdad es que con la cantidad de vendehumos que hay hoy día da gusto escuchar a alguien como el.
No lo conocía, voy a buscar todo su material y consumirlo.
Gracias Sobek!!!! un lujo tener tu opinión!
Este tio, mola!!!
Este tipo es un puto crack...estamos de acuerdo por favor ? Si o no?
Totalmente de acuerdo, al final estas fulas arquitecturas son pura moda, pero que en la realidad es mas de lo mismo con otros términos, para mi es pura filosofía
Tengo una pregunta, en la plataforma, si me inscribo durante un mes, tengo acceso a todo el material de arquitecturas y entre otras? eso no especifica muy bien la pagina
Si, la suscripción te da acceso a todo el contenido que tenemos. Los cursos, los másters, talleres, etc. No hay límites con respecto al contenido que podrás consumir. Gracias por preguntar!
El concepto vista en arquitectura es porque se plantea un modelo desde cierta perspectiva: Negocio, Contextual, Conceptual, Implementación, Despliegue etc. Las interfaces de comunicación no son vistas, son elementos de software que permiten implementar contratos entre componentes y la vista que los describe se llama vista de implementación.
no te gastes el hombre del video no entiende nada, y se la pasa insultado. Ni siquiera saber definir arqutiectura
Excelente video
Gracias!
el profesor luis fernandez tiene canal ?
De momento es este mismo ua-cam.com/users/desarrollowebcom pero estamos pensando en hacer un canal específico con Luis. Más adelante...
101% de acuerdo como poco.
@01:37:00 es flipante cómo la peña enreda las cosas. Hexagonal es porque se levantó pensando en 6 pero podía llamarse octogonal para dejar más espacio para por si se necesita y no quedarse corto.
Gracias por mandarnos tu opinión!! la verdad es que Luis lo desenredó genial, ahora si te toca aprender Hexagonal lo tendrás mucho más sencillo, seguro!
Que genialidad!!
Hola! muchas gracias por tu opinión!
Es un crack.... arquitectura acojonal XD
Este hombre me encanta
Crack donde los haya!! No sabríamos qué hacer sin Luis! :D
Muy buen profesor!
Desde luego!! me alegro que te haya gustado!
Gracias por compartir el contenido de este curso! bueno que hay de OMT++ de Nokia.
Excelente información, he tenido mucha más claridad con esta charla, que con toda la información que he leído... Un saludo
Me alegra saberlo. Porque ahora estoy seguro que podrás repasar todo lo que te leíste y enterarte mucho más, ya que los conceptos en los que se construye la arquitectura los conoces de entrada.
@@deswebcom me gustaría aprender y estar mucho más claro, voy a chequear las otras charlas que tienen en UA-cam... Pero también, si no es mucha molestia, puede facilitarme si correo para estar en contacto?... Saludos
Me recordó a lo que un ex jefe de software dijo: no hay nada nuevo, es la misma mierda con diferentes moscas
jajaja
se necesitan mas Luis que ayuden a impedir que se enrede o sature el desarrollo de software con banalismos intelectuales.
Gracias Edu!!
Este curso es parte del máster en desarrollo impartido por Luis Fernandez ? Está disponible el máster en la plataforma ? cual sería el orden a seguir de los cursos? muchas gracias y ahora sigo cada uno de los videos de Luis. crack!
Este curso está en el Máster, sí. El orden de todos los cursos para tomarlo lo puedes ver en escuela.it/master-desarrollo-software
Gracias
De nada, me alegro que te haya gustado!
Cuál es el curso que menciona de tic tac toe?
Estupenda clase!
Quizas esta demas, pero al hablar comunmente de vistas, MVC es por defecto el mejor enfoque arquitectonico, mas alla de eso, mvc funciona incluso con arquitectura hexagonal, hablando de interacciones en aplicaciones tipo cliente-servidor
Totalmente. Creo que Hexagonal y MVC van de la mano... incluso MV* va de la mano de toda aplicación con buena arquitectura.
Nuestra industria padece del famoso "mal de lo nuevo", donde todo aquello novedoso parece extraordinario aunque no aporte valor en mo absoluto como es el caso de la Arquitectura hexagonal. Mas ingeniería, menos HYPE.
Muchas gracias por esta clase.
Gracias a ti! un abrazo Maximiliano!
Estamos de acuerdo?
Deberías hacer un articulo de revisión para esclarecer todo lo que se menciona.
Edit: Parece mi asesor del paper xd
Pues no sería mala idea, porque es bastante aclarador!
40:38
Q grande!!
No se porque ya no me reporta los nuevos video de desarrolloweb :'( tenia casi 2 años sin ver un video de estos lados
Hola, tendrías que suscribirte al canal, supongo!! ahora bien, los algoritmos que usa youtube para recomendar no los conocemos, pero según tengo entendido le gusta más que veas vídeos que te hagan perder el tiempo y enganchar con otros vídeos que le hagan ganar más dinero con anuncios...
Jajaja siempre que me he puesto a leer de arquitectura hexagonal, siempre he pensado que esto no tiene nada nuevo mas que sus términos cambiados.
Gracias José por comentar... y concordar con nosotros! jejeje
Acabo de entender después de 4 años q es la arquitectura hexagonal
Estupendo!! muchas gracias por el comentario!
Ta kemando el puro de mota.
¿Entonces quienes unas API REST son novatos?
¿Por qué has deducido eso?
Se deshaogo el luis contra el autor de la arquitectura hexagonal hasta el minuto 1:42 habla indignado por que no hay criterios para discutir y el libro expresa con la frase esta basada en gustos personales.
No es dehaogo... es una impresión y es que libros no hay, se ha armado un montón de ruido y solamente es un post. El problema es que se quiera hacer todo con recetitas y no saber lo que estás haciendo y por qué lo haces así como querer aplicar soluciones que resuelven problemas que quizás tú no tienes. Es el mundo en el que vivimos actualmente y si no estudias las bases estás perdido.
Andale, pense que era el unico que criticaba la palabra APLICATIVO (considerando que es un adjetivo no un sustantivo) prefiero llamar PROGRAMA, SERVICIO, PLATAFORMA, EJECUTABLE,
Creo que es importante que diga algunas cosas para que algunos discentes no se lleven a engaño y para que el docente tome nota de algunas cosas.
1) El docente hace muchas simplificaciones que hacen que se distorsione la realidad hasta el punto de poder argumentar lo que quiere.
2) El docente da muestras en varias partes del vídeo que no ha entendido la arquitectura hexagonal, de ahí que no entienda su ventaja.
3) El docente comete muchos errores pero uno de los más llamativos es que diga que los SGBD solo responden a las consultas que se les hace, sin embargo eso era así hace décadas. El docente desconoce cómo se hacen las grandes aplicaciones en la que no se puede delegar a la lógica de la aplicación la comprobación de las restricciones en los datos (un ejemplo muy fácil de ver son los datos de los contribuyentes de Hacienda, no se puede delegar en que si hoy la consultora X gana el proyecto para modificar la lógica y las vistas para contemplar los nuevos cambios en la ley, nuevas formas de deducciones fiscales, etc, pueda llegar a dejar todo inconsistente por despistes, bugs, negligencias, sabotajes, ....). En 1:14:29 (aunque lo dice en varios momentos) dice "son pasivos, ¿tú has visto alguna vez al SGBD atacándote? ¿lo has visto activo? ¿Lo has visto proactivo? No, tú has visto que cuando le preguntas, responde, es pasivo." Pues resulta que hace décadas que eso no es así. Desde la aparición de los triggers, de PLSQL, ... los SGBD pueden interactuar como un actor más en ambas direcciones, de formas asíncrona y autónoma.
4) El docente no debería fumar mientras da clase.
5) Hay alguna falta gramatical/ortográfica en los textos.
6) El vídeo no es una clase, es un alegato infundado que persigue imponer la idea de que lo que se hacía hace 30 años es mejor que las mejoras actuales. En mi opinión esto lo hace porque él aprendió así, siempre le ha funcionado y no ha sabido o no ha querido adaptarse a los cambios. Lo peligroso es que para argumentar cosas que no son ciertas, entremezcla con argumentos e ideas que sí son ciertas, por lo que al discente inexperto podría llegar a convencerle.
Estoy en total desacuerdo con lo que dice usted señor moderno.
1) Precisamente esas simplificaciones no distorsiona la realidad sino que quita complejidad
2) Bueno son opiniones.
3) Sin lugar a dudas ambos tienen razón, pero para lo que se está contando aquí en líneas generales y sin entra concreciones es pasiva.
4) El docente estando online puede fumar si le sale de las neuronas, a mi no me llega el humo.
5) Posiblemente, pero somos humanos y podemos pasarlo por alto yendo a la esencia de la explicación
6) No estoy de acuerdo, lo que está diciendo es que hay muchos inventos del día de hoy que no son inventos es lo mismo con otro nombre y adornadito.
En mi trabajo nos han mandado poner arquitectura hexagonal; es decir, lo mismo que hacíamos siempre, pero con distintos nombres, negocio en los modelos internos y duplicación de código por todas partes. Este hombre lo ha clavado; y te lo explica claramente con referencias de los propios autores de estas arquitecturas; han rediseñado la rueda.
@@emmanuelvalverderamos en absoluto. Hay montones de ejemplos de “arquitectura hexagonal”, incluidos los que ha puesto en este vídeo sacados del libro original por ejemplo. Es lo mismo que antes. ¡¡¡Si hasta en los propios libros lo dicen los autores!!! Según ellos la diferencia es el uso de los principios SOLID, pero ya existían principios básicos de diseño antes. Si no, explícanos tú la diferencia entre un MVC bien hecho y puertos/adapters.
@@danconcep 101% de acuerdo
@@danconcep Eso pasa tantas y tantas veces en esta profesión que es hasta burlesco
Si si si si
Ex-ce-len-te!
si o no porfavor...
Suena a que su verdad es la única
JAAJJA este tipo sabe un montón, pero parce que en cualquier momento explota
Es vehemencia para que se nos queden mejor los conceptos!!
Muy bueno
Mucha película hablando de autores libros y críticando sin sentido, mezclando conceptos, arquitectura, patrones, metologias y demás familia, demuestra mostrando el código que escribes en lugar de hablar tanto.
Gracias por la opinión. Muy bienvenida! Pero permíteme decir que no hay necesidad de demostrar nada... quizás donde sería importante demostrar es cuando se pretende reinventar la rueda, simplemente cambiando nombres a cosas que ya existían desde hace décadas. La idea es eliminar ruido y creo que eso el vídeo lo consigue. Saludos!
Te pasas dias buscando frases de otros?, Aqui tengo una frase tuya en el minuto 1:49,"Deja de guiar a la gente que esta aprendiendo, Enseñar cuesta mucho y claro pero con tanto ruido cuesta mucho mas. CAPO
Si o no porfavor .... si? coletillas de clase presencial que no marchan jajajaja
Y que suenan a que lo sabe todo y que si verdad es la única, suena a prepotencia
Demoledor.
Todo el mundo dice que es un crack...
A mí no me gusta su estilo: parece que siempre está enfadado...
Y IMHO pontifica más que aquellos a los que critica 🤦
Te veo un poco cabreado..
Lo del palillo es muy desagradable, me parece una falta de respeto.
Que pena que eso sea lo que más te preocupa, pero gracias a Dios con sólo escucharlo se soluciona el problema
@@compartelo007 es un comentario que puse nada más empezar a ver el vídeo, luego ya me ha preocupado otro tipo de cosas que han dejado claro otros usuarios en los comentarios. No sé si te pagan algo por defender al profe, pero deberían porque leyéndote te has tenido que tragar varios sapos. suerte con eso.
Como he dicho muchas veces no solo las formas, sino que no añade nada, no inventa ni el término que dice crear, ni tampoco dice nada nuevo (lo primero dicho por Martín Fowler y lo segundo en una charla de 2017 en .net)
Lo siento, dejo de ver el vídeo en cuanto se enciende el cigarro, no veo correcto un contenido educativo con este estilo. Dislike.
Son licencias que se permite Luis. Está en su casa y a nosotros nos parece que si lo que necesitamos es aprender, merece la pena hacerlo con el mejor! aunque se fume un cigarro o varios mientras nos explica. No tienes que respirar su humo! jajaja
@@deswebcom Es una cuestión moral, y lo correcto por vuestra parte es que le trasladéis esta cuestión.
A tomar por cl**** .
No estoy de acuerdo con el acoplamiento de los CONTROLLERS y los DAOs, aqui debe existir un Servicio que oculte la persistencia del controlador. El controlador solo conoce el modelo.
Sin duda es una buena idea
Tu opinión da pie para que el profesor nos pueda aclara y corregir si este tipo de controladores no tiene nada que ver con los controlador de algunos frameworks como Spring, donde se utiliza mucho la anotación @Controller para marcar clases que exponen principalmente API REST (Estaríamos hablando del acoplamiento aferente dependiente de la tecnología de Spring). Por otro lado lo que yo entiendo del controlador que expuso el profesor, es sobre el núcleo de la aplicación y este controlador genera un acoplamiento eferente para poder integrarse con sus colaboradores. En conclusión, tal como lo entiendo. Es el mismo nombre pero no aplican las mismas reglas ya que son contextos totalmente diferentes.