OU blog

Personal Blogs

Christopher Douce

Computing pedagogy notes

Visible to anyone in the world

I subscribe to a magazine called Hello World which is all about computing teaching and pedagogy. Last year, I read a message about a special issue, which was called the big book of computing pedagogy (BBoCP), and would I like to order a copy? I would, and I did.

What follows is a set of notes from that ‘big book’ (which is approximately 157 pages), beginning with the broad summary that is featured at the start of the book. I’ve then pulled out techniques and approaches that relates to the topic of physical computing. At the end of the post, I offer some reflections which may (or may not!) be useful.

Principles of computing pedagogy

What follows is a really high level summary, which begins on p.12. I’ve annotated key principles with some of the pedagogies and ideas that appear to get to the heart of a particular principle:

Lead with concepts: use concept maps, create learning graphs.

Structure lessons: adopt a scaffolded approach, apply universal design, use frameworks.

Make concrete: socially and culturally relevant pedagogy, learning through making, and manipulatives with computing.

Unplug, unpack, repack: semantic waves, go unplugged (don’t use a computer).

Work together: peer instruction, pair programming, collaborative problem solving and programming.

Read and explore code first: code tracing and read before you write.

Foster program comprehension: the block model.

Model everything: worked examples and live coding.

Challenge misconceptions: addressing misconceptions, use metaphors, tackle naïve conceptions.

Create projects: project-based learning.

Get hands-on: physical computing.

Add variety: apply variety in teaching and assessment, consider using art and storytelling.

Learning through making

Following on from the notion of culturally relevant pedagogy, is the idea of learning through making. This approach is about building things as a “way of learning and understanding the world” (p.36). Some key headings to note are: from concrete to abstract, affective learning (which is related to experiential and feelings based learning), and learning as becoming.

Learning through examples

A couple of related pedagogies that are worth emphasising are: the importance of worked examples, live coding, and the use of videos to demonstrate principles and ideas. I’ve highlighted these approaches with respect to physical computing since ‘watching and learning’ is an undeniably helpful approach when working with ‘bits of computers’, whether those bits are bits of physical equipment, or bits of code.

Project-based learning

The BBoCP describes project-based learning as “an approach to teaching computing in which the learning activities are organised around the design, creation and evaluation of a digital artefact”. In some cases, this digital artefact could be an element of physical computing – or, it could be a bit of code that solves a particular problem. Examples of potential problems are mentioned within the book, and this leads me to an important reflection, which is: the problems chosen should be inclusive, and be attractive to different groups of students. This links back to an important point about inclusive pedagogy.

Physical computing

There is a whole section about physical computing, which can be found on page 130. In addition to sharing a reference to a useful taxonomy of physical computing devices, four benefits are highlighted: “it provides a holistic experience …, it develops broader skills, including collaboration and design and prototyping, it connects to subjects beyond computing” (p.131). Some practical pedagogic tips are shared, which include provide interesting themes, integrate creative methods, and provide scaffolds. A reference to further reading, a doctoral thesis by Przybylla, entitled From Embedded Systems to Physical Computing: Challenges of the “DigitalWorld” in Secondary Computer Science Education is shared.

Theories

In education theories can be thought of tools to understand and think about learning.  In turn, they can be used to guide particular activities, or underpin pedagogies. What follows is a list of some of the theories that I’ve identified. I haven’t picked out everything, since there can be, of course, debate about what is (and isn’t) a theory:

Cognitive load theory (CLT) (p.20): learners have a limited working memory, which means that educators need to bear in mind when they introduce and teach new principles to learners.

Legitimation Code Theory (LCT) (p.46): help learners to move from being novices to experts.

Other theories (and theorists) that have been mentioned include the notion of the mental model (an understanding how something works), the work of Piaget (stages of development) and Papert (constructivism).

Frameworks

In computing, there are loads of software frameworks. In pedagogy, there are also a fair number of pedagogic frameworks. Think of a framework as a set of ideas that are potentially useful, and less formal than a theory. Theories can be used to potentially predict, whereas frameworks can be used to make sense of something.

Here are some of the frameworks that are highlighted in the BBoCP, along with a summary of some of their key elements:

The PRIMM approach (p.22): Predict-run-investigate-modify-make (Primportal.com); a series of steps in a lesson.

