和大多數的誤解一樣，這個誤解也是有原因的�？纯慈藗冇脕砻枋瞿Ｊ降母袷�，有兩種基本的風格：描述高層結構的GoF風格(用于《設計模式》中);接近文學的Christopher Alexander風格——敘述性的，盡量少的結構圖。由于已經用模式描述了面向對象設計之外的東西，所以我現在認識到GoF風格造成的偏差。對于我研究過的某些領域的專家經驗，這種風格根本無法描述。為什么結構圖看上去總是讓人聯想到C++?對于音樂作曲的模式，“實現”應該是什么?“協作”部分真的有意義嗎?
很明顯，一種格式不能適應所有的需求。比較具有普遍意義的是模式的概念：模式是記載并傳達專家經驗的工具——不論是哪個領域的專家經驗。
誤解之八：“沒有證據表明模式幫助過任何人”