Chris Richardson précise ce qui distingue réellement un pattern logiciel d’une simple technique, pratique, règle ou conception : un problème récurrent dans un contexte donné, des forces à équilibrer, une solution applicable, ses conséquences et ses relations avec d’autres patterns. Il explique aussi qu’un « pattern language » suppose des relations riches entre patterns, et montre pourquoi cette rigueur améliore les décisions d’architecture, limite le battage technologique et fournit un vocabulaire commun aux équipes.