🚀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.🌐
¡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!
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
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!
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)
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.
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?
De aprender creo que no pero puede ser otro de configurar, por las dudas el actual está muy bien ! ruclips.net/p/PL42UNLc8e48SKdqDAv4hlz647HTkzW-VP&si=0CavfUvWtGU93Eg4
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.
@@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 :)
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).
@@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
🚀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.🌐
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!
Increíble estos videos .
jajajajajaja... buenazo el minuto 1:05... hasta me alegras la inducción que das... buen Gentleman...!!!
gracias por existir, sos un crack yo se un poco pero cuesta arrancar, pero videos asi motivan tengo que poner en practica
¡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!
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
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!
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)
hasta con final dramatico!! quiero oir mas de esa tal deuda tecnica, sera que podra ser derrotada?
Yo también me quedé con ganas, viiiiiiiiii, jajajjaja... y qué se debe hacer... BUSCAR DE IMEDIATO LA EXPLICACIÓN...
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.
Dejé el comentario porque vine a los comentarios y aún no se explicaba... 🖖
que buena explicación!
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?
La bendita deuda técnica 😅voy a salir endeudado en mi chamba
¿Este video es parte de un video más largo? Me gustaría ver el resto.
Gentle , tienes pensado de casualidad al final un nuevo video para configurar y
aprender todo lo nuevo de nvim ?
De aprender creo que no pero puede ser otro de configurar, por las dudas el actual está muy bien !
ruclips.net/p/PL42UNLc8e48SKdqDAv4hlz647HTkzW-VP&si=0CavfUvWtGU93Eg4
@@GentlemanProgramming Agradecido!
Jejeje las manitos. Xdddd 🖐🏼🖐🏼
Alan: Escribanmelon 01:38
Yo: Melón
por eso son la mejor y la peor comunidad jajajjajajaj
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.
Disculpame, no conozco react. ¿Todavía usa programación funcional? Porque yo uso django y usamos poo. (Al menos yo lo interpeto así) xd
@@ariansanzo6393 Claro, podes usar programación funcional en React
@@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 :)
@@ariansanzo6393 yes !🙌
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).
No sabia que Ned Flanders sabía de programación 🤣
Wow ! Muy gracioso !!
😂 perfectirijillo
como mierda me aparece este mega canal ahora y no ANTES? abrazo
@@T300-x2h las cosas se dan cuando más lo necesitas dicen por ahí
Lo mismo dije yo los otros días jajajajja
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?
Sí, es una extensión. Se llama Vimium y está en la Chrome Web Store por ejemplo
@@fowmind5519 El verdadero admin 👑👑, gracias!!
Melón
hola, no tiene nada que ver con el video pero quiero saber que sistema op ocupa?
Me parece que Windows con WSL
@@isturizz coooorrecto
mi jefe considera que no es tan bueno porque los ejemplos no los toma como tal para objetos y no consideras las heuristicas
@@victororue9598 en relación con que ? Pregunto porque el video explica dos conceptos que se usan si o si, patrones y arquitecturas
@@GentlemanProgramming hablo de la pagina web que mostraste (pd: para mi esta buenisimo, pero es muy fan de objetos mi jefe)
@@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
flor de vende humo
@@aguilaaudax1362 di porqué
Que te vendió wey??