Computing education through informal (out-of-school-time) programs provide a pathway for students of all ages to learn introductory programming and enter computing careers. Many of these programs explicitly aim to broaden participation in computing careers by recruiting and meeting the needs of students from historically underrepresented groups in computer science (CS).

Computer science learning in primary school classrooms has expanded, necessitating effective instructional strategies for this age group. Gallery Walks are a common activity to allow peers to share their work and give feedback on peers’ work. Like other skills, providing effective feedback may require scaffolding and/or instruction for some students.

Researchers and practitioners have worked to bring computer science to all students. However, CS is still an inequitable field. When developing curricula, we must account for the importance of connecting the lives and identities of historically marginalized students with instructional materials. We examine the knowledge and experiences that elementary (age 9-10) students drew upon to implement an open-ended programming assignment about themselves. We coded the Scratch projects of 189 students to investigate what aspects of their lives students reference, and how they use various modalities in Scratch to create digital media products about themselves. In our data, we found that the most common spheres portrayed were identity, hobbies and leisure, and interests. When expressing their identities, students narrated their experiences, expressed consciousness about their skills, connected to the user via their interests, and sometimes discussed equity. Additionally, our findings add to previous literature on Scratch as an effective platform for digital media production. In particular, we found that students used dialogue, images, sound, and the title to represent their spheres of influence through programming multimedia and interactive projects. This work has implications for the development of curricula and teaching guides for upper elementary students courses on computational thinking. Spheres of influence could inform researchers on the most influential aspects of students life in a specific context, providing elements for creating culturally relevant and interest-based materials and lessons.

Ensuring that computer science curricula connect to learners' home culture, interests, and lived experiences is one approach to making the field more equitable. A central feature of the Scratch Encore Curriculum is to provide many opportunities for learners to plan and implement open-ended programming projects that invite them to draw on their prior knowledge, experiences, and cultural resources. To date, relatively little research has been done to analyze how learners respond to such curricular invitations, specifically with respect to what aspects of themselves and their interests they choose to express in their resulting projects.

Open-ended tasks can be both beneficial and challenging to students learning to program. Such tasks allow students to be more creative and feel ownership over their work, but some students struggle with unstructured tasks and, without proper scaffolds, this can lead to negative learning experiences. Scratch is a widely used coding platform to teach computer science in classrooms and is designed to support learner creativity and expression. With its open-ended nature, Scratch can be used in various ways in the classroom to meet the needs of schools and districts. One challenge of using Scratch in classrooms is supporting learners in exploring their interests and fostering creativity while still meeting the instructional goals of a lesson and ensuring all students are engaged with, and understand, focal concepts and practices.

In 2020, the world confronted an unprecedented event affecting education globally: COVID-19. Events that disrupt education are not new; Homelessness or trauma negatively impact education at an individual level, whereas war stops education completely. This event is unique in that it caused the cessation of in-person instruction for all but with a rapid transition to remote instruction.

Given the increasing interest and need to teach students computer science in formal education settings, it is imperative to understand how to do so effectively and equitably. An important step of learning to program is being able to define the objective of a program and then plan out how to implement a program to produce the desired outcome. This step is particularly important in younger learners who may have little experience with programming or trying to create their own technological artifacts. In this paper, we explore how to scaffold young programmers in planning their open-ended programs as part of an intermediate Scratch curriculum for middle grade students. We analyze 203 paper and virtual planning documents from 103 5th-8th grade students. Our results reveal that the students often completed a majority of the document, which was consistent across grade levels. However, we found differences in student completion based on teacher and between physical and virtual documents. This work advances our understanding of how to support novice, young programmers in planning programs.

There is an increasing need for knowledgeable K-12 computer science (CS) teachers. It is necessary to inform teachers how to debug and help their students debug programs. Research has shown that debugging is difficult for novices because the process requires different skills from creating programs and instructing students how to debug can help them acquire these skills. To this end, we developed a CS professional development for middle grade teachers (grades 5th-8th/ages 10-13) that includes lessons on debugging. The teachers completed debugging activities that involved finding bugs in Scratch programs and explaining how they would help their students in debugging. We qualitatively analyzed their responses and found that teachers successfully identified the problem but they struggled to locate it in the code. In considering how they would help students who had such a bug, the teachers often focused on helping the student find a solution for the bug rather than on identifying the problem or its source. Finally, teachers' ability to identify bugs and the pedagogical strategies to engage students in this process differed based on CS teaching experience and prior CS knowledge. This work contributes to our understanding of teachers' debugging abilities and advances our knowledge on how to support teachers in teaching their students how to debug their programs.