UDL framework (p.26): multiple means of engagement, multiple means of representation, multiple means of action and expression.

Four Cs of the 21st-century learning framework (p.28): coding and critical thinking, coding and collaboration, coding and communication, coding and creativity.

Arena Blended Connected (ABC) (p.30): acquisition, collaboration, discussion, investigation, practice, discussion.

Misconceptions to understanding science (p.104): preconceived notions, non-scientific beliefs, conceptual misunderstandings, vernacular misconceptions, and factual misconceptions.

Physical computing device taxonomy (p.131): a taxonomy is an ordered set of categories. Hodges et al. (2018) attempt to make sense of a range of different physical computing devices that can be used by students.

Read, act, model and program (RAMP) (p.146): a pedagogic framework that draws on the use of storytelling and children’s literature. 

Other concepts, which might fall outside of the category of a framework, includes the notion of the metaphor.

Models

A good question to ask is: what is the difference between a model, a framework, and a theory? In some instances, a model can be a theory, in the sense that it can help you to understand something, but might lack an element of predictive power. Another difference is that a model is more descriptive, whereas a theory (in an educational sense) can be more interpretive. 

A model is different from a framework in the sense that a framework allows you to ‘do things’. A model, on the other hand, can help you to understand. All these, of course, link to and connect with pedagogy, which is what you do when you teach.

In the BBoCP, the following models that are mentioned:

The Block Model of program comprehension (p.79; p.86): this splits programs into four levels, which are (1) atoms, (2) blocks, (3) relationships, and (4) macros structure. It is interesting to compare this model with something called the Stores Model of Code Cognition (PPIG.org).

Reflections

What I really like about this magazine sized book is that in addition to being really accessible, it contains very clear references to research articles that underpin the ideas that are presented. Each of the pages are complemented with a set of hyperlinks, which often takes readers directly to the relevant article. I also really appreciated that it presented all the ideas (which were a mix of practical and theoretical articles) using a set of helpful principles. In addition to the helloworld.cc website another site to look at is csedresearch.org. If you’re doing research into CS education. When it comes to the topic of physical computing, I was struck by a few things: the taxonomy and the link to a dissertation on that explores physical computing and secondary school teaching.

Permalink Add your comment
Share post
Christopher Douce

Computing and Communications: 2023 Research Fiesta

Visible to anyone in the world
Edited by Christopher Douce, Tuesday, 31 Jan 2023, 17:02

On 25 January 2022 I attended an event called the School of Computing and Communications Research Fiesta, which took place on the university campus. One of my reasons for attending the fiesta was to try to restart my research activities, having stepped away from research due to taking on a role called ‘lead staff tutor’ for the last three years. 

The last time I attended a school research fiesta was on 10 January 2019 (OU blog) which took place at the nearby Kents Hill conference centre. Following this earlier event, I shared an accompanying post about research funding (OU blog).

This event was advertised as a “… time for us to reconvene and discuss everything research. This event is aimed to help us (re-)connect with one another and understand how we can help and benefit from each other’s research expertise and outputs” and was facilitated by David Bush from Ascolto.

What follows is a summary of the Research Fiesta, in terms of what happened during the meeting, and what I felt the biggest take away points were. This blog may of be interest to anyone who was at the event, couldn’t make it to the event, or broadly interested in the process of research (whether computing research, or research that takes place within other disciplines).

Preparation

Before the event, we were asked to prepare some cards which summarised our research interests. Although I didn’t write the card in advance, I did come to the event with some ideas in mind. Here’s what I wrote down on three cards:

  • Understanding and characterising green computing: what it is, what the boundaries and problem are, and how can we embed this theme into our teaching?
  • Storytelling, soft skills, and software engineering: what role does storytelling play or could play in software engineering practice, and how might storytelling be used to develop soft skills in the next generation of computing graduates?
  • Accessibility of web technologies: how accessible are the current generation of web-based applications, and to what extent are hybrid apps accessible with assistive technology. How useful is WAI-ARIA? It is still useful? Does it have an impact?

Later during the session, I added two more cards:

  • Pedagogy of teaching programming at a distance: innovative tutorials; how to develop tutors, and how to help them to be creative, perhaps by embedding and using drama.
  • Development of writing skills across the computing curriculum. 

