Puedo preguntar porque los programadores OOP tienen tanto miedo (porque no cabe otra palabra) de modificar su programa? son tan malos programando que tienen miedo de meter mano a código que hicieron antes, que prefieren hacer el triple de trabajo simplemente para no modificar lo que ya hicieron? Digo si uno lo hace bien puede modificar algo sin modificarlo. (para que siga funcionando como estaba y solo agregar) pero modificando. Alguien puede explicarlo porque esto se considera correcto?
Sí eso que dices para es porque la persona, puede que sin saberlo, está aplicando estos principios. Si no, en código se vuelve inmanejable. Se puede ser muy buen programador de forma intuitiva, pero eso no quiere decir que no esté de más ponerle nombre a las cosas para poder comunicarnos mejor
@@devexpert_io No estoy hablando de ponerle nombre pero todos estos principios no tienen "NADA" que ver con ponerle nombre. Yo solo dije que SOLID me parece hecho para gente que piensa al revés, es 0 intuitivo, mucho mas complejo sin necesidad y, que simplemente si yo digo "mi systema" es mi responsablidad carece de sentido.
![3️⃣ Principio de SUSTITUCIÓN de LISKOV 🟢Por fin lo entenderás🟢 [SOLID]](http://i.ytimg.com/vi/6eInyxthvdo/mqdefault.jpg)
![3️⃣ Principio de SUSTITUCIÓN de LISKOV 🟢Por fin lo entenderás🟢 [SOLID]](/img/tr.png)
🎁 Haz clic aquí para descargarte la guía gratuita para dominar SOLID 👉 devexperto.com/principios-solid-guia-gratis/?
gracias por tu conocimiento antonio!, sigo aprendiendo algo mas de arquitecturas. un abrazo
Un abrazo!
Muchas gracias.
Gracias por comentar!
🟥 Pincha aquí para seguir aprendiendo sobre calidad de software y arquitecturas 👉 ruclips.net/video/6BHOeDL8vls/видео.html
Muy buen video Antonio, te quería preguntar donde compraste esa figura de android que se esta moviendo en el fondo?
Gracias!! Lo que se mueve es una maceta que tiene un imán, me lo regalaron por ser GDE, yo le puse el Android encima 😉
@@devexpert_io Jajajaja que buena combinacion, se ve super genial!!!
como lo puedo representar los principios en un diagrama de clases???
Estos principios no tienen representación directa en clases, son conceptos más abstractos
Que lenguaje es 🧐
🤔😎 ¿Tú qué crees?
@@devexpert_io ni ideanunca habia visto un when
@@yeison8869 Todo el contenido que creo es en Kotlin
Mmmm okey, no conocía ese concepto la verdad.
Espero que te sea de ayuda
Puedo preguntar porque los programadores OOP tienen tanto miedo (porque no cabe otra palabra) de modificar su programa? son tan malos programando que tienen miedo de meter mano a código que hicieron antes, que prefieren hacer el triple de trabajo simplemente para no modificar lo que ya hicieron? Digo si uno lo hace bien puede modificar algo sin modificarlo. (para que siga funcionando como estaba y solo agregar) pero modificando. Alguien puede explicarlo porque esto se considera correcto?
Sí eso que dices para es porque la persona, puede que sin saberlo, está aplicando estos principios. Si no, en código se vuelve inmanejable.
Se puede ser muy buen programador de forma intuitiva, pero eso no quiere decir que no esté de más ponerle nombre a las cosas para poder comunicarnos mejor
@@devexpert_io No estoy hablando de ponerle nombre pero todos estos principios no tienen "NADA" que ver con ponerle nombre. Yo solo dije que SOLID me parece hecho para gente que piensa al revés, es 0 intuitivo, mucho mas complejo sin necesidad y, que simplemente si yo digo "mi systema" es mi responsablidad carece de sentido.