There is a need for more K-12 computer science (CS) teachers. The need to scale teacher professional development (PD) points the CS education community towards virtual learning, and prior work shows that in-person PD with a diffuse schedule is more successful than condensed schedules. There is currently little research about virtual K-12 CS PD with a diffuse schedule. The pandemic served as a forced opportunity to explore the design and implementation of a diffuse-scheduled virtual PD for two small, equally-sized cohorts of middle school (grades 5-8) teachers; one from a metropolitan school district and another from across the United States.

Systems of power - such as structural racism, a system that upholds the ideology of white supremacy - are invisible and permeate our everyday lives and un/intentionally into our research. As these systems influence what counts as 'successful' work, CSEd researchers often have to assimilate ('whiten') themselves and their work into dominant ideals that uphold these structures. This workshop brings together aspiring and early-career CSEd researchers to critically examine and unpack the impacts of systems of power on ourselves and our research practices. Such examination is necessary to strive towards a critical consciousness in the field. We investigate critical questions like the following: What are systems of power? Who has the right to participate? Who has the right to exclude? We will use group-based activities that center historicities and 'outsider' knowledge to examine CSEd research practices and theories to answer these questions. We will draft a set of guidelines and recommendations available to the broader CSEd research community from the discussions and activities.

In successful collaborative paradigms such as pair programming, students engage in productive dialogue and work to resolve conflicts as they arise. However, little is known about how elementary students engage in collaborative dialogue for computer science learning. Early findings indicate that these younger students may struggle to manage conflicts that arise during pair programming. To investigate collaborative dialogue that elementary learners use and the conflicts that they encounter, we analyzed videos of twelve pairs of fifth grade students completing pair programming activities. We developed a novel annotation scheme with a focus on collaborative dialogue and conflicts. We found that student pairs used best-practice dialogue moves such as self-explanation, question generation, uptake, and praise in less than 23% of their dialogue. High-conflict pairs antagonized their partner, whereas this behavior was not observed with low-conflict pairs. We also observed more praise (e.g., "We did it!") and uptake (e.g., "Yeah and...") in low-conflict pairs than high-conflict pairs. All pairs exhibited some conflicts about the task, but high-conflict pairs also engaged in conflicts about control of the computer and their partner's contributions. The results presented here provide insights into the collaborative process of young learners in CS problem solving, and also hold implications for educators as we move toward building learning environments that support students in this context.

