Patrones de diseño vs arquitectura | DIFERENCIAS

  Рет қаралды 26,480

Gentleman Programming

Gentleman Programming

Күн бұрын

Пікірлер: 51
@GentlemanProgramming
@GentlemanProgramming 4 ай бұрын
🚀Espero que disfruten de este video Y vos ?? Que usas o te gustaría usar ?? 👍Si encuentran útil el video, no olviden darle like y compartirlo con amigos o colegas que también podrían beneficiarse. Cada like y cada compartida realmente ayudan al canal a crecer y me motivan a seguir creando contenido de calidad para ustedes. 🔔 ¡Suscríbete al canal y activa la campanita para no perderte ningún video nuevo. ¡Estoy aquí para ayudarte a mejorar tus habilidades y hacer tu vida de desarrollador un poco más fácil! 💬Déjame saber en los comentarios qué parte del video te fue más útil y qué otros temas te gustaría que exploráramos juntos. ¡Gracias por ver y apoyar el canal! Juntos, podemos hacer que nuestra comunidad de programación sea aún más fuerte.🌐
@DevManet
@DevManet 3 ай бұрын
La deuda técnica para mi es como el lado oscuro de la fuerza, debemos conocerla, saber controlarla para que no nos consuma :s saludos!
@redieneider
@redieneider Ай бұрын
Increíble estos videos .
@Ralfug-HF
@Ralfug-HF 3 ай бұрын
jajajajajaja... buenazo el minuto 1:05... hasta me alegras la inducción que das... buen Gentleman...!!!
@jFcoDiaz
@jFcoDiaz 3 ай бұрын
El problema es que todo esto solo se puede aplicar a proyectos dentro de empresas consolidadas, calidad = tiempo, mientras mas calidad mas tiempo hay que invertir y empresas tipo consultoran se venden por proyectos efimieros y siempre se tiene una fecha, para lograr establecer la calidad el proyecto ya debe de estar establecido y ser economicamente rentable o que el flujo de capital venga de otro lado que no sea el software en si de lo contrario siempre tendremos el contra reloj y la generacion de deuda tecnica
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
Te entiendo completamente, y tenés razón en que es un gran desafío. La realidad es que en entornos como las consultoras, donde los proyectos son efímeros y las fechas de entrega están siempre al límite, la presión para entregar rápido muchas veces nos obliga a sacrificar calidad y a acumular deuda técnica. La ecuación calidad = tiempo es inevitable, y no siempre tenemos el lujo de dedicar el tiempo necesario para implementar patrones de diseño y arquitecturas robustas. En empresas más consolidadas o en proyectos que ya son rentables, es más fácil justificar ese tiempo extra porque el retorno a largo plazo está más claro. El problema es encontrar un equilibrio entre hacer las cosas bien y cumplir con los plazos. A veces, lamentablemente, se prioriza la entrega rápida por sobre la calidad, y eso termina costando más caro en el futuro. Lo ideal sería poder integrar buenas prácticas desde el inicio, pero sé que no siempre es posible en todos los contextos. Es un tema complicado, pero lo importante es estar consciente de estos desafíos y, en la medida de lo posible, tratar de negociar tiempos y expectativas para entregar un producto de calidad sin comprometer el proyecto. ¡Gracias por compartir tu visión, porque es una realidad que muchos vivimos en esta industria!
@andryos5145
@andryos5145 21 күн бұрын
Por eso si pueden, en lo máximo posible, no trabajen en consultoras, si no con clientes finales o empresas que desarrollan su propio producto, donde si se obtendrá esa calidad y tiempo (la empresa gira en torno a su producto, cuidarlo y mejorarlo es su objetivo para ser competitivo)
@peterpinto6228
@peterpinto6228 3 ай бұрын
gracias por existir, sos un crack yo se un poco pero cuesta arrancar, pero videos asi motivan tengo que poner en practica
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
¡Gracias a vos por tus palabras, Peter! Me alegra mucho saber que mis videos te motivan. Todos empezamos en algún lugar, y lo importante es no rendirse y seguir aprendiendo paso a paso. ¡Poné en práctica lo que vas aprendiendo, y no dudes que con dedicación vas a llegar lejos! ¡A seguir dándole con todo!
@vinzegonzalesgamboa1908
@vinzegonzalesgamboa1908 3 ай бұрын
hasta con final dramatico!! quiero oir mas de esa tal deuda tecnica, sera que podra ser derrotada?
@Ralfug-HF
@Ralfug-HF 3 ай бұрын
Yo también me quedé con ganas, viiiiiiiiii, jajajjaja... y qué se debe hacer... BUSCAR DE IMEDIATO LA EXPLICACIÓN...
@Ralfug-HF
@Ralfug-HF 3 ай бұрын
Ya lo busqueee jajajaja pilas... Resumen de DEUDA TÉCNICA: Infligir consciente o inconscientemente en las buenas prácticas de desarrollo/programación por terminar el proyecto más rápido. Eso te lleva a dejar los huecos que comentaba Gentleman, peor cuando ya no regresas a rellenarlos con las buenas practicas.
@Ralfug-HF
@Ralfug-HF 3 ай бұрын
Dejé el comentario porque vine a los comentarios y aún no se explicaba... 🖖
@frankomartinez1686
@frankomartinez1686 3 ай бұрын
que buena explicación!
@yeinsdavidllanohernandez1228
@yeinsdavidllanohernandez1228 3 ай бұрын
Alan: Escribanmelon 01:38 Yo: Melón
@GentlemanProgramming
@GentlemanProgramming Ай бұрын
por eso son la mejor y la peor comunidad jajajjajajaj
@mikepro500
@mikepro500 3 ай бұрын
No sabia que Ned Flanders sabía de programación 🤣
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
Wow ! Muy gracioso !!
@habuked
@habuked 3 ай бұрын
😂 perfectirijillo
@matiaslelli1426
@matiaslelli1426 2 ай бұрын
Yo me encuentro estudiando toda esta parte de diseño de sistemas, y una definición de lo que es la arquitectura de manera corta, es que es un conjunto de decisiones significativas para resolver requerimientos no funcionales afectando lo menos posible los Requerimientos funcionales ¿Es Correcto?
@CarlosWashingtonMercado
@CarlosWashingtonMercado 2 ай бұрын
¿Este video es parte de un video más largo? Me gustaría ver el resto.
@rbjmalca2
@rbjmalca2 3 ай бұрын
La bendita deuda técnica 😅voy a salir endeudado en mi chamba
@mmm-um1lc
@mmm-um1lc Ай бұрын
Jejeje las manitos. Xdddd 🖐🏼🖐🏼
@Deus-lo-Vuilt
@Deus-lo-Vuilt 3 ай бұрын
Gentle , tienes pensado de casualidad al final un nuevo video para configurar y aprender todo lo nuevo de nvim ?
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
De aprender creo que no pero puede ser otro de configurar, por las dudas el actual está muy bien ! kzbin.info/aero/PL42UNLc8e48SKdqDAv4hlz647HTkzW-VP&si=0CavfUvWtGU93Eg4
@Deus-lo-Vuilt
@Deus-lo-Vuilt 3 ай бұрын
@@GentlemanProgramming Agradecido!
@T300-x2h
@T300-x2h 3 ай бұрын
como mierda me aparece este mega canal ahora y no ANTES? abrazo
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@T300-x2h las cosas se dan cuando más lo necesitas dicen por ahí
@ikssadrone8307
@ikssadrone8307 3 ай бұрын
Lo mismo dije yo los otros días jajajajja
@enzogiacoia4558
@enzogiacoia4558 3 ай бұрын
Una pregunta alan, ¿los patrones de diseño se pueden usar por más que no usemos clases? Porque no se me ocurre como utilizarlos de otra manera. Yo porque trabajo con React y no es muy común trabajar con POO. Muchas gracias Alan, sos un crack.
@ariansanzo6393
@ariansanzo6393 3 ай бұрын
Disculpame, no conozco react. ¿Todavía usa programación funcional? Porque yo uso django y usamos poo. (Al menos yo lo interpeto así) xd
@enzogiacoia4558
@enzogiacoia4558 3 ай бұрын
@@ariansanzo6393 Claro, podes usar programación funcional en React
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@enzogiacoia4558 si ! Se pueden utilizar por ejemplo, si creas un archivo en react, metes una variable y creas un método para obtener su valor y otro para cambiar el mismo y compartes dichos métodos entre diversos componentes, verás que afectan a la misma variable, eso es el patrón singleton :)
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@ariansanzo6393 yes !🙌
@charlyyshell
@charlyyshell 3 ай бұрын
Quisiera agregar que los patrones de diseño en si no son exclusivos de las clases, tambien se usan para programación funcional, como por ejemplo el Strategy Pattern al que a una función le pasamos logica de programación encapsulada en funciones que se ejecutan mas adelante en tiempo de ejecución. Por ejemplo si quisieramos tener una función que maneja los pagos handlePay(pay) a esta le podriamos pasar la estrategia "pay" dependiendo el tipo de pago payWithPaypal() payWithCreditCard() estas 2 funciones deben retornar el mismo tipo para que al llamar a pay() desde handlePay() esta funcion pueda manejar el resultado conociendo la estructura del tipo y el dia de mañana podriamos agregar payWithQR() sin necesitar refactorizar handlePay() porque la logica de codigo estara en payWithQR() y debera retornar el tipo que espera. Respecto a React, un dato curioso es que la misma funcionalidad de React hace uso de patrones de diseño por debajo lo que sucede es que no los notas por la forma en que react lo simplifica, uno muy popular es el Composition Pattern o tambien llamado Compound Components que permite dividir secciones de un componente en componentes mas pequeños reutilizables que se pasaran como hijos, para permitir que sea mas personalizable el componente y evitar el prop drilling, un ejemplo de uso son las librerias de componentes reutilizables como Shadcn/ui, Tambien los hooks en si son un patron de diseño (Hooks Pattern).
@CristóbalS-n5h
@CristóbalS-n5h 3 ай бұрын
Muy interesante todo, pero me llamó la atención como hace para poner esas combinaciones de teclas o atajos en el buscador, es una extensión o app?
@fowmind5519
@fowmind5519 3 ай бұрын
Sí, es una extensión. Se llama Vimium y está en la Chrome Web Store por ejemplo
@CristóbalS-n5h
@CristóbalS-n5h 3 ай бұрын
@@fowmind5519 El verdadero admin 👑👑, gracias!!
@SofiDev
@SofiDev Ай бұрын
Melón
@gabrielmachado-xi9zu
@gabrielmachado-xi9zu 3 ай бұрын
hola, no tiene nada que ver con el video pero quiero saber que sistema op ocupa?
@isturizz
@isturizz 3 ай бұрын
Me parece que Windows con WSL
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@isturizz coooorrecto
@victororue9598
@victororue9598 3 ай бұрын
mi jefe considera que no es tan bueno porque los ejemplos no los toma como tal para objetos y no consideras las heuristicas
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@victororue9598 en relación con que ? Pregunto porque el video explica dos conceptos que se usan si o si, patrones y arquitecturas
@victororue9598
@victororue9598 3 ай бұрын
@@GentlemanProgramming hablo de la pagina web que mostraste (pd: para mi esta buenisimo, pero es muy fan de objetos mi jefe)
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@victororue9598 ahh dices refactoring guru ? Esa es también para objetos, los patrones de diseño se utilizan tanto con objetos o clases, eso da igual. Son soluciones probadas a problemas ya conocidos, es MUY importante saberlos
@aguilaaudax1362
@aguilaaudax1362 3 ай бұрын
flor de vende humo
@GentlemanProgramming
@GentlemanProgramming 3 ай бұрын
@@aguilaaudax1362 di porqué
@SofiDev
@SofiDev Ай бұрын
Que te vendió wey??
Sigma Kid Mistake #funny #sigma
00:17
CRAZY GREAPA
Рет қаралды 9 МЛН
Do you love Blackpink?🖤🩷
00:23
Karina
Рет қаралды 23 МЛН
Los 3 tipos de Caché que todo Developer debería conocer: HTTP vs Reverse Proxy vs App
15:50
CodelyTV - Redescubre la programación
Рет қаралды 39 М.
🔹 Patrones de diseño software: Repaso completo en 10 minutos
12:36
DevExpert - Programación Android y Kotlin
Рет қаралды 89 М.
Qué son los Patrones de Presentación: MVC, MVP, MVVM ¿Son Arquitecturas de Software?
7:45
DevExpert - Programación Android y Kotlin
Рет қаралды 7 М.