<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Fostering Reection in CS Teacher Education</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Johannes Fischer</string-name>
          <email>johannes.fischer@cs.tu-dortmund.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Nora Romahn</string-name>
          <email>nora.romahn@tu-dortmund.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Martin Weinert</string-name>
          <email>martin.weinert@cs.tu-dortmund.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>TU Dortmund</institution>
          ,
          <addr-line>Dortmund</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>We focus on novice programming processes in secondary education. In Germany, prospective high-school CS teachers often face the problem that they have only very little access to actual school classrooms during their teacher preparation programmes. They only learn about teaching programming from a very abstract point of view in lectures or seminars, usually with a focus on research rather than on practice. Once they arrive in schools as graduated teachers, they are often faced with completely new situations and rst have to learn how the pupils learn, program, debug, and think. To bridge this gap between university education and actual school practice, we propose a new methodology that we are currently integrating into our curriculum. Our main approach is to activate re ective processes in prospective high-school teachers by rst having them watch video-material from actual programming lessons at school, and then giving them exercises that let them re ect on the material they have just seen, e.g. by asking them about possible misconceptions, or letting them speculate about the pupils' thought processes. The goal of this article is to develop a theory (supported by learning theories) on how such videos and accompanying exercises should be composed in order to activate deep re ective processes. We believe that our methodology is general enough to be applicable to a wide range of programming processes, independent of actual programming languages or paradigms, age of the pupils and students, or other external factors.</p>
      </abstract>
      <kwd-group>
        <kwd>Reection</kwd>
        <kwd>Video-based learning active learning environments</kwd>
        <kwd>E-learning</kwd>
        <kwd>Computing Education</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Programming is an important topic of computer science courses in school. It is
not only the primary experience and fundamental activity of computer scientists,
but also enables the demystication of the machine. It allows, for example, to
move from being a consumer of software to become a creator thereof. Therefore
it is important to provide learners with high quality programming lessons.</p>
      <p>
        To ensure this quality, it is mandatory to properly educate teachers about
how students learn [
        <xref ref-type="bibr" rid="ref21 ref23">21,23</xref>
        ]. As the National Research Council notes, research on
learning and transfer has uncovered important principles for structuring learning
experiences that enable people to use what they have learned in new settings
[5, p.4]. An example of this is the necessity for teachers to pay attention to
students’ interpretations and provide guidance when necessary. [5, p.11] Hence,
teachers’ knowledge about learning processes directly inuences their students’
learning outcomes.
      </p>
      <p>
        An important part of this knowledge is the understanding of student
behaviour, particularly what students do while coding. Its importance comes from
the value that this knowledge can provide in dierent ways. Luxton-Reilly et
al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] mention the prediction of students’ success, identication and mitigation
of students’ diculties and improvements of students’ success rates through
alteration of their behaviour. They also note the signicant potential to learn
about student learning through analysis of coding bahaviour. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] With these
benets in mind it is clear that teachers should be educated about what students
particularly do while they code.
      </p>
      <p>
        While the literature review of Luxton-Reilly et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] focusses on studies
conducted at university level, we believe that these statements hold for K12 as well.
Therefore, we propose a methodology that aims at unveiling students’
programming processes and developing methods to teach these ndings to prospective
computing education teachers. The main questions that are guiding our research
are:
RQ1 Which unexpected phenomena can be observed in programming students?
RQ2 Which theories might explain those phenomena and how are they
significant for CS teachers?
RQ3 How should a university course be designed in order to foster reection
on those phenomena in prospective CS teachers?
RQ4 How can videos showing programming students be incorporated into such
a course?
      </p>
      <p>
        Because of their qualitative nature we mainly use qualitative content analysis
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] to answer the rst two questions. These questions ask for the exploration
of processes happening in CS classrooms. To get meaningful results, we chose
to visit actual school classes, observe the pupils while programming, and
subsequently describe their processes. Since description is based on interpretation,
this motivates our choice of qualitative content analysis.
      </p>
      <p>
        The last two research questions are highly dierent in nature and require a