Collaborative learning has demonstrated benefits for girls in computer science [7] and this may be a way to help address the gender gap in CS. Research indicates that while collaborating, boys often express more individualistic ideas whereas girls tend to be more supportive [1]. It is important for students to regulate their learning in collaborative learning environments because they need to negotiate group goals and diverse approaches to the task [3], and the use of open-ended tasks with multiple solution paths are common [4]. There is minimal research in CS education on regulation of learning (e.g., [5,6,]). Co-regulated learning is the process in which an other helps regulate the learning of a student [2] self such as by asking questions that prompt the student to monitor and evaluate (e.g., "What do you already know about 'if' blocks that would help here?''). In this way, thinking and reasoning through the problem is shared by the group members [2] self.

As computer science education opportunities for elementary students (grades K-5) are expanding, there is growing interest in using pair programming with these students. However, previous research findings do not fully support its use with younger learners, and some researchers have begun to examine whether introducing a second computer with a shared coding workspace can provide important benefits. This experience report describes a series of classroom activities in the 4th and 5th grades (ages 9-11 years old) with two different pair programming configurations: one-computer pair programming, in which both students share a keyboard, mouse, and monitor; and two-computer pair programming, in which each student has a separate computer but coding workspaces are synchronized over the web. In both cases the students sat next to each other and engaged in face-to-face conversation. We found that students largely preferred two-computer pair programming over one-computer pair programming. We conducted focus groups and transcribed collaborative dialogues to gain more insight into this preference. We learned that students felt more independence in two-computer pair programming, although they struggled with coordinating their edits with their partner. In one-computer pair programming, students reported not wanting to wait for their turn to drive, but feeling as though they communicated more with their partner. Both configurations can be productive for students, but the tradeoffs described in this experience report are important for CS educators and researchers to consider when determining which collaborative configuration to use in each K-5 classroom context.

The language and concepts used by curriculum designers are not always interpreted by children as designers intended. This can be problematic when researchers use self-reported survey instruments in concert with curricula, which often rely on the implicit belief that students’ understanding aligns with their own. We report on our refinement of a validated survey to measure upper elementary students’ attitudes and perspectives about computer science (CS), using an iterative, design-based research approach informed by educational and psychological cognitive interview processes. We interviewed six groups of students over three iterations of the instrument on their understanding of CS concepts and attitudes toward coding. Our findings indicated that students could not explain the terms computer programs nor computer science as expected. Furthermore, they struggled to understand how coding may support their learning in other domains. These results may guide the development of appropriate CS-related survey instruments and curricular materials for K–6 students.

Extensive prior research suggests that pair programming holds many benefits for novices. Pair programming has been well studied at the undergraduate level, and recently, the CS education research community has started to realize that younger learners may also benefit from pair programming. However, an important factor in pair programming success for young learners is the ability to resolve conflicts during the process. Little is known about what types of conflicts occur while elementary students pair program or how those conflicts are, or are not, resolved. To investigate this phenomenon, we analyzed the videos of six pairs of students completing a programming activity. We found that conflicts evolve in four general stages, which may not all be present in each conflict: initiation, escalation, de-escalation, and conclusion. Some conflicts are resolved when the students come to an agreement, others end passively. The analysis revealed that the pairs' conflicts began around disagreements about code, who should have control of the keyboard and mouse, and other interpersonal events. This research indicates that conflicts are a significant concern for young students, and supporting young learners in developing improved collaboration skills is a key direction for CS education research.

Demand for K-6 computer science (CS) curricula is growing considerably. Many of the existing curricula have been developed by domain experts who are comfortable with specific and technical terminology, which they expect students to master. However, children are not always comfortable with these terms nor do they understand general concepts like 'coding' in the way that the curriculum designers intend. This is a problem because many researchers use self-report and attitudinal survey instruments with the implicit belief that the students' understanding of the terms and concepts resemble their own. This mismatch may invalidate results. For this project, we report on our modification of a validated survey to measure upper elementary students' attitudes about and perspectives on CS by attempting to understand the appropriate language to use when querying children about these topics. We use an iterative, design-based research approach that is informed by educational and psychological cognitive interview processes. We interviewed two groups (N=64) of upper elementary students on their understanding of computer science concepts and attitudes toward coding. Our findings indicate that 4th and 5th grade students could not explain the terms computer programs nor computer science as we had expected and that they struggled to understand how coding may connect with or support their learning in other domains. These results will help to guide the development of appropriate survey instruments and course materials for K-6 students, which both match their use of broad domain concepts and therefore inform their understanding and improve their outcomes.

Collaboration plays an essential role in computer science. While there is growing recognition that learners of all ages can benefit from collaborative learning, little is known about how elementary-age children engage in collaborative problem solving in computer science. This paper reports on the analysis of a dataset of elementary students collaborating on a programming project. We found that children tend to make several different types of suggestions. In turn, their partners address those suggestions in different ways such as by implementing them directly in code or by replying through dialogue. We observe that students regularly accept or reject suggestions without explanation or explicit acknowledgement and that it is often unclear whether they understand the substance of the suggestion. These behaviors may inhibit the development of a shared understanding between the partners and limit the value of the collaborative process. These results can inform instructional practice and the development of new adaptive tools that facilitate productive collaborative problem solving in computer science.

Elementary computer science has gained increasing attention within the computer science education research community. We have only recently begun to explore the many unanswered questions about how young students learn computer science, how they interact with each other, and how their skill levels and backgrounds vary. One set of unanswered questions focuses on gender equality for young computer science learners. This paper examines how the gender composition of collaborative groups in elementary computer science relates to student achievement. We report on data collected from an in-school 5th grade computer science elective offered over four quarters in 2014-2015. We found a significant difference in the quality of artifacts produced by learner groups depending upon their gender composition, with groups of all female students performing significantly lower than other groups. Our analyses suggest important factors that are influential as these learners begin to solve computer science problems. This new evidence of gender disparities in computer science achievement as young as ten years of age highlights the importance of future study of these factors in order to provide effective, equitable computer science education to learners of all ages.

To meet the demand for young students learning computer science, computer science curricula for students in elementary school (ages 5-11) are emerging. With those curricula comes the question, how do we gauge young students' computer science knowledge and practices? This question presents many challenges, in part because no validated assessments exist for computer science in elementary school; written assessments are often not appropriate for this age group; and one-on-one assessment with teachers, a common practice for very young learners, presents challenges with respect to scalability and teacher preparation. To address these challenges, I propose to build an animated spoken dialogue agent that uses embedded assessment techniques to gather information on students' knowledge and practices. The data collected through this agent will help us understand how young children learn computer science, lead us to refine computer science curricula for young learners, and inform the development of adaptive individualized support for these students.

This paper presents a solution to count all moving vehicles in a target region. This is a large-scale counting that cannot be easily solved without a global view. However, there is no single force that can provide such a global view. To achieve an accurate result without either double- or miscounting, the local counting at each checkpoint is synchronized in our wireless communication by using the information carried by vehicles along the traffic flow. Our analytical and experimental results illustrate the correctness of the proposed scheme in both closed and open road systems - even when the wireless signal is affected by many factors. In this way, we provide an essential support for the resource management in VANETs.