¿Es algo como DRY un patrón de diseño, una metodología o algo intermedio? No tienen implementaciones específicas que se puedan demostrar (incluso si se puede demostrar fácilmente un caso NO utilizando algo como KISS ... vea The Daily WTF para una gran cantidad de ejemplos), ni tampoco explican completamente un proceso de desarrollo como lo haría una metodología en general. ¿Dónde deja eso a estos tipos de "regla de oro"?
Según Wikipedia es una principle de desarrollo de software.
De hecho, Wikipedia se refiere a todos ellos como principios:
DRY :
En ingeniería de software, no repetir Tú mismo (DRY) o la duplicación es el mal (DIE) es un principio de software desarrollo
KISS :
KISS es un acrónimo para el diseño principio "¡Mantenlo simple, estúpido!".
SOLID :
Los principios cuando se aplican juntos tiene la intención de hacer más probable que una el programador creará un sistema que es fácil de mantener y extender con el tiempo
Yo diría que son principios de ingeniería básica.
Una metodología puede tener principios de n .
Y definitivamente no son patrones de diseño :)
Estas son las directrices para su trabajo diario, cruzando los límites de las capas, dominios de problemas y tecnologías.
También forman lo que llamarías una filosofía que define tu práctica profesional.
Lea otras preguntas en las etiquetas terminology design-patterns methodology