This final idea emerged from discussions with tutors, following some discussions with tutors, and might form the basis of a scholarship project. The university has prepared a lot of materials about writing; the question is whether the computing programme makes effective use of them, given the writing requirements from some courses.

Activity 1: Sharing research ideas

Our first activity could be loosely called “academic speed dating”. 

I’ve done this before (both the academic version, and the non-academic version). 

In this version, we were sent to various tables, where we met up with two other colleagues. Our task was to show our cards (our research ideas) and try to create a new card that combined aspects of all of our cards. When we had done this, we had to pin our cards onto the wall to share our ideas with everyone.

Activity 2: Forming research teams

After a short break, everyone was asked to form a line based on how much research experience everyone has. On one side, there were all the new PhD students, and on the other side, there were the professors and heads of existing research groups.

Approximately 6 PhD students and early researchers were asked to review the cards that had been generated from the speed dating activity, and each had to choose a card they found most interesting.  This card (represented by one of the researchers) would then form the basis of a new team of 3 or 4 researchers.

One at a time, the rest of the researchers were ushered over to speak with the new researchers. If you liked an idea, and there wasn’t already 3 or 4 researchers, you could join a team. The longer the game went on, the harder it becomes for the more experienced researchers. Instead, they would have to make use of all the powers of persuasion to try to join an existing team, or to persuade fellow researchers to create new teams.

After some discussion and reviewing cards, I joined two of my colleagues, Dhouha Kbaier and Yaw Buadu. Two project cards were combined together to create a new project. Paraphrasing our cards, our project intended to:

Develop digital technologies to enhance engagement and participation by integrating more physical computing into the computing curriculum. 

Accompanying research questions were: what are the challenges of using physical computing in a distance learning environment, and how might physical computing devices be connected to and integrated within the Open STEM labs

This final question suggests the opportunity to explore costs and trade-offs of a physical computing approach where students use their own equipment, or share equipment with other students through a platform which is accessed remotely.

What might physical computing actually mean? One answer to this is: physical hardware used by students to learn about or to solve computing problems, as opposed to using software simulations. There is a precedent of using (and sharing) physical computing devices at the university. In earlier decades, there was the Hektor computer (computinghistory.org.uk), which was once sent out to computing students (and then later returned to the university).

A more modern and smaller (and much more sophisticated) version is the Raspberry Pi computer (Raspberry Pi website) which can be used with any number of interesting computing projects.

One other aspect that we discussed were about the stakeholders, and who might need to be involved? We identified the following groups: students, tutors, module team members, and administrative university functions.  (The members of module team may include both tutors and curriculum managers, who act as a fundamental link between the academic team and operations of the university bureaucracy). 

Impact: evaluation and presentation

The next bit of the fiesta was a presentation; a double act from two colleagues from the research school, Betul Khalil, an Impact Manager, and Gareth Davies, who is a Research Evidence Impact Manager. 

They began with a question: what is impact, and can we give an example? 

Impact isn’t the same as project outcomes. They are very different things. An outcome might be a report, or some software. An impact can refer to a change that may have led to a positive long term benefit to stakeholders. In terms of the UK Research Excellent Framework (REF Impact case studies), impact could mean a change to society, the economy, and to the natural environment. Also, a measurable change might be on a local, regional or international scale.

The message to us was clear: when working on a project bid, researchers need to proactively consider impact from the outset and define impact objectives, since gathering effective evidence to show how those objectives may have been met takes time. In some respects, impact evidence gathering is a further part of the research process.  To do it well, researchers need an impact plan to accompany a research or project plan. 

We were all given a handout, from which I have noted down some useful questions that researchers need to bear in mind. These are: 

  • Who are the stakeholders, and who might be affected by the change your project may facilitate?
  • What do the stakeholders (or beneficiaries) gain from your research?
  • Why will they engage with your research?
  • How will you communicate with beneficiaries?
  • What activities might you need to run to effect change?
  • How might you evidence change? 
  • How will you connect change to your research?

Later, Gareth talked more about what it means to ‘evidence’ impact. An important note I made from Gareth’s presentation was that “upsteam planning is important” and that the analysis of impact should be rigorous. Researchers also need to consider which methods they use to enable them to find a way to observe what is changing. 

