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!

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

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.

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.

@deswebcom

3 жыл бұрын

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.

Me declaro fan de Luis. En serio... me voy a poner todos sus videos uno tras el otro.

@deswebcom

3 жыл бұрын

jajaja gracias!

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.

@deswebcom

Жыл бұрын

En el canal hay muchos vídeos con Luis!

Muchas gracias maestro

Excelente!! Explicado con mucha maestría , típico de la vieja escuela .He visto otros videos por ahí de este señor y siempre van de lujo.Muchas gracias.

@deswebcom

3 жыл бұрын

Gracias Tonymc

Este video es la leche. Muy ilustrativo, muchas gracias!

@deswebcom

2 жыл бұрын

Gracias Rodrigo por comentarlo!!

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.

Genial!! gracias por abrirnos un poco los ojos y la mente!! sos un Dios!

@deswebcom

2 жыл бұрын

Excelente Jean Paul, gracias por comentar!

¡Muchas gracias por compartir! estuvo increíble.

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 ❤

@deswebcom

Жыл бұрын

Gracias Ruth!!

Este tio, mola!!!

Me Encanta cómo explica! Se sale de lo políticamente correcto y es brutal! Ya mismo compro el curso.

@deswebcom

3 жыл бұрын

Gracias George! nos vemos en el curso!

@georgeperez6151

3 жыл бұрын

@@deswebcom ya dentro de la plataforma :) gracias!

Muchas gracias Luis, por la clase.

@deswebcom

2 жыл бұрын

Gracias a ti! un abrazo!

Apenas conozco este sujeto! y wow!!!

muchas gracias por la explicación, estuvo increible

@deswebcom

2 жыл бұрын

Estupendo! muchas gracias por comentarlo!

Q grande!!

Soy programador sin formación de grado. Poder escucharlo a Luis realmente es como tener una luz entre tanta oscuridad. Un saludo!

@deswebcom

11 ай бұрын

Lo es para muchos, incluso con grados universitarios!! un saludo!

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. 😊

Qué gran master class. Valiosísimo contenido!!

@deswebcom

Жыл бұрын

Mil gracias Joel!

Grande CRACK Luis! un abrazo lo que daria por haber tenido un Profesor como usted, todo un Maestro mis respetos

@deswebcom

Жыл бұрын

Muchas gracias! Un abrazo!

Espectacular curso

@deswebcom

2 жыл бұрын

Gracias Reinaldo!!!

Estupenda clase!

Excelente ponencia. La recomendaré!

@deswebcom

2 жыл бұрын

Muchas gracias por compartir!!

Totalmente de acuerdo con lo expuesto en el vídeo

@deswebcom

8 ай бұрын

Gracias por tu comentario!!

Este tipo es fantastico

@deswebcom

3 жыл бұрын

Sí, lo es!!

Que genialidad!!

@deswebcom

2 жыл бұрын

Hola! muchas gracias por tu opinión!

Sos un idolo Luis. Saludos desde Argentina.

Oro puro esta catedra!

@deswebcom

Жыл бұрын

Gracias!!

Recomiendo leer FUNDAMENTALS OF SOFTWARE ARCHITECTURE de Mark Richards y Neal Ford del año 2020

Llego a mi casa del trabajo y veo este video me hicieron terminar mi día con mucha alegría gracias

Excelente video

@deswebcom

2 жыл бұрын

Gracias!

Oh viejo sos definitivamente un capo me mataste con la "cuestión de intuición", muy informativo todo, muchas gracias!

@deswebcom

2 жыл бұрын

Gracias a ti! un saludo!

Este tipo es un puto crack...estamos de acuerdo por favor ? Si o no?

@josedlucas1

2 жыл бұрын

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

Este tio si sabe.

@deswebcom

2 жыл бұрын

Gracias Felipe!!

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.

@deswebcom

2 жыл бұрын

Gracias Sobek!!!! un lujo tener tu opinión!

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".

Muy buen profesor!

@deswebcom

3 жыл бұрын

Desde luego!! me alegro que te haya gustado!

Gracias por compartir el contenido de este curso! bueno que hay de OMT++ de Nokia.

Gracias

@deswebcom

2 жыл бұрын

De nada, me alegro que te haya gustado!

Muchas gracias por esta clase.

@deswebcom

3 жыл бұрын

Gracias a ti! un abrazo Maximiliano!

