Pedagogical Patterns and Online Teaching

Pedagogical Patterns and Online Teaching

Antonio Miguel Seoane-Pardo, Francisco José García-Peñalvo
DOI: 10.4018/978-1-4666-5832-5.ch015
OnDemand:
(Individual Chapters)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

This chapter summarizes the experience collected after years of researching and experiencing on teaching and learning online in the form of an eLearning pattern-architecture. In this architecture, based upon the leading role of the human factor (according to the vision of the eLearning by GRIAL Group), the whole processes occurring within any training activity is represented, from the institutional planning to the evaluation of the whole process, technological decisions, teaching activity, interaction with students, and so forth. This model is briefly presented after the explanation of the notion of pattern (and its application to the pedagogical context), as a prerequisite for understanding the scope of the use of this methodology in the field of online training.
Chapter Preview
Top

2. The Concept Of Pattern And Its Applications

The concept of pattern is by no means something recent. Moreover, strictly speaking, it is not even necessarily a human invention. There is a huge number of patterns, that is, particular solutions which enable a potentially infinite number of variations to happen. A beehive is the result of a repeating pattern, basically of one sole element: hexagonal cells. However, there are not two identical beehives: Each of the elements in the periodic table is also a pattern (Fuller & Applewhite, 1975). Regarding human beings, they have been using patterns for centuries in the artistic creation, in science1 1 and, of course, in the textile manufacture, whose context the best known Spanish meaning of the word belongs to.

Nevertheless, the technical sense of the word we are interested in here, comes from, and it is well known, the architect Christopher Alexander, who, in his work A Pattern Language. Towns, Buildings, Construction, states that a pattern “describes a problem which occurs over and over again in our environment, and then describes the core of the solution to that problem, in such a way that you can use this solution a million times over, without ever doing it the same way twice” (Alexander, Ishikawa, & Silverstein, 1977, p. x). In The Timeless Way of Building, Alexander defines the pattern again referring to the three elements that make it up. Thus, “each pattern is a relationship between a certain context, a certain system of forces which occurs repeatedly in that context, and a certain spatial configuration which allows these forces to resolve themselves” (Alexander, 1979, p. 247). So, in a particular context a problem happens, and a solution is provided. The relationship among these three elements makes up a pattern. So, a pattern is not a simple “answer key,” because it is not complete if the problem and the correct context for which such solution states to be efficient is not explained. Therefore, Alexander points out, just after the previous assertion, that “The pattern is, in short, at the same time a thing, which happens in the world, and the rule which tells us how to create that thing, and when we must create it. It is both a process and a thing; both a description of a thing which is alive, and a description of the process which will generate that thing.”

In A Pattern Language, Alexander makes a catalogue of 253 patterns ordered and numbered from the greatest organic complexity (the city) going through its components (buildings) and the simplest solutions for such buildings (construction). This Pattern language, we will write about further on, receives the direct influence of the design and computer programming language which was being developed in that moment and that’s why he states this language has got a network structure. And this, probably, explains why the leap of patterns from Architecture to Computer Engineering turned out to be so extremely natural.

Complete Chapter List

Search this Book:
Reset