Apparently, one of the most common forms of evidence is a written testimonial (in the form of a testimonial letter). Within this assertion lies the reflection that researchers need to make sure they have the time and the means to gather evidence.

Activity 3: How will we do our project?

Our next activity was to sit around a table to figure out how were going to do to answer our research questions.

We began by asking: what might the outputs from our project be? We came up with some rough answers, which were:

  • Guidelines about how physical computing could be embedded and used within module teams. If used within a module, tutors could then be offered some accompanying guidance.
  • Recommendations about physical kit that could be used (these kits might be bought, or borrowed, or used from a distance); recommendations about the use of software; recommendations about pedagogy and use (which is an idea that can relate to the idea of useful guidelines). 

To produce these, what needs to be done? Our team offered the following suggestions (but the exact order of carrying these out could be easily debated):

  1. Examine learning outcomes within various qualifications and accompanying modules.
  2. Explore the problem space running focus groups with stakeholders to understand how the terms engagement and participation are understood.
  3. Use mixed methods: from the focus group results, carry out a survey to more thoroughly understand how a wider population understands engagement and participation.
  4. From these different information sources (and input from the learning outcomes) facilitate a number of curriculum design workshops to understand how physical computing can be brought into the curriculum.
  5. Carry out a detailed analysis of all the data that has been captured, writing up all the findings.
  6. Implement the findings.

A further reflection was each of these activities needs to be considered in terms of SMART objectives; specific, measurable, achievable, realistic and timebound. 

A new question that we were asked was: what impact will your project have? 

Given that students are key stakeholders, there might be broader impacts in terms of results to the National Students Survey. There might be further impacts both within the university, and to other organisations that provide distance learning. There might also be impacts that could be broadly described as the further development of computing pedagogy. This is all very well, but how might we go about measuring all this? It is this question which the facilitators from the research school may have wanted to encourage us to consider.

What happens next?

 After presenting our plan to all the other groups, we were asked a couple of final questions, which were: how excited are you about the project? Also, how doable (or realistic) is the project?

Given that we all have our own main research interests (which are slightly different to the new project that we have defined), we all had different levels of enthusiasm about going ahead with this project idea. That said, the key concepts of physical computing (in its broadest sense) and student engagement are important topics which other researchers may well be interested in exploring. Even if this particular team may not be in a position to take these ideas forward, the ideas are still worth exploring and studying.

Reflections

I really liked the way that we were asked to focus on trying to get things done. 

When thinking about research (and research projects) impact has always been something that has always been at the back of my mind, but I’ve always tended to consider it as something that is quite intangible and difficult to measure. The presenters from the research school made a really clear point. They emphasised that it is important to plan for impact before your project has started.

A personal reflection is that impact could be thought of as a way to reflect on the success of a project. In some respects, this should be something that researchers should be doing as a matter of course to further develop their professional skills. Of course, the extent and nature of this analysis will depend very much on the nature of the research that is carried out through a project. Given the collaborative nature of research, gathering of impact evidence is likely to be collaborative too. 

It is interesting to compare this Research Fiesta with the one that was held in 2019. One of the differences being that there were a lot fewer people attending this event. This might have been a factor due to the timing (some new module presentations were just about to begin) or a hangover from the 2019-20 pandemic (where so many colleagues switched to homeworking). 

An interesting difference related to the structure: this event was facilitated in a dynamic way, where the research themes emerged from the participants. The earlier event had more emphasis on sharing information about the research groups within the school, and more of the practicalities about how to gain funding for research. There is, of course, no right or wrong way to run a research fiesta. I appreciated the dynamic structure, but equally I’m always up for hearing about new concepts and ideas, and learning about what is happening within and across the school.

Acknowledgements

Many thanks to Amel Bennaceur for organising the event. One of the impacts has been to get to catch up with colleagues, and to learn more about them! It was a pleasure working with my fellow group members, Dhouha Kbaier and Yaw Buadu who kindly reviewed this blog article before it was published.

Permalink Add your comment
Share post

This blog might contain posts that are only visible to logged-in users, or where only logged-in users can comment. If you have an account on the system, please log in for full access.

Total visits to this blog: 1988554