Difference between revisions of "Hard But Not Too Hard"
Jump to navigation
Jump to search
Sfrancisco (talk | contribs) (Added contributors) |
Sfrancisco (talk | contribs) (Added category) |
||
| Line 66: | Line 66: | ||
<references/> | <references/> | ||
[[Category:Design_patterns]] <!-- List of other categories the design pattern belongs to. The syntax for linking to a category is: [[Category:<Name of category]] --> | [[Category:Design_patterns]] [[Category:Patlet]]<!-- List of other categories the design pattern belongs to. The syntax for linking to a category is: [[Category:<Name of category]] --> | ||
Revision as of 13:03, 4 May 2017
| Hard But Not Too Hard | |
| Contributors | Yishay Mor |
|---|---|
| Last modification | May 4, 2017 |
| Source | Mor (2008)[1] |
| Pattern formats | OPR Alexandrian |
| Usability | |
| Learning domain | |
| Stakeholders | |
A challenge has to be set at a level which is slightly above the participants current level. A challenge too easy will be perceived as boring, while a challenge too hard will result in frustration – both leading to disengagement.
Context
Problem
Forces
Solution
Consequences
Benefits
Liabilities
Evidence
Literature
Discussion
Data
Applied evaluation
Related patterns
Example
References
- ↑ Patlet published in Mor, Y. (2008). Guess my X and other Techno-pedagogical Patterns: Toward a Language of Patterns for Teaching and Learning Mathematics. In Proceedings of the 13th European Conference on Pattern Languages of Programs. Irsee, Germany.