Qué cambió mi forma de ver la Arquitectura de Software
Vložit
- čas přidán 27. 03. 2021
- Hoy traemos un vídeo especial 😊
Conversamos sobre aquellos aspectos que han cambiado nuestra forma de ver el desarrollo de software. En concreto, conceptos o momentos en los que por algún motivo se nos han abierto mundos de color y fantasía 🌈🍭🦄
Composición vs herencia, testing automatizado (no dumps DB), eventos de dominio, Arquitectura Hexagonal, Integración Continua, Value Objects, no utilizar ActiveRecord, comunicación entre microservicios de forma reactiva, Domain-Driven Design, equipos de trabajo y retos a solucionar 🤟
{▶️} CodelyTV
├ 🎥 Suscríbete: czcams.com/users/CodelyTV?sub_co...
├ 🐦 Twitter CodelyTV: / codelytv
├ 💂🏼 Twitter Rafa: / rafaoe
├ 🧔🏻 Twitter Javi: / javiercane
├ 📸 Instagram: / codelytv
├ ℹ️ LinkedIn: / codelytv
├ 🟦 Facebook: / codelytv
└ 📕 Catálogo cursos: bit.ly/cursos-codely - Věda a technologie
Punto de inflexión. Conocer Codely. Saber que hay gente que conoce la teoría, que te dice cómo se hacen bien las cosas.
Se nota la pasión y el cariño por la industria, con tanta gente llegando y asomando la mirada por este lado en algunos casos con los motivos distorsionados se agradece el espacio.
Si estas iniciando en el mundo de la programación y te gusta de verdad, guarda este video es para verlo en unos añitos y tranquilo que tu momento llegará
Ustedes y otros colegas que comparten sus conocimientos son los que han cambiado mi forma de ver la programación, hasta el día de hoy no he tenido un senior que me permita absorber lo que ya sabe, por ello quiero ser algún día ese senior que ayudará a los que vienen en camino.
punto de inflexion. Ver el video de unos chalaos que me decian que dejase de usar MVC. Intentar entender lo que decían, y que me estallase la cabeza. Empezar a comprender y a solucionar problemas que ya estaba teniendo. Gracias campeones. Seguir así.
Lo disfrute como no tienen idea! :D
El punto de inflexión fue viendo vuestros videos, porque no se enseña así en la universidad
Creo que hoy me he mamado 4 videos de 1 hora cada uno de su canal. La verdad es que siempre he sentido que mis programas no son lo suficientemente reutilizables y escalables a pesar de esforzarme por cumplir los patrones y "Mejores prácticas", pero al escucharlos, todo tiene sentido
Oleee cambiando el setup😂
El mayor cambio fue bastante simple pero abrió un mundo, abandonar el mundo de los controllers "sabios" para en un primer paso abrazar los casos de uso o servicios. Poder así reusar mejor el código o llamar esos servicios en comandos de symfony o desde otros endpoints abre un mundo.
Me encanta el acento de Javier! Menudo flow! ;)
Para mi fue leer Clean Code de Uncle Bob y aprender sobre los patrones de diseño de Eric Gamma.
Muchas gracias
Los eventos de dominio se puede usar en frontend, o se refieren a sólo backend?
El modelo de actores me interesa mucho. Estaria muy bien un video dedicado a ello.
mi momento de cambio de vision de la arquitectura sigue siendo ahora y desde hace unos 6 meses. estoy queriendo encontrar un lugar donde poder hacer bien mas que nada el tema del testing y aprender a trabajar de una forma mejor
yo aun no lo encuentro, lo estoy buscando desde hace como 3 años y en algunas empresas me he llevado algunas descepciones pero no pierdo la esperanza xd
Tampoco he buscado mucho y no he salido de mi ciudad...
@@marc0xA es no perder la esperanza o armar algo propio
Hola Javier, si quieres hacer buenos test primero tienes que tener un buen diseño de tu software, es un requisito que muchas veces no se comenta, un buen diseño orientado a objetos te facilitará por 1000 implementar los test, ya que el 90% de los test será en componentes de alto nivel (sin implementaciones acopladas a frameworks ni librerías). El 10% restante será en esos pequeños componentes de bajo nivel acoplados a implementaciones con librerías o frameworks
Esta genial el video, tengo una consulta. Podría utilizar eventos de dominio sin necesidad de usar una cola de eventos??
Saludos desde Colombia
Rafa, Javi respecto a los eventos de dominio que comentan estoy pasando por esa situacion pero se me presento que para poder mantener un CU que solo persista un agregado usando eventos de dominio termine encandenando 4 eventos y me asuste, y aun asi termine rompiendo la teoria (au nque el libro rojo me deje) que tan bien esta encadenar tantos eventos de dominio con tal de cumpli esta regla no suma mucha complejidad??
Entre los codelyteros oficiales 54:55, liked
A tope!
Un video muy ameno como siempre. Algo a tener en cuenta es que al defender algo, conviene comentar cuando NO aplica. Lo digo por ejemplo, por la programacion reactiva, que puede no ser un santo grial del desacoplamiento. Si no me equivoco, los eventos no se entregan de forma ordenada (por lo que para implementar un flujo seguramente haria falta otro componente que lo definiera y ejecutara, a modo "orquestador") y tampoco pueden formar parte de una transaccion. Luego, no reemplaza la programacion clasica (ejecucion sincrona y lineal). Quizas seria el santo grial que buscais una extension y desarrollo a medida del patron de diseño Command/Observer
Las plantas de atras son de plastico o reales?
Esta semana justo estaba rompiendome la cabeza con Koin pensando en lo que hablan en el minuto 13:59 gracias por aclarar las ideas me ahorraron sufrimiento jajaja
En mi experiencia el principal problema ha sido que no me he encontrado con un equipo que sepa aplicar todos estos conceptos de la mejor manera posible, al principio todo bien pero al primer deadline o a la que entra alguien nuevo se empieza a volver un cagadero.
buf esto me paso en mi primer trabajo como front end y me esta pasando actualmente, descubriendo de una forma mas amplia el mundo del testing y como estructurar mejor los proyectos con principos como solid, tdd o ddd, cuando apenas sabia de unit test sencillos y estructurar proyectos relativamene poco escalables, buen video :D
Por eso es util la universidad
@@namelesss3955 la verdad es que si, segun que universidad, hay unas que te dan la vida, mientras otras es mejor ni hablar,pero eso es harina de otro costal, lo importante es aprender y evolucionar siempre y no caer en la falsa sensación de saberlo todo
Hola, mi punto de inflexión en cuanto a arquitectura fue cuando me aislé de todo el ruido de moda en el mundo del desarrollo de software y me enfoqué en las bases reales, como son el Diseño Orientado Objetos y el Diseño modular con especial atención a los principios open/close y sustitución de Liskov que son la base del resto de "principios" desde mi punto de vista, también me cambio mucho cuando aprendí que no solo existe SOLID(existen algunos otros principios a tener en cuenta). Todo esto en cuanto a diseño orientado a objetos y el aplicar patrones de diseño para ciertos problemas existentes(solo cuando tengo un problema, No YAGNI), a partir de ese momento no me han confundido tanto las nuevas tendencias, enfoques arquitectóticos, etc y me ha sido mucho más fácil diseñar, aprender lo anterior me ha echo ver todo de una forma mucho más amplia y una de las cosas más importantes es que no he "liquidado" MVC, desde mi punto de vistan todas las arquitecturas aplican MVC.
a mi no me engañas viste este video de Luis: czcams.com/video/glQlG-MeX4w/video.html
jajaja, es broma Bro igual ya sabias antes, yo por el contrario apenas me entero y me sirvio mucho ese video.
saludos
@@IbanVan hombre, Luis es una eminencia👏👏, es verdad que he dado varios de sus cursos desde hace años y sí que me han marcado mucho la forma en que he orientado mi formación y la forma en que entiendo todos los nuevos enfoques, etc, etc, el video que comentas es verdad que es súper completo y nadie debería perdérselo, un saludo 🙂
@@kodenix el video es un desastre el tipo es un impresentable que defien5e RUP al dia de hoy, y utilza MVC como macro arquitecutra todo dios, deberian bannearlo de youtube
@@marcosvitaliable primero creo que debes respetar un poco a los que saben, no deberias sugerir banear ningun video ni nada por algo que no entiendes. Evidentemente eres una de las personas que está perdido en este mundo del desarrollo, solo enganchado a lo que se use en el momento. Te aconsejo que profundices un poco en este mundillo y dejarás de hablar de forma tan facilona sobre temas que no conoces, profundiza vale, profundiza, no te quedes con las pinceladas que te venden por todos lados
@@kodenix tengo 40 añitos amigo programo desde los 6 te aconsejo que nos juzgues a la gente que no conoces, amigo yo hice Rup a mis 21 hace 19 añitos que me leí el libro de Jacobson Rumbaugh y Booch, a mí nadie me vende nada me leí el libros de Bertand Mayer hace 20 añitos que conozco open close principle, cqs y la programación defensiva no es nada nuevo para mi, hice mvc y mv lo que se te cante muchos, y tengo el suficiente conocimiento para decirte que es Luis es un idiota que se quedó en la pasado y repite cosas que ni sabe, en parte de un video dice que la arquitectura en agile emerge cuando eso es una estupidez, jamás la arquitectura emerge ya que necesita deliberación solo el diseño puede emerge, claramente no sabe nada de arquitectura evolutiva por qué es un tipo cerrado, mal hablado y quedado en el tiempo. Y vos sos el que repite las cosas de él que ni siquiera sabes justificar, ni sus fuentes. Pero hay que ser idiota para pegarle a SOLID diciendo que son recetas, entonces YAGNI, KISS, DRY, GRASP que son, por favor acá no importa quien se lleva los laureles, decir que uncle bob es un idiota por que solo repite OC de mayer y liskov de bárbara, es chiste? Robert escribió DI en 1994 en el primer paper, para que tengas idea Martin Fowler recien escribió DI IOC en 2004 y los primero framework de inyección nacieron en el 2000. Dios no me hagas hablar que me enojo mas todavía .
RAFA... JAVIERRR
Expliquen técnicamente de mas sobre composion sobre herencia
30:18 JAJAJA me mori
Que currioso 😁😁😁
Punto de inflexion: CodelyTV
me intereza el tema de arquitecturas
Hamilton y su equipo de trabajo, sí los que programaron la cápsula que alunizo y se inventaron esa cosa de la arquitectura, ponían comentarios muy graciosos en el código y era ciencia de cohetes. Hay que permitirnos esos detalles en nuestros sistemitas 😂
que fabuloso sentirme ignorante cuando los escucho jajaja
❤️❤️❤️
10:25
Like solamente por el chiste del minuto 17:58 xD que se le ve como busca el momento de meterlo jajajajaja
Modelo de Actores
Si no dicen arquitectura hexagonal revientan.
Mi punto de inflexión fue cuando me puse a leer y no dedicarme solo a programar.
Editó porque sono muy grosero, sería muy bueno DDD en net core. Me gustaría mucho. Gracias
Estaría muy bien y también me gustaría, pero creo que están muy enfocados a Php y MySQL.
Si tienes exp. en desarrollo con .NET core, vas siguiendo los cursos de arquitectura se puede seguir las clases de DDD y comparar con el repo de csharp-ddd
@@lococba84 muchas gracias por el dato, no lo había visto.
tenes en github codly el skeleton en netcore aunque itene muchos errores y mejoras para ahce es una buena base no creo que necesiten hace un curso especifico, en netcore no hay nada tenes qeu codear todo vos si queres respetar hexagonal, el event bus, command bus y query bus, pero como te decia no esta robusto tuve que trabajar mucho sobre todo para hacer robusta la parte de rabbitmq
@@marcosvitaliable Mezclar el concepto de arquitectura de software con una tecnología especifica (RabbitMq), es un error muy grande, absolutamente nadie debe diseñar la arquitectura de su software pensando en tecnologías específicas, te vas a acoplar a algo que puede que quieras cambiar mañana o deje de tener soporte, ese enfoque no sería una buena solución.
Common lisp punto de inflexión
The little schemer ♥️
@@CodelyTV que libro más raro y a la vez más explotador de cabeza. Todo lo de scheme y lisp es increíble. Me da siempre la sensación que los lenguajes modernos tratan de llegar hasta ahí. Sería como una innecesaria vuelta al perro de 50 años para concluir que las funciones son ciudadanos de 1° y que todo es una lista. Jajaja.
Cuando hablan de arquitectura de software no les entiendo nada. u.u
De pana eso videos de ustedes casi si no se entienden
Se nota que no saben de lo que hablan. Lo heavy es que la gente los siguen.
Pero bueno... para los recien llegados al area, es un acercamiento, pero no tomar esto como palabra santa