🚀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.🌐
@DevManet3 ай бұрын
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Ай бұрын
Increíble estos videos .
@Ralfug-HF3 ай бұрын
jajajajajaja... buenazo el minuto 1:05... hasta me alegras la inducción que das... buen Gentleman...!!!
@jFcoDiaz3 ай бұрын
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
@GentlemanProgramming3 ай бұрын
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!
@andryos514521 күн бұрын
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)
@peterpinto62283 ай бұрын
gracias por existir, sos un crack yo se un poco pero cuesta arrancar, pero videos asi motivan tengo que poner en practica
@GentlemanProgramming3 ай бұрын
¡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!
@vinzegonzalesgamboa19083 ай бұрын
hasta con final dramatico!! quiero oir mas de esa tal deuda tecnica, sera que podra ser derrotada?
@Ralfug-HF3 ай бұрын
Yo también me quedé con ganas, viiiiiiiiii, jajajjaja... y qué se debe hacer... BUSCAR DE IMEDIATO LA EXPLICACIÓN...
@Ralfug-HF3 ай бұрын
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-HF3 ай бұрын
Dejé el comentario porque vine a los comentarios y aún no se explicaba... 🖖
@frankomartinez16863 ай бұрын
que buena explicación!
@yeinsdavidllanohernandez12283 ай бұрын
Alan: Escribanmelon 01:38 Yo: Melón
@GentlemanProgrammingАй бұрын
por eso son la mejor y la peor comunidad jajajjajajaj
@mikepro5003 ай бұрын
No sabia que Ned Flanders sabía de programación 🤣
@GentlemanProgramming3 ай бұрын
Wow ! Muy gracioso !!
@habuked3 ай бұрын
😂 perfectirijillo
@matiaslelli14262 ай бұрын
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?
@CarlosWashingtonMercado2 ай бұрын
¿Este video es parte de un video más largo? Me gustaría ver el resto.
@rbjmalca23 ай бұрын
La bendita deuda técnica 😅voy a salir endeudado en mi chamba
@mmm-um1lcАй бұрын
Jejeje las manitos. Xdddd 🖐🏼🖐🏼
@Deus-lo-Vuilt3 ай бұрын
Gentle , tienes pensado de casualidad al final un nuevo video para configurar y aprender todo lo nuevo de nvim ?
@GentlemanProgramming3 ай бұрын
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-Vuilt3 ай бұрын
@@GentlemanProgramming Agradecido!
@T300-x2h3 ай бұрын
como mierda me aparece este mega canal ahora y no ANTES? abrazo
@GentlemanProgramming3 ай бұрын
@@T300-x2h las cosas se dan cuando más lo necesitas dicen por ahí
@ikssadrone83073 ай бұрын
Lo mismo dije yo los otros días jajajajja
@enzogiacoia45583 ай бұрын
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.
@ariansanzo63933 ай бұрын
Disculpame, no conozco react. ¿Todavía usa programación funcional? Porque yo uso django y usamos poo. (Al menos yo lo interpeto así) xd
@enzogiacoia45583 ай бұрын
@@ariansanzo6393 Claro, podes usar programación funcional en React
@GentlemanProgramming3 ай бұрын
@@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 :)
@GentlemanProgramming3 ай бұрын
@@ariansanzo6393 yes !🙌
@charlyyshell3 ай бұрын
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-n5h3 ай бұрын
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?
@fowmind55193 ай бұрын
Sí, es una extensión. Se llama Vimium y está en la Chrome Web Store por ejemplo
@CristóbalS-n5h3 ай бұрын
@@fowmind5519 El verdadero admin 👑👑, gracias!!
@SofiDevАй бұрын
Melón
@gabrielmachado-xi9zu3 ай бұрын
hola, no tiene nada que ver con el video pero quiero saber que sistema op ocupa?
@isturizz3 ай бұрын
Me parece que Windows con WSL
@GentlemanProgramming3 ай бұрын
@@isturizz coooorrecto
@victororue95983 ай бұрын
mi jefe considera que no es tan bueno porque los ejemplos no los toma como tal para objetos y no consideras las heuristicas
@GentlemanProgramming3 ай бұрын
@@victororue9598 en relación con que ? Pregunto porque el video explica dos conceptos que se usan si o si, patrones y arquitecturas
@victororue95983 ай бұрын
@@GentlemanProgramming hablo de la pagina web que mostraste (pd: para mi esta buenisimo, pero es muy fan de objetos mi jefe)
@GentlemanProgramming3 ай бұрын
@@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