OU blog

Personal Blogs

Christopher Douce

The perfect OU Live session

Visible to anyone in the world
Edited by Christopher Douce, Tuesday, 1 Sept 2015, 11:25

This is a quick summary of a meeting that occurred on Saturday 27 June 2015 at the university's London regional centre.  The aim of the meeting (or session) was to think about a thought experiment, namely, 'what should the perfect OU Live session look like?'

If you've stumbled across this post via a search engine, then I should (perhaps) say something about what OU Live is: it's a tool that tutors can use to deliver on-line tutorials to their students.  Think of it a bit like Skype with a whiteboard and a bunch of other useful controls (such as a 'happy face' button).

This session was attended by around twelve experienced associate lecturers, all of whom had used OU Live quite extensively with their students. 

This, in essence, is what they said a perfect Computing/ICT session might look like.  (One point to bear in mind is that other disciplines might run slightly different sessions - but more about this later!)

Setting the scene

Firstly, the moment we click on our OU Live room, OU Live should open in an instant.  There should be no delay!  We don't have to download anything extra (or enter any really annoying administrative passwords).  The Java software, which we need to run to use OU Live, should always work perfectly.  We should never have to upgrade it!

With the perfect OU Live session, not only will we have a perfect internet connection (which will never go down), our students will have a perfect internet connection too!  Our connection will be really fast (with little or no latency), and none of our students will be connecting up to our session whilst travelling by train.  An important point is: there will be no delays. 

We should also assume that all students have their own microphones and headsets, all of which are perfect.  This means that there is absolutely no feedback.  Of course, our own audio setup works perfectly, and there are no other software products battling to use our computer's audio channel.

The perfect time, length and group

We decided that the perfect time for the perfect OU Live session would be towards the middle of a module presentation (or, roughly half way through).  This means that, of course, everyone is making pretty good progress, and all students are now familiar with the OU Live interface.  Also, everyone has, what I call, good 'mic hygiene'. This means that students don't leave the microphone switched on (so other students can't speak!)

One important thing to say about our 'perfect group' is that they're all willing to interact; they're all engaged.  No one has kids in the background vying for attention, and there are no cats jumping on keyboards.

A 'perfect size' for an OU Live group would be considered to be around 10-12 students.  Since there would be no technology problems, there won't be any drop outs.  Also, everyone arrives exactly on time.  There will be no one arriving half way through the session asking, 'what have I missed?', or 'could you just go over that bit?'

Ideally, all the students who turn up would belong to our own tutor group.  This way, we know who they are and what their learning needs might be.

Our view was that our perfect session should last anything between 60 and 90 minutes.