Este hombre me encanta

@deswebcom

3 жыл бұрын

Crack donde los haya!! No sabríamos qué hacer sin Luis! :D

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

Cierto? Sí o No ?

@chema3779

2 жыл бұрын

Ok!

Muy bueno

Excelente información, he tenido mucha más claridad con esta charla, que con toda la información que he leído... Un saludo

@deswebcom

3 жыл бұрын

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.

@yomarguerra706

3 жыл бұрын

@@deswebcom me gustaría aprender y estar mucho más claro, voy a chequear las otras charlas que tienen en KZread... 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!

@deswebcom

3 жыл бұрын

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

Si si si si

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.

@marcosvitaliable

3 жыл бұрын

no te gastes el hombre del video no entiende nada, y se la pasa insultado. Ni siquiera saber definir arqutiectura

Es un crack.... arquitectura acojonal XD

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

@deswebcom

2 жыл бұрын

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!

40:38

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

@deswebcom

2 жыл бұрын

Totalmente. Creo que Hexagonal y MVC van de la mano... incluso MV* va de la mano de toda aplicación con buena arquitectura.

se necesitan mas Luis que ayuden a impedir que se enrede o sature el desarrollo de software con banalismos intelectuales.

@deswebcom

3 жыл бұрын

Gracias Edu!!

Ex-ce-len-te!

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

@deswebcom

3 жыл бұрын

Pues no sería mala idea, porque es bastante aclarador!

el profesor luis fernandez tiene canal ?

@deswebcom

2 жыл бұрын

De momento es este mismo kzread.info pero estamos pensando en hacer un canal específico con Luis. Más adelante...

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.

@deswebcom

2 жыл бұрын

Gracias José por comentar... y concordar con nosotros! jejeje

Cuál es el curso que menciona de tic tac toe?

Me recordó a lo que un ex jefe de software dijo: no hay nada nuevo, es la misma mierda con diferentes moscas

@deswebcom

Жыл бұрын

jajaja

Ta kemando el puro de mota.

Acabo de entender después de 4 años q es la arquitectura hexagonal

@deswebcom

2 жыл бұрын

Estupendo!! muchas gracias por el comentario!

No se porque ya no me reporta los nuevos video de desarrolloweb :'( tenia casi 2 años sin ver un video de estos lados

@deswebcom

2 жыл бұрын

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...

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.

@deswebcom

3 жыл бұрын

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!

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,

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.

si o no porfavor...

@emmanuelvalverderamos

3 жыл бұрын

Suena a que su verdad es la única

JAAJJA este tipo sabe un montón, pero parce que en cualquier momento explota

@deswebcom

2 жыл бұрын

Es vehemencia para que se nos queden mejor los conceptos!!

¿Entonces quienes unas API REST son novatos?

@deswebcom

2 жыл бұрын

¿Por qué has deducido eso?

Demoledor.

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.

@deswebcom

2 жыл бұрын

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!

Si o no porfavor .... si? coletillas de clase presencial que no marchan jajajaja

@emmanuelvalverderamos

3 жыл бұрын

Y que suenan a que lo sabe todo y que si verdad es la única, suena a prepotencia

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.

@deswebcom

11 ай бұрын

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.

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.

@compartelo007

3 жыл бұрын

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.

@danconcep

3 жыл бұрын

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.

@danconcep

3 жыл бұрын

@@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.

@compartelo007

3 жыл бұрын

@@danconcep 101% de acuerdo

@compartelo007

3 жыл бұрын

@@danconcep Eso pasa tantas y tantas veces en esta profesión que es hasta burlesco

Te veo un poco cabreado..

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 🤦

Lo del palillo es muy desagradable, me parece una falta de respeto.

@compartelo007

3 жыл бұрын

Que pena que eso sea lo que más te preocupa, pero gracias a Dios con sólo escucharlo se soluciona el problema

@unlugartrufado

3 жыл бұрын

​@@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.

@emmanuelvalverderamos

3 жыл бұрын

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.

@deswebcom

3 жыл бұрын

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

@nadamas2000

3 жыл бұрын

@@deswebcom Es una cuestión moral, y lo correcto por vuestra parte es que le trasladéis esta cuestión.

@henrrycondori9846

2 жыл бұрын

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.

@deswebcom

Жыл бұрын

Sin duda es una buena idea

@gustavoa5630

Жыл бұрын

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.