grcias por este video, la forma como explicas es muy sencilla y directa. Veo en otros canales demasiada taxonomía para explicar temas que realmente no son tan complejos
Muchas gracias Héctor, hasta hoy tenia muchas dudas sobre la implementación de esta metodología, me ayudaste mucho a entender. Nuevamente gracias por esto excelente video 👍
Compré el curso. No veo la hora de seguirlo. Muchas gracias @hdeleon por tus enseñanzas. El curso está uuufff! Bien económico. Espero seguir aprendiendo. Gracias por todo
Y pensar que mis proyectos (no reales/no producto) de Nodejs se organizan en carpetas como "models", "controllers", "middlewares", "database" y "views". Llegué a un punto en que sentí que me faltaba más abstracción, una mejor forma de organizar el código por responsabilidades. Gracias por esta explicación, Héctor. Me estoy interesando por aprender C# e implementar todos estos conceptos robustos.
Excelente video, sin embargo tengo una duda: ¿Esta arquitectura es de backend? Y otra consulta que quizás está fuera de este tema: trabajo mucho creando servicios de windows pero no sé qué es mejor: usar programación síncrona o asíncrona?
Hola Héctor, me surge la duda para el caso que comentas de tener 2 métodos de pago (tarjeta o cash). ¿Dónde colocarías, por ejemplo, una fábrica para crear la clase concreta de IPay?. Gracias por tus vídeos, son de mucha ayuda.
esoy aprendiendo postgresql y tenia la duda si ¿esta bien llamar varias funciones dentro de un procedimiento almacenado ? Estaba haciendo una aplicacion de analisis de datos principalmente con postgresql y el almacenar codigo dentro de otras cosas me recuerda al manejo de clases y objetos en python. ¿quizás se podria ordenar de una manera similar en sql?
Siempre ha existido la duda y el debate de si la logica de negocio esta en el modelo o en el controlador, pero si el modelo representa la capa de bases de datos o sea los DAOs y su respectivo conector (jdbc, odbc...) entonces al final la logica de negocio puede ser implementada en la db (procedimientos, trigger, funciones) y quien dice que no cumple con clean architecture, ya que use case es equivalente al modelo, entites es equivalente a los DAOs, controller es el controlador de toda la vida y web, device etc es la vista de toda la vida, solo que los puristas de la orientación a objetos y el diseño orientado a objetos odian hacer minima logica en la db y por tanto, se creo esa debate interminable si sql es para mas que simples crud en DAOs, analicenlo por eso tenemos web(vista) ->controller(controlador) ->use case(modelo)->entities(DAOs), y la pregunta del millon el use case(modelo) abarca la db, su logica y sus entidades?
De acuerdo, y sin mencionar que muchas veces los motores de bases de datos tienen mejor rendimiento, aunque bueno, las herramientas estan, todo depende del contexto
Mi Cursos de Programación: hdeleon.net/cursos-premium/
Mi Libro de C#: hdeleon.net/libro-aprender-a-programar-con-c-hector-de-leon/
JAJAJAJAJ EL INICIIIOOO dios hector, siempre veo tus videos y con el inicio dije LIKE
grcias por este video, la forma como explicas es muy sencilla y directa. Veo en otros canales demasiada taxonomía para explicar temas que realmente no son tan complejos
Muchas gracias Héctor, hasta hoy tenia muchas dudas sobre la implementación de esta metodología, me ayudaste mucho a entender. Nuevamente gracias por esto excelente video 👍
Siempre se aprende algo con vos! Y ademas unas intros y endings q te "vuelan la peluca!" 🧑🎤 Feliz diaaa!
Compré el curso. No veo la hora de seguirlo. Muchas gracias @hdeleon por tus enseñanzas. El curso está uuufff! Bien económico. Espero seguir aprendiendo. Gracias por todo
Espero aprendas bastante
Magnifico Hector, gracias. Seria genial que en algun momento pudieras desarrollar en algun live con nosotros algun software con estos conceptos...
Y pensar que mis proyectos (no reales/no producto) de Nodejs se organizan en carpetas como "models", "controllers", "middlewares", "database" y "views". Llegué a un punto en que sentí que me faltaba más abstracción, una mejor forma de organizar el código por responsabilidades. Gracias por esta explicación, Héctor. Me estoy interesando por aprender C# e implementar todos estos conceptos robustos.
Super claro y muy bien explicado!! Muchísimas gracias!!! Sigue adelante con ese gran trabajo!!! Saludos!!!
Invaluable informacion!!
Gracias!
Cómo siempre gracias por compartir tu conocimiento crack ❤ Soy backend pero me gusta bañarme ese me vuelve un frontend o un fullstack te he fallado
Muchas gracias Héctor
Podrías hacer un video explicando jwt para la authenticacion? 😩😩
excelente contenido, muchas gracias
Gracias Héctor
Cabezón rifado 🤙
Buenísimo!
Excelente video, sin embargo tengo una duda: ¿Esta arquitectura es de backend?
Y otra consulta que quizás está fuera de este tema: trabajo mucho creando servicios de windows pero no sé qué es mejor: usar programación síncrona o asíncrona?
yo si me baño😥 eso significa que no soy back-end?
Si
sangre limpia
si te bañas entonces eres week-end
Y si soy Full Stack significa que no me baño bien? 😢
Significa que te gusta javascript
Hola Héctor, me surge la duda para el caso que comentas de tener 2 métodos de pago (tarjeta o cash). ¿Dónde colocarías, por ejemplo, una fábrica para crear la clase concreta de IPay?. Gracias por tus vídeos, son de mucha ayuda.
La inyección de dependencia permite factories.
Silencio, ya empezó mi novela
Hubiese sido genial que hubieras mostrado algún ejemplo con código :C
like y comentarios, para que comas jejeje
Gracias Hector... Oye y las entidades generadas por EntityFramwork, forman parte de la capa de Entidades? aunque se generen de un framework
Eso no tiene nada que ver con el concepto de Entity de Clean Architecture, eso son models
esoy aprendiendo postgresql y tenia la duda si ¿esta bien llamar varias funciones dentro de un procedimiento almacenado ?
Estaba haciendo una aplicacion de analisis de datos principalmente con postgresql y el almacenar codigo dentro de otras cosas me recuerda al manejo de clases y objetos en python. ¿quizás se podria ordenar de una manera similar en sql?
yo tampoco me baño, pensé que era el único 😍
Siempre ha existido la duda y el debate de si la logica de negocio esta en el modelo o en el controlador, pero si el modelo representa la capa de bases de datos o sea los DAOs y su respectivo conector (jdbc, odbc...) entonces al final la logica de negocio puede ser implementada en la db (procedimientos, trigger, funciones) y quien dice que no cumple con clean architecture, ya que use case es equivalente al modelo, entites es equivalente a los DAOs, controller es el controlador de toda la vida y web, device etc es la vista de toda la vida, solo que los puristas de la orientación a objetos y el diseño orientado a objetos odian hacer minima logica en la db y por tanto, se creo esa debate interminable si sql es para mas que simples crud en DAOs, analicenlo por eso tenemos web(vista) ->controller(controlador) ->use case(modelo)->entities(DAOs), y la pregunta del millon el use case(modelo) abarca la db, su logica y sus entidades?
De acuerdo, y sin mencionar que muchas veces los motores de bases de datos tienen mejor rendimiento, aunque bueno, las herramientas estan, todo depende del contexto
Probando brave, me bugeo el botón de like xD :D
Jajaja los programadores de la vieja escuela ahorramos agua 😎
Muy bueno. Igual después hago to al revés, pero muy bueno, por lo menos me sirve para enseñarles a mis estudiantes a no ser tan crotos como yo :)
Yo no me baño, pero apenas estoy aprendiendo Backend, empiezo con ventaja?
Entre a este video con la duda de que es la arquitectura limpia y me fui con la duda 😅
Primero.....
No nos bañamos 😆😆😆
,😂😂😂
Lo único de clean que tengo es la arquitectura.
con el like llega para que comas o necesitas un comentario tambien?
Todo suma
@@hdeleonnet lo tendré en cuenta jeje