![]() |
||||||||||||||||||||||||||||||||||||||||||||
|
Using Interactive Technology in a Short Java Courseby Roberto E. Lopez-Herrejon and Morrie Schulman (download PDF version of this article)
ABSTRACT Categories and Subject Descriptors General Terms Keywords 1. INTRODUCTION Being a comprehensive course, a lot of material, ranging from simple programs to GUI design, has to be covered in a short period of time. As a result, we needed to proceed as quickly as possible without losing students along the way. This fast-paced environment is what motivated us to experiment with interactive technology for teaching basic Java concepts. In this paper we share our experiences using this media in the described setting; further, we present the challenges faced and the lessons learned in designing and planning for it. Section 2 presents an overview of interactive technology and its pedagogical underpinnings. Section 3 describes the CS105 course, the lecture plan, sample questions, lessons learned, and an overview of students’ perceptions. Section 4 summarizes our experiences and future plans. 2.1 Pedagogical Underpinnings More recently, Jean Piaget introduced the notion that children discover and construct knowledge through activities rather than by receiving it passively. Contemporary educational researchers [14] advanced the premise that active learning improves concept formation and knowledge acquisition regardless of age. The social constructivist theorist Palincsar draws from the work of Piaget to support the notion that interpersonal interactions promote cognition and learning [17]. He also points out that, though direct (traditional) instruction is an effective means of teaching factual content, there is less evidence that it "transfers to higher-order cognitive skills such as reasoning and problem solving," nor is there sufficient evidence that "it results in the flexibility necessary for students to use the targeted strategies in novel contexts” [17]. Traditional instruction addresses knowledge formation and comprehension, the first two levels of Bloom's taxonomy of educational objectives [4]. The higher-order thinking required to form concepts, addressed by the later objectives in the hierarchy, includes application, analysis, synthesis, and evaluation. Research indicates that these types of objectives can be met with interactive engagement, which includes asking questions in class and promoting discussion [6][7]. Eric Mazur [12] applied the theory of active learning and developed the Peer Instruction method to help students’ basic understanding of physics concepts. He interspersed short lecture presentations with multiple-choice questions to engage his class. Mazur used the Classtalk (described below) electronic response system to ask questions of students, both before and after peer discussion.. Meltzer and Manivannan [13], who used a variant of Peer Instruction in their physics classes, found gains in student learning when measured against comparable courses. They reported greater conceptual understanding, higher scores, and higher attendance than in traditional courses. Their method employed flash cards which students displayed to respond to multiple choice questions posed during the class. The system allowed them to observe students’ responses and body language and to modify the pacing and direction of instruction accordingly. While they achieved positive results, an electronic system would have provided quantitative information, a record of student responses to identify individual difficulties, and a means to keep those responses private and uninfluenced by others. Questions and student participation through discussion assist instructors in a variety of ways: to see if students have completed assignments, to introduce new points, to assess background knowledge, to determine the level of class understanding, to see if students can incorporate past material into present material, and to correct misconceptions [5]. 2.2 Interactive Systems Background Classtalk [3], the first system widely used was introduced in 1992. It required wiring and was expensive and time-consuming to install. In spite of these obstacles, early physics education reformers adopted the product as a mechanism to test their ideas. The wireless Personal Response System (PRS) distributed by Educue [8] provides a more practical and less expensive means to encourage and monitor student participation and comprehension. The product was introduced in 1998, and soon it was adopted by a number of high-profile institutions doing research on interactive engagement including Harvard, Indiana University, University of Maryland, University of Massachusetts, Vanderbilt University, and the University of Strathclyde in the UK, to name a few. PRS allows students to respond to multiple-choice questions with nine possible responses plus two confidence ratings. The Classroom Performance System (CPS), the other major wireless electronic response system, became available shortly after PRS was introduced. Developed by eInstruction [9], it has gained acceptance in primary, secondary, and higher education markets. This system, like PRS, uses infrared technology but provides faster response times. It accepts five possible responses and has a number of additional features including a student management mode and the ability to input the contents of questions into the system and to output session records. Student responses to both systems have been overwhelmingly positive. Participation, interactivity, and attendance have increased. Though quantitative and qualitative research corroborates these outcomes, additional research is needed [19]. Recently, the Classroom Feedback System (CFS) has been introduced. This prototype system is under development at the University of Washington [2]. It provides a more sophisticated feedback mechanism where students using laptops can mark areas of the presentation slides and indicate the types of feedback they request from the selected areas or topics. The challenge of this approach is to present the feedback to the instructor in a concise way so that it can be incorporated in the ongoing lecture. 2.3 CPS in The University of Texas at Austin 2.4 CPS Usage Description The general process, illustrated in Figure 1, starts with the instructor posing a question with its corresponding possible answers. Students then respond to the question individually, and their answers are recorded. Once the answers have been gathered, a histogram is displayed on the teaching screen with one column for each possible answer. The value of a column is the number of students who chose the corresponding answer. The instructor can then select and highlight the correct answer so students can see how each of them and the entire class performed. With this information the instructor can adapt or modify the lecture to emphasize unclear topics or to move on, knowing that the students have satisfactorily assimilated the material and that they have reinforced the correct answer. Arthur Woods and Charles Chiu, early adopters of CPS at The University of Texas at Austin, have identified three types of questions: fact or process questions, problem-solving or concept- probing questions, and opinion or belief questions [19]. In the next section we show examples of typical questions asked in CS105. Not surprisingly, given the nature of computer programming, all the questions fell in the first two categories. 3. CS105 COURSE DESCRIPTION
Any Java programmer can agree that the material is extensive, and we had to cover it at a fast pace. Since we did not want to bewilder students along the way, we decided to experiment with interactive technology. Because it was the first time we had tried to incorporate this strategy, we decided to use it only during the first part of the course, which covered topics from basic concepts to the collections classes, and left experimentation in the advanced topics for future courses. When developing the lecture notes we had to consider the time it took to pose the questions and to tally results. This included the time spent to set up the multimedia system in our classrooms, and to switch back and forth between the presentation and the display of questions with their answers. Our rough estimate is that this process took about 1 minute and an additional 2—4 minutes were needed for the students to provide an answer. This gave us around 3—5 minutes per question. With these estimates we determined that three questions per lecture was an appropriate number, with a question posed about every 15 minutes. First we focused on notes for each lecture, leaving the design of corresponding questions to a later period. It turned out that question design took, on average, at least half the time it took to develop lecture notes. We attribute that to the following factors:
The following examples illustrate the types of questions posed during a typical lecture. The first one tests students’ knowledge of Java collections.
What is the order in which strings are displayed? a) Once upon a time The correct answer for this example is “b” because the default string order is lexicographic. To our surprise around 90% of the class missed this question. Our first reaction was to assume that the problem was in the understanding of the collections API just presented. However, when we questioned the students about the rationale of their answers, and by looking at how they were spread in the histogram, we could pinpoint the problem. It turned out that the students did not know that uppercase letters appear before lowercase ones in default string ordering. This situation prompted us to provide a short explanation about the topic. It dawned on us that without this immediate feedback we would not had been able to identify and address the exact cause and magnitude of the problem. We think this kind of situation is the quintessential illustration of the value of interactive technology. It encourages instructors to ask key questions, and provides accurate information on students’ comprehension that can be incorporated in the lecture plan. The second example, presented in the Appendix, illustrates a review question that consists of detecting and counting errors in a code sample. After a short inspection the reader can detect that there are six errors (the errors are underlined and italicized). This type of question was very useful to review the topics covered in a single lecture. In our surveys students agreed that this was the most effective type of question for learning to program. The last two sessions of the course were devoted to team presentations of short topics: using certain GUI components, Javadoc, applets, etc. The presentations were graded for their content and their delivery. Each presentation was evaluated by the rest of the students who were not part of the team being graded. We used CPS for this peer evaluation. Each student was asked to select a pad that was not his or hers, to preserve anonymity. Students expressed a very positive reaction and evaluation of the exercise. On one hand, they got the opportunity to practice public speaking (something they rarely have), and on the other hand they felt that being an anonymous grader relieved them from external factors and enabled them to provide a more accurate and objective evaluation. From the instructor’s point of view, using CPS was a very convenient way to gather the grades. Because it was the first time CPS was used for the course, we decided to count its results as extra credit toward the final grade, so that students could feel more confident and not afraid of the exercise. A percentage of extra credit was assigned depending on the number of correct responses students got during the course. In contrast, other instructors count CPS use as 5%—10% of the final grade. All lecture notes and their questions are available upon request. 4. CONCLUSIONS Our informal course survey indicated that students perceived that using this technology motivates them to attend the lectures and to remain alert and engaged in them. On several occasions we were able to experience the positive contribution of interactive systems to the efficacy of the lectures. With the questions and the immediate feedback we got from them, we were able to spot several problems in students’ understanding and we addressed them. We are encouraged by our experiences so we will experiment with CPS in the future for the advanced topics of the second part of the course. We also plan to use the system for larger introductory courses and compare the experiences in computer sciences with other departments that also make use of the technology in large classes. One interesting venue to explore is the use of interactive technology in more advanced courses (e.g. the programming languages course), which are more abstract and require more context for the questions. 5. ACKNOWLEDGEMENTS 6. REFERENCES
7. APPENDIX
How many semantic or syntactic errors can you find? |
||||||||||||||||||||||||||||||||||||||||||||