dierent approach. The main dierence is that we want to develop, analyse and
rene our own instructional approaches in our university courses for prospective
high school teachers. To accomplish this, we use a design-based research setting
[
        <xref ref-type="bibr" rid="ref10 ref2 ref9">2,10,9</xref>
        ]. This means that we rst formulate the learning outcomes as implicitly
done in RQ3 and then conduct teaching experiments aimed at achieving them.
Incorporating ndings from the experiments into subsequent ones and repeating
this process will eventually increase comprehension of the learning processes
during those courses.
      </p>
      <p>
        Reection is generally agreed to be important for professional development
[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] and has a long tradition of research [
        <xref ref-type="bibr" rid="ref19 ref24 ref4 ref6">6,19,4,24</xref>
        ]. There are approaches to
incorporate video-based instruction into teacher training in dierent subjects
[
        <xref ref-type="bibr" rid="ref13 ref20 ref22 ref3">20,22,13,3</xref>
        ] and even in computer science [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However, those approaches focus
on teachers’ instructional practices rather that pupils’ learning processes. There
are also approaches using vignettes [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] that are not video-based. To the best
of our knowledge there are no previous approaches using video-vignettes of
programming pupils to foster prospective teachers’ reective thoughts.
      </p>
      <p>In this paper we describe our framework in detail. In Sect. 2, we dene some
terms that have been used liberally above. In Sect. 3, we discuss the concept of
reection and its signicance to our project. In Sect. 4, we present the
considerations serving as the basis for the video material we use. In Sect. 5, we describe
our course design. Finally, in Sect. 6, we give an outline on which further steps
are required to achieve the long-term goals.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Terminology and Structure of the Project</title>
      <p>
        Because our project takes place on multiple levels of the educational system,
it is reasonable to dene how we refer to dierent actors and entities. To this
end, we use the nested tetrahedron model [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. It is a general model of academic
instruction for structuring and labelling its main components.
2.1
      </p>
      <sec id="sec-2-1">
        <title>The Didactic Tetrahedron</title>
        <p>
          (a) Didactic Tetrahedron [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]
        </p>
        <p>
          (b) Nested Didactic Tetrahedron [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]
        </p>
        <p>The didactic tetrahedron identies four components as important parts of
learning processes in institutionalized learning settings (see also Fig. 1a). The
rst dimension ( L) refers to the persons who experience the learning process. The
second dimension (T ) references the actors who facilitate the learning process.
The third dimension is called subject matter ( SM ) and describes what the
learners are learning.</p>
        <p>The dimensions mentioned so far constitute the classic didactic triangle.
What turns it into a tetrahedron is the last dimension ( A), which considers any
thing that serves a didactic purpose. Its importance arises from the idea that
human actions manifest themselves as interactions with the world, or rather
artefacts therein. (See below for concrete examples of artefacts.)</p>
        <p>We will now model the subject of the rst two research questions (RQ1 and
RQ2), which refer to the school level.</p>
        <p>Learners (L) Our main focus lies on pupils in higher secondary education,
while we do not exclude other learners categorically. The important aspect
with respect to our analyses is that the learners should only have little prior
programming experience and work with a text-based programming language.</p>
        <p>These learners will mainly be referred to as pupils.</p>
        <p>Teachers (T) The role of the teacher is carried out by the regular CS teacher
of the class. However, since we focus heavily on processes happening during
learning, the teacher plays a rather minor role.</p>
        <p>Subject matter (SM) We focus on programming in general and require the
learners to be active. Any task that asks for programming related activities
lies in that scope, while, for example, a lecture on syntax would not.
Artefacts (A) The artefacts that the pupils will interact with depend on the
concrete tasks they are working on. In general, they will always create or
modify a source code, using a programming language and programming
environment of some kind, using input devices such as keyboard and mouse.
This means that we do not focus on unplugged activities, even if they involve
working on program code, or on programs running on external hardware like
microcontrollers or roboters.
2.2</p>
      </sec>
      <sec id="sec-2-2">
        <title>The Nested Didactic Tetrahedron</title>
        <p>With RQ3 and RQ4 we introduce the university as a second level at which we
want to analyse learning processes. Since this second level might cause
terminological confusion, we use an extension of the didactic tetrahedron as a conceptual
framework to describe the remaining parts of our project.</p>
        <p>Since the learning processes at university level are similar to the ones at
school, the didactic tetrahedron from Sect. 2.1 would be sucient. However, now
the complete learning processes at school level will act as the subject matter at
university level. This means that the tetrahedron from Fig. 1a acts as the vertex
’subject matter’ of the tetrahedron at university level.</p>
        <p>Fig. 1b illustrates the relationship of the two tetrahedra and conceptualizes
the learning processes at the university level. The dierentiation between the
two tetrahedra is accomplished by adding a leading U to the labels. We can now
describe the aspects of our project that are related to teacher training.
Learners (UL) Our focus lies on university students with the goal of becoming
school teachers. These learners will be referred to as students.</p>
        <p>Teachers (UT) The learning processes at university level will happen during
computer science teacher training courses. Because of that the teachers (UT)
are the course instructors.</p>
        <p>Subject matter (USM) Our main goal at university level is to enable the
students (UL) to reect (see Sect. 3) on their teaching and the pupils’
learning processes. To achieve that, we want them to rst gain knowledge about
pupils’ learning processes and their associated diagnostics.</p>
        <p>Artefacts (UA) The main artefacts that the students will use are videos
showing pupils programming and exercises related to those videos. Sections 4
and 5 will explain those two artefacts in greater detail. The nal goal of our
project is to provide a digital learning platform that includes both the videos
and the exercises.
3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Reection</title>
      <p>
        Like a computer programmer, a teacher needs to nd and x problems in his
or her instructional approaches. The task of debugging them requires the ability
of what is called reection . And since assuring the ecacy of one’s teaching
activities is an important part of a teacher’s competencies, the development of
the ability to reect on pupils’ learning processes should be an integral part of
teacher training curricula. As ClarÆ [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] notes, this importance is unanimously
agreed upon in the eld of teacher education. However, he also notes that the
degree of agreement is similar to the degree of ambiguity about what reection
actually is. The purpose of this section is not to trace the discourse on reection,
but rather nd a usable denition for our project.
      </p>
      <p>
        To nd a suitable denition, we take a look at the very roots. According to
Dewey [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], reection is the
active, persistent, and careful consideration of any belief or supposed
form of knowledge in the light of the grounds that support it, and the
further conclusions to which it tends. (p.6)
      </p>
      <p>From this quote we derive the three major foci that we associate with
reection. They are (a) beliefs and (supposed) knowledge, (b) grounds, or rather
reasons, and (c) derived conclusions.</p>
      <p>
        Additionally, for (a) Dewey dierentiates between descriptions and
interpretations [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Here, descriptions represent the observatory part, since they are
explications of (assumably) non-judgemental observations. On the contrary,
interpretations are constructions of meaning. In this case, the term constructions
means the creation of something that has not existed before, what in the case
of mental constructs is denoted by inference.
      </p>
      <p>We want the students’ to reect on all aspects of the pupils’ programming
processes. Beliefs and knowledge (a) will therefore be addressed by a detailed
description and interpretation of the pupils’ actions. A possible statement could be:
The pupil tries to declare a variable by typing the words ’Int’, ’init’ and ’Init’,
before giving up. That statement contains an observed action (typing of words) and
its interpretations (attempt of variable declaration; resignation). Based on the
given statement, a proposition for an underlying reason (b) might be: The pupil
seems unaware of the correct keyword for integer variables and case-sensitivity,
since he inputs words similar to ’int’ while varying capitalisation. A
conclusion (c) might be the proposition of an action that should be taken, like: The
pupils should be in some way instructed on the importance of correct notation
of keywords. Another possibility is a description of an alteration in the personal
point of view on something: Until I saw the pupils struggle, I didn’t think that
syntactical rules could be a challenge. Finally, even general statements of
(hypothetical) facts might serve as conclusions: This example shows that the syntax of
a programming language is in no way trivial to learn.</p>
      <p>All the given examples would be interpreted as indicators of reective
processes. To summarize what we mean by the term reection , it can be described
as a reconstruction of the scientic investigation of the programming processes.
However, we do not require the students’ analyses to be as rigorous as our own,
but rather a small scale version thereof.</p>
      <p>
        It is still open how such reective processes might be fostered and how to
support them. One answer might be suggested directly by Deweys and Schns
works: ClarÆ [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] notes that a key aspect of reection lies in the clarication of
incoherences of given situations. It is therefore crucial to confront the students
with examples featuring factors that lead to irritation, which nally results in
the perception of incoherences.
      </p>
      <p>To be able to perform such confrontations, we use video recordings of
programming pupils. How these videos are composed and recorded will be described
in the next section.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Video-Based Reection</title>
      <p>In the previous section we argued that we want to confront the students with
their incoherent understandings in order to achieve reection. Based on our
research focus, these confrontations will be about viewing pupils’ programming
processes. We identify the following properties that the material (USM) should
full.</p>
      <p>Authenticity: Inauthentic situations would be perceived by the students as
staged. This would directly resolve any incoherences in the understanding,
as the students could possibly just argue that the pupil’s perceived behaviour
can be attributed to the articial situation.</p>
      <p>Informativeness: The material needs to enable the viewers to derive
reasonable and useful conclusions for themselves. Material that does not allow for
statements on important topics cannot be used in education on that topic.
Therefore our material in question has to provide referenceable actions of
the pupils.</p>
      <p>Anonymity: As there should be as few restrictions as possible on the usage
and dissemination of the material, we want it to be practically completely
anonymised so that it does not allow for the identication of the pupils.</p>
      <p>
        These properties are inuenced by the Critical Incident Technique [
        <xref ref-type="bibr" rid="ref16 ref7 ref8">8,7,16</xref>
        ].
With informativeness we require our videos to show incidents, but we do not
expect them to leave the observer with as little doubt as they would need to
qualify as critical in Flanagan’s sense [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The properties are also inuenced by
the term vignette, as described by Jeries and Maeder [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>To achieve these goals, we decided to use videos as the primary medium.
The main dierence to vignettes is that our videos show real work rather than
hypothetical stories. Nonetheless, we use the term video vignettes to refer to the
combination of our videos and exercises.</p>
      <p>Videos can meet the demands mentioned above if certain conditions are
ensured. To assure authenticity we prefer recordings of pupils’ regular working
environments (classroom equipped with computers) over laboratory settings. We
believe that this is already a quite strong criterion for authenticity. We further
keep the setting for recording as little invasive as possible (see last paragraph of
this section).</p>
      <p>A trade-o exists between the demands on informativeness and anonymity,
as anonymisation in its essence means the exclusion of certain information. An
example is the removal of facial recordings, which grants non-identiability, but
at the same time prohibits observations of the pupil’s emotional state. Therefore,
a compromise has to be made between the demands on informativeness and
anonymity. We try to accomplish this compromise by replacing the information
lost through anonymisation with supplementary information. For example, the
information lost by excluding facial recordings is partly reintroduced by adding
video recordings of the pupils’ input devices, hands and notes. These might
enable the students to get a hint of emotions if they are intense enough to result
in motor responses of the hands. Additionally, that view also indicates actions
like pointing at the screen, which might be useful as well. Since the learners (L)
often work in pairs, they are practically required to communicate verbally with
each other, so we also add transcribed versions of the audio recordings.</p>
      <p>The screen recordings can be realized in two ways: either by software running
on the system that is being recorded, or by additional hardware. Since the videos
will be recorded in schools and the specic features of the computer systems
(hardware and software) can be quite dierent from school to school, we ruled
out a software solution. The hardware solution does not require any software to
be installed or run on the recorded systems. It consists of a video grabber that
is installed between the computer and the screen and intercepts the video signal
before passing it through to the screen. Altogether this provides the exibility
that is needed to record in unknown settings.</p>
      <p>
        The nal aspect of our videos is another supplementation used to support the
interpretation of what is seen in the videos: eye-tracking data. As Przybylla [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]
notes, eye-tracking data can demonstrate how someone constructs understanding
of a program. While that note was made primarily on a research setting, we think
that students can benet in the same way. At the very least, eye-tracking data
can be used as a rough indicator of what might be of interest for the pupils (e.g.,
do they even look to the bottom right corner of the screen when a compiler error
message appears? ). Since we emphasize non-intrusiveness over precision, this led
to the choice of a remote system installed in front of the monitor (instead of a
head mounted one). Fig. 2a shows how a pupil’s workstation looks with all our
hardware installed.
(a) Workstation with recording hardware:
(1) Camera recording notes, (2)
Eyetracker, (3) Framegrabber, and (4) Camera
recording input devices
(b) Example of a nal video.
We use a design-based research approach [
        <xref ref-type="bibr" rid="ref10 ref2 ref9">2,10,9</xref>
        ] to gain knowledge about the
students’ learning processes while simultaneously developing a course that can
be used in teacher training. The design-based research process consists of cycles
that repeatedly rene a design. This renement is achieved by conducting design
experiments and drawing theories from them that are used to modify the next
design cycle.
      </p>
      <sec id="sec-4-1">
        <title>First cycle</title>
        <p>
          In the rst design cycle we had the challenge that there were no videos available
that we could use. We dealt with that issue by incorporating video production
into the course. This led to a design containing six steps for the students to
complete:
1. Read literature on misconceptions [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ].
2. Present the literature in class.
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>3. Learn our specic video production processes. 4. Record videos during lessons at a school. 5. Attend an analysis session. 6. Write a term paper.</title>
        <p>The approach has been evaluated using a written survey after course
completion as well as qualitative observations during the course.</p>
        <p>Observations First, we describe our qualitative observations during the course.
Our rst nding is that video production bound a lot of time in rather
technical activities, like learning how to handle the recording devices or how to edit
the recordings. During that time the students neither learned anything about
pupils’ work nor were they encouraged to perform reective thought processes.
We therefore agreed to remove video production from the course design.</p>
        <p>During the analysis session students had to look for interesting situations in
the videos. The term interesting situation had not been dened explicitly in order
to nd out which situations the students would perceive as interesting, but was
highly inuenced by their prior reading of literature on misconceptions. Apart
from this, we would have liked them to identify other diculties as well, but
this did not happen. We concluded from this that students do not automatically
reect in the sense of Sect. 3 and need more ne-grained instructions.
Empirical Evaluation Next, we describe the insights we got from the survey
that we conducted after the course had been completed. The survey was a
voluntary online questionnaire. The students participated after their term papers
were graded. Seven of the eleven course participants completed the survey. In
the survey we asked them about their opinion on the relevancy of the course
topics for teachers. We also asked how the course inuenced those opinions and
whether they learned to perform the corresponding actions (e.g. to draw
conclusions based on pupils’ conceptions). Additionally, we asked what activities
should be removed, done less of, done more of, or be added to the course.</p>
        <p>First, we present the reported changes in opinions during the course.
Regarding the knowledge of pupils’ typical conceptions and the ability to draw
conclusions, about half of the participants stated that they see them more
important than before the course. The other half answered that their opinion had
not changed. Therefore we investigated what opinion that group had before,
and found that they already strongly agree on the importance of the concepts
in question.</p>
        <p>Approximately the same distribution of opinions can be found in regards
to identifying pupils’ conceptions: Half of the participants see the topic more
important than before and now totally agree on the importance for teachers. The
other half did not change their opinion and does not totally, but mostly agree
on the importance. However in this analysis we see a single student that did not
change his or her opinion and mostly disagrees on the importance. Investigating
that student’s other answers showed that he or she seems to see no value in the
programming process. We assume this because he or she agreed strongly on the
statement that videos cannot help to grade the nal products in a fairer way.
Additionally he or she does not agree that the work process should be observed
and taken into account during grading.</p>
        <p>This opinion raises the question if we should address the signicance of the
programming process explicitly during further development of our tasks. To
answer that question, we investigated whether there were more students with a
similar opinion. In fact we found another one that gave similar answers to those
questions. In contrast to the rst student, this one agrees that teachers should
be able to identify pupils’ conceptions by observing their work processes. This
student seems not to regard the process as an integral part of programming. We
will emphasize the role of the programming process more in our future tasks.</p>
        <p>Finally we present suggestions that the participants gave for improving the
course. The rst comment was that the classroom visit was perceived as great,
because it gave insights into future practice. It was suggested to do multiple
visits and ideally do them in multiple classes. These statements support the
need for a connection between the theoretical aspects of teacher training and
future practice. However, classroom visits take a lot of time, which is limited
during courses at the university.</p>
        <p>Another participant reported that he or she did not feel able to draw
conclusions from pupils’ conceptions ((c) from Sect. 3). He or she asked to include
examples of possible conclusions and explanations on how to draw them. Since
this is a rather creative and especially situational process, case studies in the
form of video recordings might be particularly helpful to that end. We will use
frequent group discussions as the main tool to foster this process. We expect
that the discussions will allow review and enrichment of suggested conclusions
by other participants.</p>
        <p>A similar point was addressed by a dierent participant. He or she asked to
include the discussion of assistive measures and how to conduct interviews with
pupils. He or she motivated that with a lack of guidance on how to deal with
misconceptions. We will integrate those topics into the course. While there were
presentations on how to address misconceptions, that information seems to not
have been received well, as the next suggestion will show.</p>
        <p>One participant suggested to summarize the information from the
presentations of the other students. While one might argue that for a university student
it should be obvious that they should take notes by themselves, we will take note
of the fact that it seems not to be that obvious from the students point of view.
An explanation might be that the students do not perceive the presentations of
their fellow students as important with regards to their own learning goals of the
course. In future iterations we should at least explicitly tell the students that we
expect them to learn the topics from those presentations.
6</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Conclusions and Future Work</title>
      <p>We introduced a new methodology to foster prospective programming teachers’
reection processes. Our approach is based on video vignettes showing pupils
work on programming tasks, accompanied with appropriate exercises to
encourage reection.</p>
      <p>Future work includes both work on school and university level. Our goal on
school level is to build a larger repertoire of videos, thereby contributing to an
understanding of how pupils program. The long term vision for this collection
would be to identify and categorize components of programming processes that
allow to induce hypotheses.</p>
      <p>
        At the university level we follow our design research setting of conducting
and analysing design experiments. The students’ (UL) work processes and term
papers will be analysed similarly to those of the pupils with qualitative content
analysis [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. The goals at this level are to learn about how students learn the
specic content, how they can be supported in that and to develop concrete
tasks for them.
      </p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgements</title>
      <p>This work is supported by the Bundesministerium fr Bildung und Forschung
under Grant No.: 16DHB2130.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Broneak</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lucarelli</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosato</surname>
          </string-name>
          , J.:
          <article-title>Exploring the Use of Video Re ection as a Professional Development Tool</article-title>
          . In
          <source>: Proceedings of the 2019 ACM Conference on International Computing Education Research</source>
          . p.
          <fpage>293</fpage>
          . ICER '
          <volume>19</volume>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Brown</surname>
            ,
            <given-names>A.L.</given-names>
          </string-name>
          :
          <article-title>Design Experiments: Theoretical and Methodological Challenges in Creating Complex Interventions in Classroom Settings</article-title>
          .
          <source>The Journal of the Learning Sciences</source>
          <volume>2</volume>
          (
          <issue>2</issue>
          ),
          <fpage>141</fpage>
          <lpage>178</lpage>
          (
          <year>1992</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Cannings</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Talley</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Bridging the Gap between Theory and Practice in Preservice Education: The Use of Video Case Studies</article-title>
          .
          <source>In: Proceedings of the 3.1 and 3</source>
          .3 Working Groups Conference on International Federation for Information Processing:
          <article-title>ICT and the Teacher of the Future</article-title>
          .
          <source>CRPIT '03</source>
          , vol.
          <volume>23</volume>
          , pp.
          <fpage>17</fpage>
          <lpage>20</lpage>
          . Australian Computer Society, Inc. (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Clar</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>What is Re exion? Looking for Clarity in an Ambiguous Notion</article-title>
          .
          <source>Journal of Teacher Education</source>
          <volume>66</volume>
          (
          <issue>3</issue>
          ),
          <fpage>261</fpage>
          <lpage>271</lpage>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Council</surname>
            ,
            <given-names>N.R.</given-names>
          </string-name>
          : How People Learn: Brain, Mind, Experience, and School: Expanded Edition. The National Academies Press, Washington, DC (
          <year>2000</year>
          ). https://doi.org/10.17226/9853
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Dewey</surname>
          </string-name>
          , J.:
          <article-title>How we think</article-title>
          . D. C. Heath &amp; Co.,
          <string-name>
            <surname>Boston</surname>
          </string-name>
          (
          <year>1910</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Finch</surname>
          </string-name>
          , J.:
          <source>The Vignette Technique in Survey Research. Sociology</source>
          <volume>21</volume>
          ,
          <fpage>105</fpage>
          <lpage>114</lpage>
          (
          <year>1987</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Flanagan</surname>
            ,
            <given-names>J.C.</given-names>
          </string-name>
          :
          <article-title>The Critical Incident Technique</article-title>
          .
          <source>Psychological Bulletin</source>
          <volume>51</volume>
          (
          <issue>4</issue>
          ),
          <fpage>327</fpage>
          <lpage>358</lpage>
          (
          <year>1954</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Geldreich</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simon</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hubwieser</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>A Design-Based Research Approach for introducing Algorithmics and Programming to Bavarian Primary Schools. Theoretical Foundation and Didactic Implementation</article-title>
          .
          <source>MedienP dagogik 33</source>
          ,
          <fpage>53</fpage>
          <lpage>75</lpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Gravemeijer</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cobb</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Design research from a learning design perspective</article-title>
          .
          <source>Educational design research (Jan</source>
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. Hu mann, S.,
          <string-name>
            <surname>Kranefeld</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kuhl</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schlebrowski</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <string-name>
            <surname>DoPro L - Das Dortmunder Pro l f</surname>
          </string-name>
          <article-title>r inklusionsorientierte Lehrerinnen- und Lehrerbildung, chap. Das geschachtelte Tetraeder und inklusionsorientierte Designprinzipien als Modelle f r Entwicklung und Forschung in einer inklusionsorientierten Lehrerinnenund Lehrerbildung</article-title>
          , pp.
          <fpage>11</fpage>
          <lpage>25</lpage>
          . Waxmann Verlag GmbH (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. Je ries,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Maeder</surname>
          </string-name>
          ,
          <string-name>
            <surname>D.W.</surname>
          </string-name>
          :
          <article-title>Comparing Vignette Instruction and Assessment Tasks to Classroom Observations and Re ections</article-title>
          .
          <source>The Teacher Educator</source>
          <volume>46</volume>
          ,
          <fpage>161</fpage>
          <lpage>175</lpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Kale</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hur</surname>
            ,
            <given-names>J.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yerasimou</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brush</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>A Model for Video-Based Virtual Field Experience</article-title>
          .
          <source>In: Proceedings of the 7th International Conference on Learning Sciences</source>
          . pp.
          <fpage>944</fpage>
          <lpage>945</lpage>
          . ICLS '06,
          <string-name>
            <surname>International</surname>
          </string-name>
          <article-title>Society of the Learning Sciences (</article-title>
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Luxton-Reilly</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Simon</surname>
            , Albluwi,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Becker</surname>
            ,
            <given-names>B.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Giannakos</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>A.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ott</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paterson</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Scott</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheard</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Szabo</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>Introductory Programming: A Systematic Literature Review</article-title>
          .
          <source>In: Proceedings Companion of the 23rd Annual ACM Conference on Innovation and Technology in Computer Science Education</source>
          . pp.
          <fpage>55</fpage>
          <lpage>106</lpage>
          .
          <article-title>ITiCSE 2018 Companion</article-title>
          ,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          , New York, NY, USA (
          <year>2018</year>
          ). https://doi.org/10.1145/3293881.3295779
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Mayring</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Qualitative content analysis: theoretical foundation, basic procedures and software solutions</article-title>
          .
          <source>Klagenfurt</source>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Pieper</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vahrenhold</surname>
          </string-name>
          , J.:
          <article-title>Critical Incidents in K 12 Computer Science Classrooms Towards Vignettes for Computer Science Teacher Training</article-title>
          .
          <source>In: Proc. SIGCSE</source>
          '
          <volume>20</volume>
          (
          <year>2020</year>
          ), to appear
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Przybylla</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>Programming Code Reading Skills: Stages of Development Encountered in Eye-Tracking Data</article-title>
          . In: Busjahn,
          <string-name>
            <given-names>T.</given-names>
            ,
            <surname>Schulte</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            ,
            <surname>Tamm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Bednarik</surname>
          </string-name>
          ,
          <string-name>
            <surname>R</surname>
          </string-name>
          . (eds.)
          <article-title>Eye Movements in Programming Education II: Analyzing the Novice's Gaze</article-title>
          .
          <source>Proceedings of the Second International Workshop</source>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Qian</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehman</surname>
          </string-name>
          , J.:
          <article-title>Students' Misconceptions and Other Di culties in Introductory Programming: A Literature Review</article-title>
          .
          <source>TOCE</source>
          <volume>18</volume>
          (
          <issue>1</issue>
          ),
          <source>1:1</source>
          <volume>1</volume>
          :
          <issue>24</issue>
          (
          <year>2017</year>
          ). https://doi.org/10.1145/3077618
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Sch n</surname>
          </string-name>
          , D.A.:
          <article-title>Educating the Re ective Practitioner</article-title>
          . John Wiley &amp; Sons
          <string-name>
            <surname>Inc</surname>
          </string-name>
          (
          <year>1987</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Seidel</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>St rmer</surname>
          </string-name>
          , K.:
          <article-title>Modeling and Measuring the Structure of Professional Vision in Preservice Teachers</article-title>
          .
          <source>American Educational Research Journal</source>
          <volume>51</volume>
          (
          <issue>4</issue>
          ),
          <fpage>739</fpage>
          <lpage>771</lpage>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Sentance</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Csizmadia</surname>
            ,
            <given-names>A.P.</given-names>
          </string-name>
          :
          <article-title>Computing in the curriculum: Challenges and strategies from a teacher's perspective</article-title>
          .
          <source>EAIT</source>
          <volume>22</volume>
          (
          <issue>2</issue>
          ),
          <fpage>469</fpage>
          <lpage>495</lpage>
          (
          <year>2017</year>
          ). https://doi.org/10.1007/s10639-016-9482-0
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Shrader</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fishman</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barab</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>O</given-names>
            <surname>'Neill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Oden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            ,
            <surname>Suthers</surname>
          </string-name>
          ,
          <string-name>
            <surname>D.</surname>
          </string-name>
          :
          <article-title>Video Cases for Teacher Learning: Issues of Social and Organizational Design for Use</article-title>
          .
          <source>In: Proceedings of the Conference on Computer Support for Collaborative Learning: Foundations for a CSCL Community</source>
          . pp.
          <fpage>708</fpage>
          <lpage>709</lpage>
          . CSCL '02,
          <string-name>
            <surname>International</surname>
          </string-name>
          <article-title>Society of the Learning Sciences (</article-title>
          <year>2002</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Webb</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Davis</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bell</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Katz</surname>
            ,
            <given-names>Y.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reynolds</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chambers</surname>
            ,
            <given-names>D.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Syslo</surname>
            ,
            <given-names>M.M.:</given-names>
          </string-name>
          <article-title>Computer science in K-12 school curricula of the 2lst century: Why, what and when?</article-title>
          <source>EAIT</source>
          <volume>22</volume>
          (
          <issue>2</issue>
          ),
          <fpage>445</fpage>
          <lpage>468</lpage>
          (
          <year>2017</year>
          ). https://doi.org/10.1007/s10639-016-9493- x
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Zeichner</surname>
            ,
            <given-names>K.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Liston</surname>
            ,
            <given-names>D.P.</given-names>
          </string-name>
          : Teaching Student Teachers to Re ect.
          <source>Harvard Educational Review</source>
          <volume>57</volume>
          (
          <issue>1</issue>
          ),
          <fpage>23</fpage>
          <lpage>48</lpage>
          (
          <year>1987</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>