No estoy muy de acuerdo con la definición que das del SRP,  aunque entiendo de dónde viene la imprecisión ya que yo mismo la tuve. Realmente hay bastante confusión en cuanto al SRP. La verdadera naturaleza del SRP es que cada módulo de software de un sistema debe ser responsabilidad de un único stakeholder. Esto no se entiende mucho con la definición de stakeholder, pero sí con la de actor. El SRP realmente trata de hacer ver que si segregas un sistema creando límites basados en actores, obtienes un sistema más robusto en el que los cambios asociados a un área de negocio no afecten al resto. Es decir, es erróneo decir que el SRP funciona a nivel de función e incluso a nivel de clase, si no que lo hace a nivel de módulos o componentes de la arquitectura de software. Esto es un error muy común y se describe muy bien en la página 62 de Clean Architecture en la versión original en inglés, de Robert C. Martin. A pesar de ser el principio más conocido de los SOLID para mí es el más incomprendido. El propio DDD (Domain Driven Design), algo que abarca un campo de conocimiento relevante, nace de este concepto fundamental del SRP.

Aca tambien estan bien explicados los videos SOLID, por si les interesa  https://www.youtube.com/watch?v=NqrNHagw3-0

como una persona me dijo cuando empezaba en este mundo, tenes que lograr codear de forma tal que lo leas y sientas que lees un libro.

Yo soy programador desde hace más de 3 años y nunca había escuchado tal fetiche de los patos

06:00 Ojalá Google aceptara múltiples likes, a este vídeo le diera muchos, es oro en polvo.

1:42 Principio de responsabilidad única
Cada clase tiene sus funciones especificas
3:00 Principio de abierto-cerrado
No se modifica una clase, se hereda en otra y se elabora nuevo código
5:04 Principio de sustitución de Liskov
6:41 Segregación de la interfaz
Separar las interfaces orientadas a las funciones necesarias en interfaces
Por medio de clases pequeñas y especificas
8:56 Inversión de la dependencia
Las implementaciones deben depender de interfaces

"Las herramientas nos han de ser funcionales, y tenemos que usarlas para algún propósito"...con eso ya seremos bastante mejores programadores. Muchisimas gracias!!!

esta es la mejor explicacion de SOLID que he encontrado, 100% recomendado

Por fin parece que YouTube te esté haciendo un poquito más de caso, me alegro de que el canal crezca :)

Estoy en un Bootcamp y hoy estamos haciendo SOLID con java y ha sido muy útil, te has ganado una nueva subs al canal :)

Cuando hablas de cada tema y muestras ejemplo de código en el trancurso del video  me parece un ecxelente recurso didáctico. Muchas gracias,  esta información me hizo sentir que mi código es aún muy pueril.  Hice muchos cambios, y aunque aún no le acostumbro espero se vuelva rutina. Éxitos, sigue haciendo contenido profesional de calidad.

Me volo la cabeza con el ejemplo del pato, muchas gracias

cuanto conocimiento y que buena barba, mis dieses

Wow como hubiera amado este video hace años cuando aprendi SOLID. Aun me acuerdo las horas que le eche a esto y en solo 10 min se tiene una base bien solida.

Makina explicas todo tan facil, eres un crack te has ganado a un seguidor fiel

Parece que los informáticos tenemos cierto problema con esta clase de animales, sobre todo con los patitos de goma, así que nuestro ejemplo...  va a ser con patos. 😂😂😂😂

Este video es oro

Gran video! El siguiente o alguno futuro puede ser sobre los unit test? Un saludo!

Gran video, nunca habia escuchado una explicacion tan clara

Gracias por tan buen video. Estaría bueno que crearas un curso de creación de una API REST con Node y Express, pero esta vez usando TypeScript y aplicando los principios SOLID, junto con DDD y demás buenas prácticas y arquitecturas limpias. Pienso, que seria una version mucho mas avanzada para seguir aprendiendo cuando se termina tu curso de "Desde 0 hasta maestro - Creando el backend con Node JS"