User Tools

Site Tools


the_relation_between_design_patterns_and_schema_theory

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
the_relation_between_design_patterns_and_schema_theory [2013/09/21 10:11]
yann
the_relation_between_design_patterns_and_schema_theory [2014/01/09 00:41]
yann
Line 1: Line 1:
-====== ​Abstract ​======+====== ​Kohls, C. & Scheiter, K. The Relation between Design Patterns and Schema Theory. Proceedings of the 15th Conference on Pattern Languages of Programs, ACM Press, 2008 ====== 
 + 
 +===== Abstract ​=====
  
 Patterns capture the design knowledge of experts. But how is this expertise represented by the expert? When we mine for patterns, what is the ground in which we seek? Are there patterns in our head? And if so, how do the patterns in our head relate to the design patterns in the real world and the patterns we document? This paper tries to give some answers by referring to the principles of psychological schema theory. Schemas are some sort of patterns in our heads. A special type of schema, the problem schema, has many features in common with design patterns. The paper will discuss how schemata are organized in memory, how they are activated and constructed. At the end, we will discuss implications for the mining of patterns. Patterns capture the design knowledge of experts. But how is this expertise represented by the expert? When we mine for patterns, what is the ground in which we seek? Are there patterns in our head? And if so, how do the patterns in our head relate to the design patterns in the real world and the patterns we document? This paper tries to give some answers by referring to the principles of psychological schema theory. Schemas are some sort of patterns in our heads. A special type of schema, the problem schema, has many features in common with design patterns. The paper will discuss how schemata are organized in memory, how they are activated and constructed. At the end, we will discuss implications for the mining of patterns.
  
-====== Comments ​======+===== Comments =====
  
 //​Yann-Gaël Guéhéneuc,​ 2013/​09/​20//​ //​Yann-Gaël Guéhéneuc,​ 2013/​09/​20//​
Line 21: Line 23:
 The paper makes other interesting points, including that "​[e]xperts usually have a better understanding of a given problem in their domain in that they can represent problem based on its second order features rather than its first order feature",​ that "our perception oft [design problem] depends on our previous experience and what we expect about [the design]"​ (which is typically express when an expert says "​Actually,​ the real problem is...",​ and that "​typical [designs] are retrieved by [designers] in term of general information rather than the specific information [but that] for extraordinary situations, [designers] often remember the specific details",​ (which highlights the interest of reading patterns, code). Yet, it recalls that "​schema [are] never fully [whole] because after thousands of hours of practice, [designer] can still improve his or her performance."​ The paper makes other interesting points, including that "​[e]xperts usually have a better understanding of a given problem in their domain in that they can represent problem based on its second order features rather than its first order feature",​ that "our perception oft [design problem] depends on our previous experience and what we expect about [the design]"​ (which is typically express when an expert says "​Actually,​ the real problem is...",​ and that "​typical [designs] are retrieved by [designers] in term of general information rather than the specific information [but that] for extraordinary situations, [designers] often remember the specific details",​ (which highlights the interest of reading patterns, code). Yet, it recalls that "​schema [are] never fully [whole] because after thousands of hours of practice, [designer] can still improve his or her performance."​
  
-Finally, the paper concludes ​+Finally, the paper concludes ​on implications of schema theory on design patterns. It is unfortunate that some of these implications are hard to grasp or not directly backed up by evidence in the paper, for example that "​individually constructed patterns do not differ that much when they are communicated"​ and that "[t]he pattern format therefore seems to be adequate vehicle to capture [experience]"​. Indeed, the examples in the paper are not always relating schema theory to design patterns but stay at a very high, yet interesting,​ level.
the_relation_between_design_patterns_and_schema_theory.txt · Last modified: 2019/10/06 20:37 (external edit)