Was ist ein Muster, und was ist keins?

Softwareentwickler greifen auf vielfältiges wiederverwendbares Wissen zurück, darunter Prinzipien, Praktiken, Techniken, Muster, Entwürfe, Methoden, Regeln, Referenzarchitekturen und Implementierungsansätze. Viele schreiben über Muster, auch ich. Mir ist jedoch aufgefallen, dass der Begriff des Musters – wie viele andere Konzepte in der Softwareentwicklung – unter semantischer Diffusion leidet. Es besteht die Tendenz, viele verschiedene Arten wiederverwendbaren Wissens als „Muster“ zu bezeichnen, selbst wenn sie der Definition nicht entsprechen, und jede beliebige Sammlung davon als Mustersprache zu bezeichnen.

Das stört mich aus mehreren Gründen. Ich bin seit Mitte der 90er-Jahre, als das Buch „Design Patterns“ der Gang of Four sie in der Software-Community populär machte, ein Fan von Mustern und Mustersprachen – aus den Gründen, die ich weiter unten beschreibe. Ich mag Domain-Driven Design, bei dem es vor allem um präzise Terminologie geht. Und als Autor bemühe ich mich um eine sorgfältige Wortwahl.