(One thing that we didn't talk about was the best time to hold the perfect tutorial)

The perfect preparation

Preparation can be considered from two different perspectives: the tutor's side, and the student's side.  A tutor might prepare by, perhaps, doing a practice run through.  A tutor could also post a copy of a draft agenda on a tutor group forum.

Of course, in a perfect situation, all students would read the OU Live session agenda, and take the time to prepare for the session, which might mean having read sections of module materials, and having some questions to ask the tutor at the OU Live session.

Another thing that we could do to help with our preparation is to ask all our students in advance what topics they would like you to cover.  Since every student reads every message you post on the forum, you're able to design a session that is just for them.

The perfect OU Live tutorial structure

Since we're running 'the perfect session' in the middle of a module presentation, we can dispense with the idea of running any icebreakers: all the students should know each other already.

In our perfect session we would present a short introduction which relates to a set of really clear learning objectives.  This would be followed with a series of short interactive activities (say, around three).  These activities, of course, would be entirely appropriate for OU Live.

Since we (of course) would have planned out everything (and have a backup plan!) we would know how long each activity should take (also, in a perfect world, we would have run the session before, so we know what to expect!)

Towards the end of our tutorial, we would ask all students if they had any questions about what has happened.  We would then do a quick recap of what has happened, and remind everyone about the next TMA cut-off date.  We would also say something about what is going to happen in the next OU Live session (or module activity).

The perfect use of OU Live features

During our session, we chatted about the perfect use of various OU Live features.  One thing we discussed was the importance of polling, i.e. asking our students to respond during a session; students clicking on the 'tick' or the 'happy face' icon.   One suggestion (which was apparently given as a part of Blackboard training, the company that has created OU Live) is to poll students every 20-30 seconds.  Polling will allow you to keep the students engaged; it enables you to check whether everybody understands all the points that you are making (which is important since there's an obvious lack of visual cues).

Even though all students will have perfectly working microphones (with no crackle, delay or feedback), the text chat channel is still considered to be useful.  Students can ask for clarifications.  It can also be used to share links and other resources.  (Such as links to the OU study guides).

During our activities, we might want to use breakout rooms.  Of course, all our breakout rooms will work perfectly!  (There won't for example, be a situation where one student has a microphone and another hasn't)  We would be able to set a timer and move between different rooms, checking on what is happening in each of the sessions.

One of the things that we can't do in breakout rooms is to make a recording.  A related question is: 'should we record our perfect OU Live sessions?'  Different tutors have different opinions about this.  On one hand, a recording of an OU Live session becomes a useful (perfect) resource (that could be potentially referred back to, perhaps during the revision period).  Alternatively, if we record a session, students might argue that they don't need to turn up.  Also, if students know they're being recorded, they would be reluctant to speak.  (This is clearly an issue that is going to be debated for quite some time; there are clear arguments either way).

All tutors have used the application sharing feature of OU Live to show students how to use features of the programming tools that they need to use.  In the case of TU100, this is the Sense environment.  In the case of TM129, this would be RobotLab.  Sharing an application can allow the tutor to ask students some questions to determine whether they understand certain concepts.  It can also be used to demonstrate what happens when you run some code, and also how to begin to use different debugging strategies.  You might also give control of the application to students, so they can demonstrate their skills.

Of course, in a perfect world, the application sharing feature is really responsive!  (One comment was that, in the real world, we might use quite a small window, since this uses less bandwidth)

After the perfect session

At the end of the session, you would post a copy of the slides to your tutor group forum, and share any other resources.  A tutor might also post a number of follow up questions or activities, and the date and time of the next session.

Closing thoughts and acknowledgements

Before running this meeting I had never explicitly asked myself the question of 'what does a perfect OU Live session look like?'  Instead, I had worked on instinct: trying something out, and then reflect on whether it seemed to work or not. 

I found it really useful to hear everyone's opinions and views about what makes a good session.

During our meeting, I remember there was a conversation about OU Live examples.  I've managed to dig out the resource I was once told about.  It's called:  Teaching with online rooms (OU VLE). The page contains a set of different OU Live examples that have been created by tutors who are working in different disciplines. For those who teach programming and computing modules, the 'writing and running simple code' is a really interesting link.  The other resources about level 1 and academic referencing, and study skills are useful too.

I would like to personally hank all the tutors who attended this session for their contributions: everyone who was at the London region on the afternoon of Saturday 30 June contributed to discussions and ideas that led to the writing of this quick blog.  Thank you all!

Permalink Add your comment
Share post
Christopher Douce

Day in the life of a MCT staff tutor

Visible to anyone in the world
Edited by Christopher Douce, Tuesday, 17 Mar 2020, 08:26

I’ve written this blog post to complement a presentation that I have given (or are just about to give!) at a faculty student support team meeting on 17 June. The aim of the presentation was to share something about what staff tutors do on a day to day basis. Since I thought that other people within the university might find the presentation (and this summary) of interest, I’ve decided to share it more widely.

I’ve written this summary from my own perspective; other staff tutors within the Open University (and in other faculties) are likely to have very different days simply because of how their role might be split between central academic work and regional academic work.  There will be, of course, common themes: working with module teams, working with student support teams and working with tutors (and doing research, when time permits!)  We also, of course, can and do speak with students.

If you’ve accidentally discovered this post, you might not know what a ‘staff tutor’ is.  It’s a job that is half academic, and half management.  The management bit means we manage tutors.  This management bit can and does directly feeds into the academic bit: we represent the interests of the tutors during module team discussions.  A staff tutor is what is known as a ‘regional academic’. We are currently spread across the whole of the UK, and we might do a whole bunch of different things, ranging from outreach, working with local industries (if time and opportunity permits), and playing a role in marketing events.  I’m based in the London region, and work for the MCT faculty (which is the faculty of Mathematics Computing and Technology).

Before I go on and describe ‘a day’, I should perhaps make a quite note on how I wrote this somewhat eclectic summary.  I began by writing what I got up to during an entire day.  I then thought about other important tasks that hadn't cropped up during the day that I sampled.  In fact, the below narrative is a collage of aspects from different days.  I’ve written it this way so give a sense of the diversity of things that we do.  It’s not representative, since every day is different, but it does give a taste of what kind of things a staff tutor gets involved with.

Blitz the inbox

I usually get up between 7 and 8 in the morning, depending on what I’ve got on.  If I’ve got to travel to Milton Keynes (the head office) I usually set my alarm clock for 6.30pm so I can comfortably catch a couple of trains.  Most of the time, however, I tend to work either at home, or in the Camden regional centre. On this day, I was up at around half seven, had some breakfast, and was in my study around three quarters of an hour later after quite a bit of early morning faffing about. 

When I boot up my laptop in the morning I usually have a single objective: to get though as many inbox messages as I can, as quickly as I can; this way I can figure out what is important and what is not.  I delete unnecessary calls for papers and scan through a ‘geek newsletter’ looking at new tech headlines.  I then delete a load of messages from Milton Keynes.  This might be: fire alarm notifications, messages about cakes and something about a pathway diversion. There is some stuff that I just don’t need to know about.

It’s important to keep everyone in the loop about what you’re doing, so one of the first things I did was to email our London faculty assistant to tell him what I’m doing.

I have a load of folders to manage my email load.  I see one email that corresponds to an on-going issue (a complaint).  I open up a folder that corresponds to the presentation of a module that I’m looking after, and I drag it in, to create a ‘virtual paper trail’ of an issue.

I see a university conference announcement that relates to an eSTEeM project.  This is a university scholarship initiative; I’m becoming increasingly interested in the scholarship of teaching and learning and I received a bit of funding to run my own project.  I read the conference call and wondered: could this conference be useful for dissemination?  Perhaps it might, but I then decided the timing didn’t work: I needed to concentrate on finishing the project which is about understanding the tutor experience of TT284.  I’ve got loads of other ideas; the challenge, of course, is trying to find the time.

One message reminds me that I need to send a message to all TU100 14J students.  One of my roles is to support the level 1 computing undergraduate tutors.  One thing that I’ve been doing is trying to encourage as many students to come along to the face to face tutorial sessions.  To do this I send them neat, concise messages about their day schools – this means they have all the information they need: information about the venue, information about travel information, and information about the room that they need to go to.  I compose a message to our faculty assistant, asking him to send it out later that day.

One email is interesting: can I help out with postgraduate events (because apparently I was some kind of IT curriculum programme lead?)  This was news to me!  I used to be a postgraduate computing student, but I’m certainly not a curriculum lead.  I sent an email to the regional marketing contact (who is always lovely) agreeing to run a ‘demo tutorial’ for any prospective students who might be interested, suggesting that we had a face to face chat when I’m next in the London office.

A colleague sent me a message that demands a response: Could I contribute to an associate lecturer’s CDSA (or, appraisal)?  Yes, I can!  He’s great!  But there isn’t much to say at the moment since he’s currently on a year out, but I’ll happily write a couple of paragraphs that might be useful.

One thing that I do in the region is help out with the associate lecturer development conferences which offer all tutors on-going professional development and training.  These events are very important: they give tutors an opportunity to meet each other, help tutors become familiar with new educational tools and approaches, and help the regional academics to more readily appreciate any of their worries and concerns. I’ve been helping to organise a session where the tutors would work with two actors who are running a session on dealing with difficult telephone calls.  After sending and receiving a couple of messages, it has been decided: the actors are going to invoice the region.

Releasing monitoring reports

It doesn’t seem like there are any really urgent crises to deal with this morning, so I decide to set another objective: to sign off all off on ALL the associate lecturer monitoring reports that have arrived into a faculty inbox over the last week or two. 

I’ve always held the view that signing off on monitoring reports is an important job.  I hold this view for two reasons: firstly, it’s a really useful way to get an understanding of the correspondence tuition that is delivered to students and secondly, as a tutor, I really welcomed the personal comments that used to come from my line manager.  Here’s what I do: I look at the comments of the monitor, and then the PT3, and then the script, and then add some ‘mediation’ comments.  Some monitoring for other staff tutors who are located in another part of the country has ended up in the London inbox, so I emailed it them a colleague who looks after those.

After a couple of hours of work, I decide it’s time for a well-earned cup of tea.

Academic stuff

During my break I idly browsed the BBC technology pages and discovered an article about a new computing initiative that uses something called the ‘Microbit’.  This takes me down the path of looking at (briefly) some of the history about the BBC’s computer literacy project that ran in the 1980s.  I start to read about someone (who is now a fellow of the royal society) who had helped design the ARM chip instruction set.  Since I often help at the London degree ceremonies in the Barbican I started to idly wonder whether this could be someone to put forward for an honorary degree. From my perspective, their contribution to computing is pretty clear.

I decide to park this, since I’ve already said I would recommend someone else to the honorary degree committee, but haven’t (yet) managed to find the time to write a biography of the candidate that I was thinking about.

A few weeks earlier I had attended an event that was run by the Higher Education Academy (HEA website).  The event was all about teaching introductory computing (personal blog), which is an interest of mine.  I also have an awareness that the faculty will soon start to consider how to replace TU100 My Digital Life (which will take a couple of years).  I’ve got this habit of writing ‘blog summaries’ so I can keep notes of interesting events and share these notes with colleagues.  I finally find the time to finish writing my summary, and I upload it to my personal OU blog after a bit of editing.

Dealing with a module issue

I receive a call from a fellow staff tutor about a student who is persistently unhappy with aspects of a module. We swap student ID numbers, and I look up the student record.  We have a chat about the student, and by looking at the student record, we figure out a way forward.  We both manage the tutors who are delivering the module in question, and between each of us we figure out what needs to be done: my colleague agrees to speak with the student to try to offer some further guidance and explanations.

I send my colleague copies of some emails that I had safely filed away.  I remember that after starting as a staff tutor, I soon realised that effective record keeping is really important.

Working with the student support team

The computing and IT student support team is located in Birmingham.  The members of the Birmingham team respond to student’s learner support queries and help students choose their next module on a programme of study.  When it comes to helping students with certain issues, we sometimes ask students to ring the SST, or we create what is known as a ‘service request’, asking the SST to give students a call: there are things that they can do that us staff tutors can’t do.

I receive a call from a colleague in Birmingham about a particular module, TT284 Web Technologies. My colleague has a very precise question about the module, and it’s a question that I can easily answer (since I work with the tutors who deliver that module, and have worked with the module team).  From my own perspective, it’s great to have that contact with someone who is offering advice to the students.  Also, I feel that due to changes in the way that tutors are managed (staff tutors are now managing smaller number of numbers), we’re able to specialise a bit more, and this will help us to more easily respond to detailed academic queries.

Towards the end of the day

As well as being a staff tutor, I’m also a tutor.  In MCT I tutor on M364 Fundamentals of Interaction Design.  In the previous presentation of M364, I ran a module wide revision tutorial.  I didn’t have to do this (this isn’t something that the M364 module team explicitly ask tutors to do), but I thought it would be a good thing to do; plus, it would help me to get more OU Live experience.  I decided to do the same for the current presentation. 

When I announced that I was running a session, another tutor said that she would come along and help out, which was great news. After quite a few email messages, we chose a date and time. There will be two sessions, and we agreed that we would work together on both of them. Our two sessions will tackle the subject of revision in different ways.

After a bit of a delay, the first stage of the Locations Analysis is out. I discover there are a huge number of documents to read through.  I skim through the main document, which seems to be over eighty pages in length. I quickly become tired.

When I get back I check my email again. There an extension request from a fabulous T320 tutor. I’m very happy to accept their judgement, and I appreciated that they asked me about it.  I offered a couple of suggestions about what to say to our student.

It’s the end of the day.  It has been a busy one. I make something to eat, and then caught a train to the middle of London to meet up with some friends.

On the way back, at Charing Cross train station, I noticed that I had missed a call.  There was a voicemail.  It was from a student of mine. I called the student back and we had a chat.  The student was asking for an extension. I agreed to the extension, and highlighted some sections of the assignment so our student could just focus on completing what he needed to do. I also emphasised a really important point: that there are no extensions to the final TMA. 

Permalink 4 comments (latest comment by Emma lawrence, Saturday, 13 Mar 2021, 08:57)
Share post
Christopher Douce

AL Development Conference: University of Sussex

Visible to anyone in the world
Edited by Christopher Douce, Monday, 12 Apr 2021, 18:33

On 8 November 2014 I attended the South East region (region 13) associate lecturer development conference held at the University of Sussex.  I felt that this was a really important event to attend, since it was to be the ‘final’ conference that was organised from the regional centre in East Grinstead.  All future conference would be run from the London region that has been re-christened as ‘London and the South East’.

One of the main reasons I wanted to go was to meet some of my colleagues who were leaving the university.  In some ways, it was a really sad day, but in another way, it presented an opportunity for the AL community to offer loud and vociferous thanks for all the great work colleagues from the region had carried out over very many years.

MCT session

The first session of the day was spent in our faculty groups.  The MCT session addressed three topics.  Other than details about the impending closure, the first topic was about changes to AL line management.  The second was about the development of a Group Tuition Policy.  The third and final section was a talk from an AL colleague about a research project about the use of language.

Changes in line management

A really important item was that the line management for some associate lecturers is changing.  What this means is that a line manager for a tutor might be located in a different part of the country.  The reason for this change (which is taking place in the Engineering and Innovation and the Computing and Communications department) is that a line manager will become increasingly specialised in terms of the subjects and topics that they look after.  I view this as a really positive thing: it has the potential to allow line managers (staff tutors) to respond to both student and tutor queries more quickly and efficiently, and enable them to develop more expertise in a smaller number of courses.

Group tuition policy

The university has been working on something called a ‘group tuition policy’.  From my reading of the policy, it seems to have two main objectives.  The first is to offer students flexibility and choice, i.e. they can choose to attend either on-line or face to face tutorials.  The second is that by grouping different sets of students together, it is hoped that tutors end up with more busy tutorials, and this can have a positive effect for everyone: more students means more opinions, which then can mean more learning.  One of the ideas is that students are given information about learning events before a module begins.  To make the policy a reality the university has to make some changes to its tutorial finder system.

During the session we looked at the policy and had a discussion about what we thought about it and how it might potentially impact on our tutoring.

Language use and retention in TU100

The final part of the morning session was presented by Associate Lecturer Heath Morris who tutors on TU100 My Digital Life (OU website).  Heather has been working on a university funded project that has been looking at the use of language in correspondence tuition, in particular, the summary comments that are provided by tutors.  TU100 is a particularly important module since it places quite a bit of emphasis on the development of skills, such as numeracy and academic writing.  OU students can come from very different background, which makes this aspect of teaching and learning all the more important.  The main question is: how do tutors use language and in what way might this language affect students?

Heather mentioned something called an ‘appraisal framework’, which I think is a framework used to assess the types of language used in assignment feedback.  I’ve made a note that it comprises of three different aspects: affect (which conveys emotion), judgement (which is an evaluation of behaviour or work performed) and appreciation (evaluation).  Other key words that I’ve noted from Heather’s presentation include student tenacity (which relate to the evaluation of effort?), and student capacity (which relates to the evaluation of capability). 

A set of questions for the research project are: does the use of language affect performance and retention?  Do those who score low leave?  To what extent would more positive feedback be useful?  Would it helped if we had just decided to give students a ring on the phone to have a chat with them?  What tools or checklists might be useful?

My own view on the language question is that surely good language and detailed explanations can have a positive effect on student retention, but there’s a big difference between having a gut feeling about something and actually showing something empirically.

I thought Heather’s presentation was great.  I would really like her to run a similar session in the London region.  Another thought was: perhaps we could run an AL development event that is specific to TU100 that covers the use of language and also lets us discuss the group tuition policy.  The underlined a simple outcome from attending these AL development conferences: they expose us to new things and help us to come up with new ideas that will help both tutors and students like.

Workshop: Scientix: the community for science education in Europe

The first workshop I went to was ran by Richard Walden.  Richard’s session was split into two parts.  The first was about an EU funded project called Scientix (project website) that he was involved with.  The project is described as an initiative to create a ‘community for science education in Europe, promotes and supports Europe-wide collaboration among STEM (science, technology, engineering and maths) teachers, education researchers, policymakers and other STEM education professionals.’  Scientix offers training resources, access to research, information about applications and opportunities for networking.  There’s also a link to something called the European School Net (EUN website) which I had vaguely heard of before.  If you’re interested in STEM teaching, both sites might be worth having a quick look at.

The second part of Richard’s session was all about how to improve student’s scores in tests without doing a lot of extra work.  To prepare us for this section, he split us into two groups: one group was asked to write about what we did on holiday, and the second group was asked to write about the anxieties that we might feel if we had to go ahead and complete a time limited quiz.  We were then all given a quiz to complete.

The idea was simple, and draws on research by a researcher called Gerardo Ramirez (UCLA website) : by writing about our exam anxieties, we explicitly articulate them, and this can help them to be reduced.  High levels of exam anxiety, can, of course, drastically affect exam performance.  There is an equally simple theory:  if we’re anxious, we occupy our short term memory with our anxieties. Since our short term memory is strictly limited, this will impact on our ability to understand and work through exam questions.  Short term memory, we were also told, is really important when it comes to retrieving essential information from long term memory.  (Having studied aspects of cognitive psychology many moons ago, I found all this especially interesting).

If you’re interested in this subject, I’ve also dug out the following YouTube lecture (YouTube) by Sian Beilock (who Ramirez’s co-author) who talks about some of the science behind this research.  (It’s quite a long video; there may well be some shorter videos out there).

Richard’s reason for sharing this research was simple: perhaps it’s worthwhile telling our students about this research, and the potential benefits that writing about fears and anxieties may provide.  I think it’s a great idea.

Modelling reflexivity in the teaching-learning relationship through distance learning tools

This final workshop of the day, facilitated by fellow tutor, Emily Skye, was rather different to all of the others.  I was attracted to it due to the word ‘reflexivity’ in the title; it was a term that I first came across when I was studying some social science modules, but my memory of it and how it could be used was a bit rusty: I was looking for a refresher.  Straight away, I discovered that the workshop had a very different structure: it was more of an open facilitated discussion rather than a formal ‘talk’.  All participants sat in a rough circle and shared something about ourselves, why we found this particular session of interest, and also something about our understanding of the term reflexivity.

I soon learnt that it might well be one of those terms that has different definitions based on the context it is used.  In essence, I understand that it is about understanding and thinking about yourself and how it relates to a particular context; it is about being self-aware.  It also relates to your own identity.  You can, for example, very easily hide behind a label that is attributed to a role or profession.

Being self-aware, and thinking about our effect on others (and how we are thinking about others) has the potential to help to inform our teaching and learning.  Through selectively sharing, we have the potential to build up trust, which can help us to encourage learners to look at new subjects, issues and areas.  Also, being reflexive also allows us to acknowledge the difficulties of learning, to be empathetic towards the challenges students face and connect with the emotional perspective of learning.

One of the big challenges in the distance education context is the extent to which we are able to relate and understand our students, especially when our interactions may be limited to only key points during a module presentation.  I introduced a term from computer (or, perhaps human-computer interaction) which was: emotional bandwidth.  When we interact with each other through on-line tools such as discussion forums we can easily misunderstand situations and expressions of emotion.

I found this session especially interesting because it was so different to the other sessions I had been to before.  Although I was initially rather worried by the layout of all the chairs, I quickly became relaxed.  It was also great to learn a little bit more about some of my associate lecturer colleagues.

Final thoughts

Like many AL development conferences that have been run by Region 13, this one went very smoothly.  Delegate packs were organised, there were clear signs on rooms, and it was exceptionally well attended.  One part of the day stood out for me, and this was when the Associate Lecturers gave the staff at East Grinstead a standing ovation to both thank them for all their hard work, and to recognise the work that they have given to the university.  There were tears.  I’m glad I was able to be there.

Not only did I learn new things, I took with me some idea that I then transferred to the London AL development conference that was running the following week.  This just went to emphasise my view that regional difference and diversity was (and is) a good thing.

Permalink Add your comment
Share post
Christopher Douce

TU100 My digital life: AL development event

Visible to anyone in the world
Edited by Christopher Douce, Tuesday, 8 Oct 2013, 12:15

The second TU100 development day for associate lecturers in London and the surrounding regions was held on Saturday 7 September in the London regional centre.  The overall purpose of the day was to give associate lecturers who tutor on TU100 an opportunity to share experiences and to gather some useful feedback about the module that I could pass onto the module team.  These days are often great fun since everyone is very much up for sharing and talking (and this day was no exception).  This blog post represents a quick summary of what happened (from my own perspective, of course).

I’m writing this post for a number of reasons.  The first reason is to remember what happened on 7 September (since my memory is somewhat fallible), and the second reason is to give those tutors who couldn’t attend a bit of a feel for some of the subjects were discussed.  The third reason is to try to encourage other tutors to come along to other events that we run in the region.

There were essentially three different parts to the day.  The first part was all about teaching programming and Sense.  The second was about issues relating to student retention (where we heard about a university initiative called Project Retain), and the third was a general ‘feedback (or feedforward) to the module team’ session.

Session 1 : Teaching programming and Sense

During the first session we were put into small groups and Leslie, one of our very experienced TU100 tutors, distributed a questionnaire to inspire discussion.  These had the headings: ‘how does TU100 teach programming?’, ‘how does TU100 teach Sense?’, ‘student contact hours’ and ‘marking’.  Since I’m not a TU100 tutor I didn’t contribute too much to the group discussions, but I did make some notes of some of the themes that had emerged.

It wasn’t too long before the subject of programming cropped up.  One of the comments I’ve made is that the module doesn’t contain too much about testing.  One other thought is that early on in the module it is a good idea to emphasise the importance of Sense, particularly the Sense programming guide.  Another thing that tutors could do is to emphasise the wealth of Scratch resources that are available from MIT, and that perhaps we should more explicitly brief students that Sense is an extension of Scratch.

We soon began to talk about the on-line sessions which are presented through Blackboard Collaborate (or OU Live, as the university calls it).  One of the challenges with using the OU Live software is that it takes time to hand over screen sharing control when tutors ask students to complete certain tasks. 

An interesting point is that OU Live might not only be useful for running tutorials.  Since it contains a facility to record sessions it can also be used to record how any application is used.  Tutors (or faculty staff) could use OU Live to make ‘video’ recordings to demonstrate some programming concepts.

One of the biggest challenges that tutor’s face is the marking of assignments.  Sometimes tutors come across some puzzling situations, i.e. if students submit work where a screenshot represents a correct functioning program, but the program that is submitted isn’t actually correct.  When it comes to correspondence tuition, one of the fundamental challenges is to get into the head of the student.  This led to the question of whether we might be able to record video clips to show how students could have created correct solutions.

Plenary

After around fifteen or twenty minutes of chatting, all groups were asked to report back.  This section is a quick summary of some of the key points that some of the groups mentioned. 

TU100 doesn't contain a section that is dedicated only to programming.  Instead, programming can found in different sections throughout the module.  One point mentioned by tutors was that whilst TU100 teaches coding it doesn’t say much about how to do the 'problem solving' part of programming.  Instead, students are required to spend time discovering how to program by exploring and playing with the Sense environment.

Aware of this issue, some TU100 London tutors have started to present the fundamentals of how to break apart problems into pieces that could then be used to create code (either in the face to face sessions, or on the on-line sessions).  The precursor to TU100, M150 contained some materials to introduce students to something called structured English.  This gave way to a debate about whether some additional material might be added to TU100, but the problem is that there are already lots of materials that students and tutors need to cover. 

The point is that the foundations (in terms of learning to program) are really important, especially for students who might potentially struggle with the fundamentals of programming.  One tutor said that some students never make it to the starting line on Sense and this kind of resources could be a bridge between high level thinking and programming.  Some of the fundamentals that could be covered (by tutors) include the basic constructs of programming, which includes sequences of instructions, selection, iteration, the use of variables and debugging.

One tutor said that ‘we need to emphasise that it is important that students have a go’ (so students gain an understanding of what the building blocks of software is all about).  Also, there is need for a Sense forum, something or some area that allows sharing of materials and ideas between students and tutors. 

One piece of advice to students should be, ‘go look at what people do with Scratch’.  Another comment was, ‘add a couple of YouTube type videos about program analysis’.  The interactive nature of programming does lend itself to the use of OU Live, via application sharing, but on-line asynchronous tutorials are always going to be difficult and it takes a skilled facilitator to use more sophisticated functions such as on-line break out rooms.

Another perspective was that it might help the students if there was slightly more signposting to different resources.  (I understand that this is something that the module team have been working on for the new presentation).

Contact hours, tutorials and day schools

Different regions do different things when it comes to on-line tutorials and day schools.  When it comes to on-line time, the London region has given tutors the opportunity to schedule and run individual sessions.  The south region runs join sessions, as does the south east region.

When it comes to the face to face sessions, all the London groups come together to form a series of big day schools with the intention of creating a critical mass of both students and tutors.  In other regions tutors run sessions with pair of tutors.  The differences can be down to geography, both in terms of the location of the students and the location of the tutors.  One other thought from my side is that it is also important to emphasise to all students that they are encouraged to go to any of the tutorials that they might find in the tutorial finder (so they can discover evening as well as weekend events).

Some tutors use materials that are created by the module team, whereas others create their own materials.  One example is the London region tutors creating materials in structured English, with a view to trying to ‘plug a gap’ in the module materials (regarding how students new to programming might set about splitting a program into different components).

Another approach that some tutors adopt to use their allocated on-line time is to run on-line drop in sessions via OU live.  The idea for this is that students could just pop into an on-line room to have a chat with a tutor if they had any questions.  I personally find this a really compelling way of making use of the on-line rooms, particularly when students might be wishing to chat about programming.  The breaks with the formality of a one-to-one conversation of the technology, but also allows participants to see what is being displayed on a shared whiteboard.

Working with OU Live

The first tip (for tutors) was, ‘remember to switch on your microphone’.  Another thought was, ‘can we make headsets compulsory please?’  The reason for this is simple: when students use the microphone and headset that is built into a laptop, a whole group of participants can be easily distracted by feedback, making communications a whole lot more difficult.

In some respects, participating in an OU Live session can be quite intimidating and one observation was that there are lots of students who don’t want to speak at all.  Sometimes some students prefer to use the text chat window rather than using the microphone, which can then make if quite difficult for the tutor to keep on top of everything (which is why some regions share OU Live sessions between tutors).

One point was that it is useful to ‘do something’ every 20 or so seconds.  This might be asking students questions, requiring them to respond with yes/no answers.  Another thought is to use a series of polls to assess understanding of certain concepts.  (One thing that I have personally learnt from my experience with the South East of England training is to poll students using the, ‘happy face’ button, i.e. by asking the students, ‘is everyone happy?, can you click on your happy face?’  When you regularly ask this, it helps to keep the student’s attention).

Marking of code

This section of the plenary discussion echoed an earlier point, that when it comes to communicating what needed to be done with complicated TMA questions (which involve programming), could the module team produce a video about how things should run, or have been constructed (using Sense)?

I’ve learnt that there are two different ways to add comments into Sense code.  One way is to use something called a comment window.  Another is to add some in-line comments.  I made a note of a debate about the use of different types of comments and that in previous assignments a TMA question asked students to add comments.  The consensus was that comments help; they help students to reflect on the code that is being written and help tutors to understand what has been submitted.

Project retain

An interlude between the first and the second session was presented by Maggie King, our associate dean for teaching and learning.  One of Maggie’s responsibilities has been to be a part of a university wide project called ‘project retain’.  

Project Retain is intended to increase the university’s retention (and progression) of students across different levels of study.  The project has given the university a number of recommendations, which include: offer a guide to key learning points and module materials, schedule and communicate real-time contact sessions during the first two weeks of a module (ideally through a letter), open module materials and web sites before the module starts, and make it clear when assignments are coming up (so our students are not surprised when they have to submit their assignments).  The first year of study, it was argued, is absolutely crucial.

Session 2 : Retention

Terry, one of our experienced TU100 tutors facilitated the second main session of the day, which was also about retention (which is an issue that affects student satisfaction scores, recruitment and funding). 

Terry introduced us to HEFCE performance indicators.  These include dimensions such as the national student survey and other aspects such as the measurement of research performance.   Terry also introduced the difference between retention and progression.  Progression is all about moving from one level of study to another.  In some circumstances students can defer, allow them to take a bit of time out from study and enabling them to pick up a module again at a later date.

One of the biggest changes in the university in the forthcoming couple of years will be the introduction of something called student support teams.  Since more and more students will be registering with the intention of studying for a particular qualification, student support teams will play an important role in helping students with their choices along a student pathway – it is hoped will positively impact on student retention.

Terry covered a wealth of materials, including sharing with us points from a national audit office report, drop out rates, how retention in UK HEIs compare with the retention in other countries, and how the university compares with others in the national student survey.  During his session Terry asked us to consider the causes of student drop out during different stages of study, such as pre-entry, induction, on-programme and movement to the next level.  In the university both tutors, student advisors and module teams all have an important role to play.  The final question of the day was, ‘how can the university support you in the task of improving retention in your tutor groups?’  This was an exceptionally very good question to ask and is something that I’m keen to pick up on and delve into when I have a bit more time.

Session 3 : Open Session

I have to confess that I haven’t taken too many notes about this final session mainly because we ran out of time!  Everyone was very willing to share experiences and opinions throughout the day, which was one of its fundamental objectives.

Reflections

One tutor made the comment: ‘you can make a full time job of teaching TU100’.   TU100 is, without a doubt, a very big module: there is a lot of material and there are a lot of demands on the tutor’s time.  What struck me about this day was the willingness of tutors to do their utmost to help their students along their TU100 journey and their willingness to share experiences with each other.  The event had lots of energy and there was a lot of positive talking going on, yielding some very good ideas.  From my own perspective, I certainly hope to be running a similar event next year.  I’ve already had a couple of thoughts about what we might do.

I have learnt quite a few things from this session.  I’ve learnt about the opinions that tutors have about certain aspects of the module and I’ll be happy to forward these directly to the module team.  It is also clearly apparent that some students struggle with programming and the idea of producing some video material to help to explain certain concepts might be something could be useful.

Acknowledgements

Many thanks to all our TU100 associate lecturers who kindly gave up their valuable time to attend this event on a Saturday. If any of the tutors who have attended would like to add further comments, please don’t hesitate to comment below.

Permalink 1 comment (latest comment by Jonathan Vernon, Tuesday, 2 July 2019, 11:32)
Share post
Christopher Douce

First Open University Sense Programming Workshop

Visible to anyone in the world
Edited by Christopher Douce, Tuesday, 8 Oct 2013, 12:23

The first Open University Sense Workshop was held at the London School of Economics on Saturday 11 November 2012.

Sense is a computer programming language that has been derived from Scratch, a language that was developed by Massachusetts Institute of Technology.   The aim of the Sense workshop was to allow TU100 My Digital Life students to become more familiar with the Sense environment helping them to learn some of the fundamental principles of computer programming.

This blog post is intended as a summary of the first ever Sense workshop.  It has been written for both students and tutors. If you feel that anyone might find this summary useful, please don't hesitate to distribute widely.

Introductions

The phase 'computer programming' is one that can easily elicit an anxious response.  Programming is sometimes seen as something that is done through a set of mysterious tools.  The good news is that once you have gained some understanding of the fundamental principles of programming (and how to tackle problems and debug programs), the skills that you learn in one language can be transferred between other languages.

Sense is a programming language that uses the same fundamental concepts of languages that are used in industry (such as C++ and Java) but Sense makes the process of writing computer programs (or code) easier by allowing programs to be created from sets of visual building blocks. In some ways, Sense is a visual programming language that is completely analogous to many other languages.  The fundamental difference between Sense and other languages is that it helps students to focus on the fundamental bits of programming by shielding new programmers from the difficulty of writing program instructions in a language that can be quite cryptic and difficult to understand.

The overarching intention of the Sense workshop day (that is described here) was to demystify Sense and encourage everyone to have fun.  The Sense environment allows programming instructions to be manipulated as a series of lego-like blocks.  These snap together to form 'clumps' of instructions which can be attached to either a background (or stage, where things can more about on), or sprites (which are, in essence, graphical objects).  Through Sense it is (relatively) straightforward to create sets of instructions to build simple animations and games.

The workshop is divided up into three different sections.  The first is a broad overview of some of the ideas about programming, followed by a demonstration about how to use the Sense environment.  The second section was a presentation which contained some useful guidance about how to complete an assignment.  The third section was more open... but more of this later.

The lecture bit - stepping towards programming...

The workshop kicked off by a talk by one of our Open University tutors, Tammy.  Tammy made a really good point that 'we can't teach you programming'.  The implication is that only a student can learn how to do it.  The best way to learn how to do it is, of course, to find the time to play with a programming environment and to tackle, head on, the challenge of grappling with a problem.

Tammy asked a couple of people to come up and draw some shapes on the whiteboard.  Different participants drew very different shapes despite being given exactly the same instructions.  The point of the exercise was clear: that it is absolutely essential to provide sets of instructions that are both completely clear and unambiguous (as otherwise you may well be surprised with the results that you come back with).

Tammy talked about the different categories of program instruction, which were: sequence instructions, selection instructions and iteration instructions.  Pretty much all programs are composed of these three different types of operations.  Put simply, a sequence of instructions is where you do one thing after another.  A selection operation is where you make a choice to do something depending upon the status of a condition (for example, if you are cold, you might turn the heating on).  An iteration operation is where you do something either a number of times.

These sets of operations can be used to describe every day actions, such as making a cup of coffee, for instance.  This simple activity can be split into a sequence of steps, which can include iterations where we check to see if the kettle is boiling.  (We might also do some parallel processing, such as making some toast whilst the kettle is boiling, but multi-threading is a whole other issue!)

The main points were (1) programming cannot be taught, it can only be learnt by those who do it, (2) there are some fundamental building blocks that can be combined together and nested within each other; you can have a sequence of steps within an iteration, for instance, and (3) programming requires things to be defined and described unambiguously.

The demonstration bit - creating an animation...

The second part of the morning was hosted by Leslie.  Building on Tammy's summary of programming Leslie showed us what it meant to actually 'write' a program using the Sense environment.

In some respects, you can create anything within the Sense environment.  It provides a set of tools and it is up to you to come up with an idea and figure out how to combine the pieces together to do what you want to do.  In some respects (and getting slightly philosophical for a moment), you can define a whole universe or a world in software.  You can, in effect, define your own laws of physics.  I can't remember who said it, but I have always remembered the phase, 'the universe is mathematical'.  Given that computers only understand numbers, the Sense environment allows you to create and represent your own universe (and interact with it in some way).

Leslie's universe was a fishtank.  She began by drawing the tank, including water weeds.  She then went onto draw a set of different fish characters.  Script was then added to move the fish around the screen (in the tank), first in one direction (from left to right), and then in both directions (from side to side).  Leslie then added more characters and defined interactions between them using something called the 'broadcast' feature to alert some of the virtual fish that a bigger and more dangerous fish had arrived in the tank.

What was really great was how she demonstrated how to connect different instructions together (to create sequences), to have sequences of instructions operate when certain conditions are met (which represent selections), and introduce repeat loops (which represent iterations; carrying out the same instructions over and over again).

The bit about the assignment...

The final 'lecture' part of the day was by Open University tutor Dave, who took everyone through the structure of the forthcoming assignment (without giving any of the answers).  Dave talked about the use of the on-line discussion forums and this gave way to an interesting discussion about the importance of referencing.  Other points that were mentioned included the importance of things such as including word counts (on the TMA), and the learning objectives that are used by the module.

The programming bit...

During the afternoon, we all split into two different groups and got together into small groups of between two and four people.  The intention of the second part of the day was to try to create a small Sense project by huddling around a single laptop on which the Sense environment had been installed. We would then work on something for an hour, and then we would present what we had done to the other groups, describing some of the problems and challenges that we had encountered along the way.

Not having had much experience at using Sense, I was very happy to play an active role within one of the groups.  One of my main intentions at coming along for the day was to learn more about how to use the language and discover more about what it was capable of.  Our group came up with two different ideas: a representation of a car race track and some kind of athletic game or animation.  We settled on the athletic theme and decided we would try to animate a man running around a very simple athletics track.  (Our track became a square as opposed to an oval shape since we decided that re-discovering the mathematics of the circle was probably going to be quite tricky to master in about an hour!)

Within an hour we had drawn some stick figures, got our character doing a really simple 'run' animation and had our figure run around a really simple athletics track.  From memory, one of the challenges was figuring out how to represent program state and have it shared between different scripts that were running within the same sprite (apologies for immediately going into Sense-speak!)  Another challenge was to figure out how to represent state with Boolean variables and have those embedded within a continuous loop (but given enough time, I'm sure that we would have cracked it!)  A final challenge (and surprise) was to understand that the Sense environment automatically 'remembered' how much a character had been rotated between the different times that we 'ran' our scripts.  (We had instances where our running character ran off the side of the screen, much to our surprise!)

After our time was up, we were all asked to demonstrate and talk through our various projects.  I can remember a simple etch-a-sketch game, a demonstration of some bouncing balls (which bounced at different speeds), a space invader game (where the invader was a cat), a Tom and Jerry animation where Tom chased Jerry across a screen, and an animation that involved a balloon and a plane.   It was great to see very different projects since when we were coding our own, we can easily get into the mindset of just solving our own problem; seeing the work of others is something that is very refreshing.  It was inspiring to see what could be created after an hours of programming.

Reflections

The whole day reminded me of the time when I first tried to learn computer programming and I still remember that it was a pretty difficult challenge (in my day!)  I always wanted to rush ahead and solve the bigger more exciting problems but I was often tripped up because I needed to understand the operation of the fundamental instructions and operators (and the way a language worked).  In my own experience the only way to really understand how things work is to find the time to play, to explore the various operators and instructions, but finding both the time and the confidence to do this is perhaps a challenge itself.

All in all, the first Sense Workshop was a fun day.  I certainly got a lot out of it and I hope that everyone did too.  I certainly hope this is going to become a bi-annual event for all our TU100 students.  From my 'I've never really used Sense before to do anything other than to run a demo program' perspective, I certainly came out learning a lot more than I did when I started.  Large parts of Sense was demystified, and I certainly had a lot fun attending.

Additional resources

After sharing a link to this post my colleague Arosha (who also came along to the Sense workshop) has written a short blog post.  Arosha is loads more skilled when it comes to Sense programming and has re-created one of the projects that were demonstrated on the day.  Thanks Arosha!

Permalink
Share post
Christopher Douce

Exploring Sense

Visible to anyone in the world
Edited by Christopher Douce, Monday, 24 Mar 2014, 14:13

Last weekend I attended an event known as a Sense development session, hosted at the Open University in the South East offices in East Grinstead.  Sense is, of course, the graphical programming language that is used to teach the fundamentals of programming in a new module entitled TU100 My Digital Life

Whilst TU100 discusses a whole range of issues (such as privacy, mobility and ubiquity) and allows different skills to be developed, programming remains an important subject and one that some students find difficult. 

The main objective of the event was to enable associate lecturers to get together to share their experiences about using of the Sense software.  Before the main Sense session, another tool was demonstrated and discussed: Jing.

Jing

The Open University provides and supports a number of different digital tools, such as its Moodle based virtual learning environment, synchronous discussion tools  and image sharing software (such as the kind of software used on TU100, as well as other modules such as U101 Design Thinking and T189 Digital Photography).  Sometimes, however, it is possible to make use of freely available tools that are just 'out there' (on the cloud) to facilitate teaching and learning.

Jing is one of those tools.  At the start of the session, Graham Eaton demonstrated how Jing (Techsmith website) can be used to create simple and effective demonstrations to show students how to make use of different applications.  One of the really nice features of an application such as Jing is that it also allows you to make voice recordings: you can talk through how you use something.  When you are done, you can also share your digital recording to others by uploading the results to a shared website.

Graham went further than just saying that 'Jing is a tool that allows you to quickly make screen casts'.  Using MS Paint, a graphics tablet and Jing, Graham demonstrated that it is possible to create customised 'chalk board' animations which can be used to explain simple mathematical principles.

There are, of course, some drawbacks: cost.  The demo version (which is free to use) doesn't permit editing and has a limit of five minutes.  These five minutes, however, may make the difference between understanding a principle and not understanding a principle. 

An important (implicit) point was that we have different tools at our disposal, and it's up to us to find a blend of the different tools that we may feel comfortable using.   Educational practice sessions such as these may inspire us to consider investigating and deciding upon our own blend of tools (and allow us to think differently about new possibilities).

Introducing Sense

The Sense part of the day was facilitated by Diane Brewster and Michelle Dewey.  Diane kicked off the first activity to try and answer the question, 'what were the problems of teaching programming to novices?'  From three groups we arrived at a number of answer, which I'll do my best to summarise.

Firstly there were the broad skills, such as thinking algorithmically and being able to 'abstract' the essence of a problem so it can be translated into code.  This was connected to the challenge of looking (and understanding) the logic of problems.  The issue of syntax was also mentioned, along with the acquiring the knowledge (and understanding) of different programming structures and how they might be used. 

Knowing how (and where) to look things up was considered to be an important skill, as was techniques (and strategies) for testing and debugging.  A final general point that was discussed was that some students who had learnt how to program using one programming paradigm (Wikipedia) might find it difficult to learn a programming language that uses a different paradigm.

Diane took us through a presentation that aimed to answer the question 'why has Sense been developed and what is its pedigree?'  We were told about the Scratch language (MIT), a programming language called Alice (Alice website), and a microcontroller called the Arduino (Wikipedia).  Sense is, of course, a version of Scratch that the Open University has modified.  The differences being is that it has a small number of different programming constructs, and can also be interfaced with some Arduino based physical hardware.

Towards the end of this first session, we were then assigned into mixed groups and asked to consider how to write a small program using different coloured post-it notes.  (Some of us were programmers, others were not!)

Playing with Sense

Before we were allowed into a lab filled with computers, we were introduced to a number of other Sense concepts, such as the notion of 'broadcast', or sending messages from one component of a Sense program to another.  There was some discussion about the stage metaphor, and a presentation of a simple maze game.  In keeping with this metaphor, something new for me was the idea that a sprite (a graphical object on the screen) can have different costumes.

The final part of the day was dedicated to about an hour of 'tinkering'.  It is felt that Sense is one of those things that you can only get to grips with properly if you spend a bit of time 'messing around' with.  By messing around, this might mean creating new programs, or changing existing programs.

Not having had much time to tinker before (and being a former software developer), some of the constructs (and graphical palettes that held these constructs) soon became familiar to me.  What was apparent was that I had to do quite a bit of looking and searching, but by the end of the hour, I roughly knew where I needed to look (and what colour of programming construct to look for) to do the things that I wanted to do.

Final points

I took away a number of things points this session.  The first was a reminder about how the teaching and learning of programming is not just about programming itself.  It is all very well knowing about different programming constructs and understanding what they do but it is a whole other challenge to know how to decompose a problem into discrete steps that a computer can execute. 

Researchers who have studied the psychology of programming have explored the notion of a programmer's cognitive strategy.  As well as a programming strategy there is also the conception of a programmer's tactic, which can be considered in terms of something that a programmer might do to help them understand or get to grips with a problem, or understand what a computer is doing when faced with a buggy program.

Teaching programming isn't only about teaching the constructs, but also about exposing and sharing (or even 'bootstrapping', to take a computing analogy) these tactics.  I clearly remember a discussion about using something called the Plan Do Check Act, or PDCA cycle (Wikipedia) to help users of Sense understand what needs to be done.

Another important point (and one that I've mentioned before) is the need for both students and tutors alike to find the time to 'tinker', to explore what is possible within a programming language or environment.  Tinkering facilitates the development of strategies and tactics.

My own view is that programming isn't something that is just about making sets of instructions to get a machine to do stuff; it is also about facing up to the sometimes difficult challenge of problem solving.  Programming is an intrinsically creative activity, and this is something that is easily forgotten.  To be creative, we need to find the time to play and tinker.  This is something that is easily forgotten too.

Permalink Add your comment
Share post
Christopher Douce

Higher Education Academy BotShop Workshop

Visible to anyone in the world
Edited by Christopher Douce, Monday, 3 Mar 2014, 18:46

I think I must have been about 10 years of age when I first heard about the magical device that was the Logo turtle (and the mysterious notion of turtle geometry).  Fast forward two decades and about ten years ago I managed to find a copy of Papert's book Mindstorms in a second hand bookshop in Brighton (a part of me things that it must have been owned by someone who studied cognitive science at the nearby University of Sussex).  I had these two thoughts in mind whilst I was travelling to the University of Derby on the 28 November to attend the HEA BotShop.

This is a quick summary of my own views of the day along with my own take on some of the different themes that emerged.  In fact, there was quite a bit of commonality between this event and the HEA Open University event that was held a week earlier, but more of that later.  In case you're interested, Derby produced a press release for this event which highlights some of the areas of interest, which include neural networks, embedded systems and artificial intelligence.  We were told that this was pounced upon by the local press, proof that mention of robots has a constant and wide appeal.

First Sessions

The day was introduced by Clive Rosen and Richard Hill, subject head for Computing and Mathematics at the University of Derby, jointly welcomed everyone to the workshop.  The first presentation of the day was by Scott Turner from the University of Northampton who gave a presentation entitled Neurones and Robots.  Scott uses the Lego Mindstorms hardware to introduce some of the fundamental concepts of neural networks, such as how learning takes place by the changing of some of the numerical values that are used within a network.  Some of the applications of these robots include following lines, getting robots to follow each other and getting robots to avoid obstacles; seemingly simple actions which enable underlying principles to be both studied and demonstrated.

One of the questions to Scott was, 'what does using a robot add?'  The answer was simple: it can add enjoyment and engagement.  Although similar principles could be studied through the application of other tools, such as Excel spreadsheets, simple robots add a degree of immediacy and physicality that other approaches cannot.  These discussions made me consider whether there is a pedagogic dimension (in terms of educational tools) that has emulation on one end and physical devices on the other, and the extent to which we may wish to consider a balance between the two.

Scott's presentation was followed by Martin Colley from the University of Essex whose presentation was entitled Embedded Systems Teaching.  Having been a postgraduate student at Essex I found Martin's presentation especially interesting.  Although I didn't have direct exposure to the robotics labs during my time at Essex I remember that some of my peers made good use of the research and teaching facilities that the University provided.

Martin gave a quick history of robotics and embedded systems at Essex where he talked about the design and evolution of different devices which culminated in the development of a kit.  The design of the kits had changed along with the development of processors.  Early kits (and robots) made use of the Motorola 68k processor (famed for its use in the original Apple Mac) whereas the current generation of kits made use or ARM processors which are, of course, commonplace with mobile phones and other embedded devices.

One aspect of Martin's kits that I really liked was the range of different input and output devices.  You could write code to drive a 160x128 colour display, you could hook up a board that had light and ultrasound sensors, or you could even connect a memory card reader and a digital to analogue converter to enable students to write their own MP3 player.  Martin also touched upon how the hardware might be used to explore some of the challenges of programming, which includes the use of C and C++, how to work with a real-time clock, the use of interrupts and direct memory access buffers.   Debugging was also touched upon, which, in my opinion is a really important topic when 'students get down to the muddy later between the hardware and software'.  Plus, all these interesting peripherals are so much fun than simply having an embedded system to turn an LED on or off.

All in all, a really interesting presentation which gave way to a discussion about the broader challenge of teaching programming.  One comment that it isn't programming per se that is the main problem.  Instead, it is development the skills of algorithmic thinking, or knowing how to solve problems that represents the biggest challenge.

Using bots to teach programming

The third presentation of the day was by Mark Anderson and Collette Gavan from Edge Hill University who described how the broad idea of robotics has been used to teach fundamentals of programming and how some students have learnt to build their own devices.  Mark and Collette had a surprise in store.  Rather than having to do most of the talking themselves they brought along a number of students who shared with us their own experiences.  This was a great approach; personal accounts of experience and challenges are always useful to hear.

Mark and Collette's slot covered a broad range of technology in what was a short period of time.  They began with describing how they made use of Lego Mindstorms kits (using the NXT brick) with Java, used in the first year of study.  During the second year students move onto Arduino kits, where student negotiate the terms of their own projects.  I seem to remember hearing that students are at liberty to create their own input controllers, which might be used in collaboration with an embedded arcade game, for instance.  There was reference to a device called the Gameduino which allows the Arduino controller to be connected up to a video display.  Not only can I see this as being fun, I can also see this as being pretty challenging too!

Towards the end of the session there was a question and answer and answer session where another introductory to programming tool called Alice was mentioned.  There were two overriding themes that came from this session.  The first was that learning to program (whether it is an embedded device or a computer) isn't easy.   The second is that it's possible to make that learning fun whilst developing essential non-technical skills such as team working.

Micromouse

One of the really interesting things about robotics is that a broad array of disciplines can come into play.  One of the most important of these is engineering, particularly electronic and mechanical engineering.  I guess there's a 'hard side' and a 'soft side' to robotics.  By 'hard side' I mean using the concept of robots to teach about the processes inherent in their design, construction and operation.  The 'soft side', on the other hand, is where robots can be used to teach problem solving skills and introduce the fundamentals of what is meant by programming.  Tony Wilcox from Birmingham City University, who is certainly on the 'hard side' of this continuum, gave a fabulous presentation which certainly gave us software engineers (and I'm talking about myself here!) a lot to think about.

A micromouse is a small buggy (or autonomous robot) that can explore a controlled maze (in terms of its dimensions) and figure out how to get to its centre.  It was interesting to hear that there is such a thing as a micromouse competition (I had heard of robot football, but not mice competitions before!)  Different teams produce different mice, which then compete in a maze finding challenge.  Tony uses his 'mice' to expose a number of different subjects to students.

Thinking about the problem for a moment we begin to see a number of different problems that we need to address, such as, how do we control the wheels and detect how far the mouse has travelled?  What sensors might be used to allow the mouse to discover the junctions in a maze?  What approaches might we used to physically design elements of the mouse?  How might we devise a maze solving algorithm?  Tony mentioned a number of subject areas that can help to solve these problems: closed loop process control (for the control of the wheels) and mechanical engineering, 3D computer aided design, power electronics, and PIC programming (which is done using C).  I'm sure there are others!

It was interesting to hear Tony say something about programming libraries.  Students are introduced to libraries in the in the second year of his teaching.  Whilst libraries can help you to do cool stuff, you need to properly understand the fundamentals (such as bit shuffling and manipulation) to use them properly.  To best teach the fundamentals, you ideally need to do cool stuff!

One thing that I took away with me was that robot control and maze solving software can exist within 32K.  I was reminded that even though there is a lot of commonality between programming on embedded devices and programming applications for a PC they can be almost different disciplines.

Critters

The micromouse robots operate within a controlled physical environment.  Another way to make a controlled environment is to make one using software.  The advantages of using software is that you can control everything.  You can, of course, define your own laws of physics and control time in any ways that you want.  In a way, this makes things both easier and difficult for us software engineers: we've got the flexibility, but we've got to figure out the boundaries of the environment in which we work all the time.

Dave Voorhis from the University of Derby talked about his work on 'emergent critters'.  By critters, Dave means simple 'virtual animals' which hunt around in an environment for food, bumping into others, whilst trying to get to an exit.  There are some parallels with the earlier talks on robotics, since each critter has its own set of inputs and outputs.  Students can write their own critters which can interact with others.  There is parallel to core wars, a historic idea where programmers write programs which fight against each other.

Dave said that some students have written critters which 'hack' the environment, causing the critter world to exhibit unusual behaviour.  Just as with the real world, working against some of the existing laws (and I'm talking those that are socially constructed rather than the other immutable variety) runs the risk of causing unintended consequences!

Final presentations

There were two presentations in the final session of the day.  The first was by Steve Joiner from Coventry University about how robotics can be used to help teach mathematics to key stage 3 and 4.   Steve is a maths graduate and is a part of the Centre of Excellence in Mathematics and Statistics Support (SIGMA), in collaboration with Loughborough University.  Steve showed us a number of videos where students had built robots out of the Lego Mindstorms NXT kit.  Projects included navigation through sensors, launching projectiles (albeit small ones!) and predicting their behaviour, and applications of graph theory.  Steve also demonstrated a self-balancing Lego robot (basically, a bit like a mini-segway) that made use of ultrasonic sensors.  Steve made the good point that through the use and application of kits and projects, students can begin to see the reason behind why particular subjects within mathematics are useful.

The final presentation was an impromptu one by Jon Rosewell, from the C&S department at the Open University.  Jon has been heavily involved with a short module called T184 Robotics and the meaning of life which has just come to the end of its life.  Like so many of the earlier presentations, this module makes use of Lego Mindstorms to introduce the concept of programming to students.  Instead of using the native Lego software, the Open University developed its own programming environment (for the earlier Lego Mindstorms blocks) which is arguably easier to work with.  Students are not given their own robotics kit, but may use their own if they have one available.  If they don't have access to a kit, students can make use of a robotics simulator, which is a part of the same software package.

Towards the end of the day there was some talk about a new Open University undergraduate module called TU100 My Digital Life.  This module makes use of a 'home experiment kit' which contains an Arduino processor, which was mentioned by Mark Anderson earlier in the day.  Whilst the TU100 senseboard, as it is called, cannot directly become a robot, it does contains some of the necessary features that enable students to understand some of the important ideas underpinning robotics, such as different types of input sensors, and output peripherals such as motors.

Plenary

At the end of the day there was sufficient time to have an open discussion about some of the themes that had emerged.  Clive Rosen kicked off the discussions by saying that robots can help teaching become engaging.  I completely agree!  One of the difficulties of teaching subjects such as mathematics and computing is that it can often take a lot of work to get satisfying and tangible results.  Using robots, in their various forms, allow learners to more readily become engaged with the subject that they are exploring.  In my own eyes there are two key things that need to be addressed in parallel: what subjects the application of robots can help to explore, and secondly, how to best make use of them to deliver the most effective pedagogic experience.

These ruminations connect to a plenary discussion which related to the teaching of computing and ICT at school.  There was a consensus that computing and ICT education needs to go so much further than simply teaching how students to make use of Microsoft Office, for instance.   We were all directed to a project called Computing at School and a relatively new education (and hardware) project called RaspberryPi was mentioned.  I'm personally looking forwards to how this project develops (and hopefully being able to mess around with one of these devices!)

There was some debate about individual institutions 'doing their own thing', in terms of building their own teaching hardware, raising the question of whether it might be possible to collaborate further (and the extent to which the higher education hardware might potentially be useful in the school environment).  It was concluded that it isn't just a matter of technology it may be more of a matter of education policy.

In the same vein, it was hypothesised that perhaps the embedded processors within students' mobile telephones might (potentially) be used to explore robotics, perhaps by plugging in a phone to 'extension kit'.  Another point was that little was discussed about fixed or industrial robots, which is almost a discipline in its own right, having its own tools, languages and technologies.  This is a further example of how robotics can connect to other subjects such as manufacturing.

Thinking back to the event, there are a number of other themes that come to mind.  Some of these include the role of simulation (and how this relates to physical hardware), the extent to which we either buy or build our hardware (which might depend on our pedagogic objectives), and the types of projects that we choose.

Through the use of robots students may more directly appreciate how software can change the world.  Robotics is a subject that is thoroughly interdisciplinary.  I've heard artificial intelligence (AI) described as applied philosophy.  Not only can robotics be used to help to study AI, it also has the potential to expose learners to a range of different disciplines, such as mathematics, electronics, physics, engineering and the fundamentals of computing.

Learning how to program a robot is not just about programming.  Instead, it is more about developing general problem solving skills, developing creativity and becoming more aware at how to conduct effective research.

Permalink 2 comments (latest comment by Scott Turner, Sunday, 18 Dec 2011, 18:30)
Share post
Christopher Douce

Distance Learning for Computing and ICT Workshop

Visible to anyone in the world
Edited by Christopher Douce, Monday, 3 Mar 2014, 18:47

A Higher Education Academy sponsored distance learning workshop for computing and ICT was held at the Open University on Thursday 20 October 2011.  The workshop addressed a number of different themes.  These included internationalisation and the delivery of modules to different countries, professionalization and industry, models of distance learning, the use of technology and its accessibility.

The day was divided up into a number of different sessions, and I'll do my best to summarise them.  I feel that blogging this event is going to be a little bit different from the previous times I have blogged HEA workshops since this time I was less of an observer and more of a participant.  This said, I'll do my best!

Introduction and keynote

The event was introduced by Professor Hugh Robinson, head of the department of Computing at the Open University.  Hugh briefly spoke about the history of the university and mentioned that Open means that students who enrol to courses do not necessarily have to have any qualifications.  This connected to one of the university's themes: to be open in terms of people, places and ideas.  Distance education enables education to be open in all these respects but it is apparent that due to the changes in the higher education sector, all institutions are to face challenges in the future.

Hugh's opening presentation gave way to Mike Richards keynote presentation about a new computing module entitled TU100, My Digital Life.  Mike described some of the main topic areas of this new module which will for a common entry point to a number of degrees.  This module addresses themes that are rather different to those that used to be on the computing curriculum, mostly due to the changes in technology and what is meant by a 'computer'.

Mike mentioned important subjects such as privacy and security, the notion of ubiquitous computing and what is meant by 'free', connecting to subject of open source software systems.  Mike went on to say that the TU100 module contains some hardware that might once have been known as a 'home experiment kit'.

In the case of TU100 this is in the form of a programmable microcontroller board which can be configured in a way to work with different types of measurements and share the results with other people over the internet.  Furthermore, the microcontroller (and connected software) can be developed using a visual programming language called Sense, which is a version of Scratch, a popular introductory programming environment developed by MIT.

Mike's presentation emphasised that distance education need not only begin and end with a virtual learning environment.  A distance education module can contain a rich set of resources such as video materials and physical equipment that can be used to facilitate both understanding and debate.  Mike emphasised the point that many issues that connect to the increasingly broad discipline of computing (broad because of its impact on so many other areas of human activity) is that some debates do not have right or wrong answers.

One thing is certain: technology has changed so many different aspects of our lives and will continue to do so in ways that we may not be able to expect.  It's my understanding that one of the aims of TU100 is to highlight and uncover different debates and help students to navigate them.  What was very clear is that computing education is so much more than just technology and getting it to do cool stuff.  It's essential to understand and to consider how technology affects so many different aspects of our lives.

Morning session

The first presentation in the morning session was by Quan Dang from London Metropolitan University.  Quan's presentation was entitled, 'blending virtual support into traditional module delivery to enhance student learning'.  Quan emphasised how synchronous tools, such as on-line text chat could be used to create virtual 'drop in' sessions outside of core teaching hours to enable students to gain regarding subjects such as computer programming.  Quan's presentation was very though provoking since it made me ask myself the question, 'what different tools and practices might we potentially adopt (at a distance) to help student get to grips with difficult issues such as debugging'.  Debugging is something (in my humble opinion) that you can best learn by seeing how different people consume elements of the programming tools that are available through development environments.  Getting a feeling of the different strategies that can be applied is something that can only be gained through experience, and technology certainly has the potential to facilitate this.

The following presentation, by Amanda Banks from the University of Manchester, was entitled 'advanced professional education in computer science'.  Amanda spoke at some length about how a tool such as MediaWiki could be used to enable students to create useful materials that could be used with others.  This presentation was also thought provoking: Wiki's can certainly be used within on-line modules to enable to student to generate materials for their own study, but Amanda's presentation made me consider the possibility that wiki-hosted material can be used between different module presentations as a way to facilitate debates about different ideas.

The final presentation was by Philip Scown, from Manchester Metropolitan University Business School.  Philip's thought provoking presentation was entitled, 'the unseen university: full-flexible degrees enabled by technology'. Philip argued that technology can potentially allow different models of studying and learning, such as modules which don't have start dates, for instance.  I can't do justice to Philip's talk within this space, so I do encourage you to have a look on the HEA website where I understand that his presentation slides are hosted.

First afternoon session

The afternoon session was started by Mark Ratcliffe, discipline lead for computing at the Higher Education Academy.  Mark outlined the role of the HEA and then went on to describe funding opportunities and the role of a HEA academic associates.  Mark then directed us to the HEA website for more information.

Distance education is one of those terms that can mean different things to different people, and this difference was, in part, highlighted by Mariana Lilley's first presentation of the afternoon that had the title, 'online, tutored e-learning and blended: three modalities for the delivery of distance learning programmes in computer science'.  Mariana's presentation also represented a form of case study of a programme that is presented internationally by the University of Hertfordshire.  It was interesting to hear about the application of different tools, such as Elluminate (now Blackboard Collaborate), QuestionMark Perception and VitalSource Bookshelf.  This suggested to me the point that distance learning is now facilitated by a mix of different tools and made me question whether we have (collectively) identified best (or most effective) mix.  Institutions have to necessarily explore technology in combination with pedagogic practice, and sharing case studies is certainly one way to understand something about what is successful.

Mariana's presentation was nicely complemented by Paul Sant's (in collaboration with his colleague Malcolm Sant) who was from the University of Bedfordshire.  Paul's presentation was entitled, 'distance learning in higher education - an international case study'.  Paul identified a number of challenges which included, 'how can we ensure that distance students remain engaged? How can we offer support in a way that meets their schedule and requirements?', and 'How can we ensure that the work performed by students meets their potential?'  Paul mentioned tools such as the Blackboard VLE and synchronous tools by Horizon Wimba.  Paul's presentation also helped to expose the subject of partnerships with international institutions.

Second afternoon session

The final session of the day was broadly intended to focus upon the needs of the student from two different perspectives.  Steve Green from the Accessibility Research Centre, Teeside University kicked off this session by describing 'studying accessibility and adaptive technologies using blended learning and widgets'.  Accessibility is an important subject since it enables students to make use of learning resources irrespective of how or where they may be studying (both in terms of their physical and technical environment), but also widens the way in which resources may be consumed, taking into account learners with additional requirements.  Steve described how students create accessible widgets and their evaluation.

Steve's talk reminded me of a question that I was asked not so long ago, which is, given that distance legislation is now an international endeavour and the development of accessibility is supported by equality legislation, where do the boundaries lie in terms of offering support to students?  The answer may depend on the issue of how partnerships are developed and function.

The final presentation of the day, entitled 'finding a foundation for flexibility: learner centred design' was by Andrew Pyper from the University of Hertfordshire.  The underlying theme is that institutions need to understand the needs of their learners to best support them.  Tools such as learner centred design, which is known to the interaction design and human-computer interaction communities, have the potential to create rich pictures which then potential guide the development of both learning experiences and technology alike.

Plenary

Towards the end of the day there was a bit of time to hold an open discussion about some of the different themes that the presentations had exposed.  Many thanks to Amanda, Philip and Andrew for taking part.  Some of the themes that came to my mind were the issues of  tools and technology, internationalisation, industry and employability, and student skills.  Points included that we need to be careful about our assumptions of the technology that students might have.  Another important point is that one way to differentiate between different institutions might be in terms of the technologies that they use (and also how they use it).

We were also reminded about something called the Stanford Machine Learning course, which provoked some debate about 'free' (which relates back to Mike Richard's earlier TU100 presentation), and we were all directed towards the QAA Distance Learning precepts (many thanks to Richard Howley for bringing this to our attention).

Summary

All in all, it was a fun day!  There were loads of questions asked following each of the sessions and much opportunity for talk and debate in between.  I have to confess I was very relieved when the tea, coffees and sandwiches arrived on time, so thanks are extended to the Open University catering group.

It's tough, for me, to say what the highlight of the day was due to the number of very interesting thought provoking presentations.  I certainly feel that there is always an opportunity to learn lessons from each other; it is clearly apparent that there are many different ways to approach distance education.  Whilst there are many differences between institutions, similar issues are often grappled with, such as how to best make use of technology and ensure that students are offered the best possible level of support.

Permalink 2 comments (latest comment by Christopher Douce, Thursday, 2 Feb 2012, 12:04)
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: 2354395