Hola Ivan! Excelente explicación...llevo ya algunos proyectos de API Rest Utilizando esta arquitectura, aunque todavía no he logrado pulir definitivamente el concepto, ya que como mencionas en los ejemplos que podes encontrar se suele mezclar Vertical con Clean y uno termina tambien adoptando en cierta forma esa estructura, estaría bueno si algun momento puedes, subir algún ejemplo de como lo implementarías vos en un proyecto...Muchas Gracias, saludos desde Argentina
genial video!, yo a pesar de usar Java siempre me han gustado tus videos, sobretodo aquellos donde das explicaciones de conceptos. Y estos de arquitectura están genial!. Saludos!
muy buena explicación pero tengo una duda, bajo esta arquitectura como puede comunicar los módulos entre si para no generar dependencia y que la migración a micro servicios sea igual de fácil
Estamos queriendo implementar en una nueva aplicación esta arquitectura, lo estamos investigando todavía y tengo una duda cada feature tiene que tener su propia base de datos o puedo tener una sola base de datos, donde se apunta cada una de las features
por poder puedes hacer lo que quieras, lo de tener una base de datos por aplicacion es tema de microservicios, no de vertical slice. usa una si es lo que mas te conviene, ya sea por facilidad de mantenimiento, costo o cualquier motivo, lo único importante es que tengaís en cuenta el motivo, los pros y contras de hacerlo con la opción que elijais.
Creo que hay que mencionar una de las desventajas más grandes que tiene esta arquitectura es el tema de la duplicación de código entre las diferentes "slices", el mismo creador de la arquitectura lo reconoce y lo justifica diciendo que "es más fácil solucionar código duplicado que una mala abstracción" haciendo obvia alusión a la burocracia de las clean architectures. Y a su vez hace mucho hincapié en los test y en refactorizar constantemente para eliminarlo. Me parece que es importante remarcar estas dos últimas prácticas para tener bajo control la deuda técnica por código duplicado cuando usamos esta arquitectura.
te sugiero leer el capitulo del libro del tipo bob clean architecture en que habla de la duplicación accidental y la duplicación real, no toda duplicación es negativa, por tanto no deberiamos obsesionarnos con eliminarla
@@raulhurtado8496 entiendo tu comentario, pero por mi experiencia con esta arquitectura y lo que dice el autor de la misma, creo que estamos ante una duplicación que si es negativa, aunque todo depende del proyecto y otras sutilezas. Mi comentario iba más orientado a que no todo es un "happy path" usando VSA y que hay que tener en cuenta el tema de pruebas y refactorización.
Twitter: twitter.com/NetMentorTW
Blog: www.netmentor.es/entrada/analisis-arquitectura-vertical
Muchas gracias Iván... seria interesante un ejemplo para clarificar cosillas.
Hola Ivan! Excelente explicación...llevo ya algunos proyectos de API Rest Utilizando esta arquitectura, aunque todavía no he logrado pulir definitivamente el concepto, ya que como mencionas en los ejemplos que podes encontrar se suele mezclar Vertical con Clean y uno termina tambien adoptando en cierta forma esa estructura, estaría bueno si algun momento puedes, subir algún ejemplo de como lo implementarías vos en un proyecto...Muchas Gracias, saludos desde Argentina
Muy buena explicacion ENHORABUENA
genial video!, yo a pesar de usar Java siempre me han gustado tus videos, sobretodo aquellos donde das explicaciones de conceptos. Y estos de arquitectura están genial!. Saludos!
Muy clara la explicación 👍
muy buena explicación pero tengo una duda, bajo esta arquitectura como puede comunicar los módulos entre si para no generar dependencia y que la migración a micro servicios sea igual de fácil
Estamos queriendo implementar en una nueva aplicación esta arquitectura, lo estamos investigando todavía y tengo una duda cada feature tiene que tener su propia base de datos o puedo tener una sola base de datos, donde se apunta cada una de las features
por poder puedes hacer lo que quieras, lo de tener una base de datos por aplicacion es tema de microservicios, no de vertical slice.
usa una si es lo que mas te conviene, ya sea por facilidad de mantenimiento, costo o cualquier motivo, lo único importante es que tengaís en cuenta el motivo, los pros y contras de hacerlo con la opción que elijais.
Creo que hay que mencionar una de las desventajas más grandes que tiene esta arquitectura es el tema de la duplicación de código entre las diferentes "slices", el mismo creador de la arquitectura lo reconoce y lo justifica diciendo que "es más fácil solucionar código duplicado que una mala abstracción" haciendo obvia alusión a la burocracia de las clean architectures. Y a su vez hace mucho hincapié en los test y en refactorizar constantemente para eliminarlo. Me parece que es importante remarcar estas dos últimas prácticas para tener bajo control la deuda técnica por código duplicado cuando usamos esta arquitectura.
te sugiero leer el capitulo del libro del tipo bob clean architecture en que habla de la duplicación accidental y la duplicación real, no toda duplicación es negativa, por tanto no deberiamos obsesionarnos con eliminarla
@@raulhurtado8496 entiendo tu comentario, pero por mi experiencia con esta arquitectura y lo que dice el autor de la misma, creo que estamos ante una duplicación que si es negativa, aunque todo depende del proyecto y otras sutilezas. Mi comentario iba más orientado a que no todo es un "happy path" usando VSA y que hay que tener en cuenta el tema de pruebas y refactorización.
Estoy mal o se mezcla vertical slice con servicios modulares?