<p>Mistakes should be corrected, but the <em>how</em> can be finessed. You are already correct in giving the private feedback to each student, but you can add an additional level to the game. </p>

<p>Instead of you correcting the student in the live session or later, part of each student's total work product is to produce a report on their own that is distributed to the class soon after the presentation. Much of this can be prepared prior to the presentation and only updated after your private feedback. In it, you can require that the student correct any known defects in the presentation explicitly. They can admit to having made a mistake and provide the correct information without any confession of <em>guilt</em> or error. The info was wrong - here is the real skinny. </p>

<p>There are a lot of reasons for misstatements in a public presentation. You and I make them as well, and we correct them as we can. With students (and new teachers) some of this is actually just a result of stress. So the correction shouldn't increase the stress or give the student any reason to feel bad about themselves. The correction comes from them, even though it was information from you, perhaps, that set them straight. </p>

<p>To simply let it go, misleads the other students of course, so that is a poor solution. But lowering self esteem is also a poor solution. Make the experience a positive one, even though the student is cleaning up her/his own mess. </p>

<p>The written report has an additional benefit, of course, as students need to practice technical writing in any case. </p>

CC BY-SA 4.0
2018-05-09T19:17:37.943Z
I hadn't considered having students send an update. What's nice is that they wouldn't  have to say if I pointed out the mistake or if they discovered it through subsequent research.
Ellen Spertus
CC BY-SA 4.0
2018-05-09T19:19:19.077Z
@EllenSpertus, yes. Exactly my point. They learned, they passed on the learning. Copacetic. In fact they might learn something even if they didn't err and might want to add it to the written report. The questions they get might induce changes.
Buffy
CC BY-SA 4.0
2018-05-09T19:10:48.817Z
2018-05-09T19:10:48.817Z
Buffy
<p>I agree with @Buffy's point entirely: "Mistakes should be corrected, but the <em>how</em> can be finessed."</p>

<p>If I can be so vain as to quote myself, I said the following in <a href="https://cseducators.stackexchange.com/questions/2965/the-tao-of-teaching-making-mistakes-in-front-of-the-class">an earlier question about teachers making mistakes in front of the class</a>: "The classroom should be a safe place to fail, to make mistakes, because of the role said failure can play in the learning process. <strong>It's fine to make a mistake; it's not fine to be okay with it.</strong>"</p>

<p>If time allows, you can meet with the group(s) presenting who may need correction following the class. During this debrief, you can point out any facts that need correcting. Then, give them the opportunity to show to their peers what they have learned by giving a short (&lt;5 minute) follow-up from last class's presentation during the ensuing class meeting.</p>

<p>This empowers the student to do the learning and the re-teaching, much as you (or any teacher) would do in a similar circumstance. This method would both correct the error in private and allow for a "redemption" of sorts in public.</p>

CC BY-SA 4.0
2018-05-11T17:24:30.077Z
Good idea. Unfortunately, there isn't usually time for follow-up presentations, but email works.
Ellen Spertus
CC BY-SA 4.0
2018-05-09T21:09:26.020Z
2018-05-09T21:09:26.020Z
Peter
<p>In my graduate programming languages course, each student is required to learn a different novel programming language during the course of the semester and give a presentation on it to the class at the end of the semester.</p>

<p>Learning a new programming language is hard, and, inevitably, some students present inaccurate information, sometimes in response to a question from another student or me.</p>

<p>In my private feedback to each student, I let them know any mistakes I saw in their presentation. <strong>My question is whether I should let the class know when some presented information is incorrect.</strong></p>

<p>As an example, a student showed some code in a language related to Java. When asked by a student whether the <code>break</code> statement in a doubly-nested loop exited both loops, she said yes, which was incorrect. I kept quiet, not wanting to embarrass the presenter, but I wonder if I should have said, "Actually, like in Java, <code>break</code> only escapes from the innermost loop.</p>

<p><strong>Do you think it is better to correct mistakes when they occur or to let them slide?</strong> I wouldn't correct an English mistake by a student. Should I correct a CS mistake?</p>

CC BY-SA 4.0
2018-05-09T19:09:04.900Z
I wouldn't correct mid presentation. But it might be worth touching on a few things after they're done.
Ryan Nutt
<best-practice>
Should I correct mistakes in student presentations?
# Should I correct mistakes in student presentations?

(Asked by: username_0 on 2018-05-09)

In my graduate programming languages course, each student is required to learn a different novel programming language during the course of the semester and give a presentation on it to the class at the end of the semester.

Learning a new programming language is hard, and, inevitably, some students present inaccurate information, sometimes in response to a question from another student or me.

In my private feedback to each student, I let them know any mistakes I saw in their presentation. **My question is whether I should let the class know when some presented information is incorrect.**

As an example, a student showed some code in a language related to Java. When asked by a student whether the `break` statement in a doubly-nested loop exited both loops, she said yes, which was incorrect. I kept quiet, not wanting to embarrass the presenter, but I wonder if I should have said, "Actually, like in Java, `break` only escapes from the innermost loop.

**Do you think it is better to correct mistakes when they occur or to let them slide?** I wouldn't correct an English mistake by a student. Should I correct a CS mistake?

**Tags:** best-practice

> **Comments:**
> **username_1**: I wouldn't correct mid presentation. But it might be worth touching on a few things after they're done.  

---

## 2 answers

### Answer by username_2 on 2018-05-09. Score: 6 | Accepted answer

Mistakes should be corrected, but the *how* can be finessed. You are already correct in giving the private feedback to each student, but you can add an additional level to the game.

Instead of you correcting the student in the live session or later, part of each student's total work product is to produce a report on their own that is distributed to the class soon after the presentation. Much of this can be prepared prior to the presentation and only updated after your private feedback. In it, you can require that the student correct any known defects in the presentation explicitly. They can admit to having made a mistake and provide the correct information without any confession of *guilt* or error. The info was wrong - here is the real skinny.

There are a lot of reasons for misstatements in a public presentation. You and I make them as well, and we correct them as we can. With students (and new teachers) some of this is actually just a result of stress. So the correction shouldn't increase the stress or give the student any reason to feel bad about themselves. The correction comes from them, even though it was information from you, perhaps, that set them straight.

To simply let it go, misleads the other students of course, so that is a poor solution. But lowering self esteem is also a poor solution. Make the experience a positive one, even though the student is cleaning up her/his own mess.

The written report has an additional benefit, of course, as students need to practice technical writing in any case.

> **Comments:**
> **username_0**: I hadn't considered having students send an update. What's nice is that they wouldn't  have to say if I pointed out the mistake or if they discovered it through subsequent research.  
> **username_2**: @EllenSpertus, yes. Exactly my point. They learned, they passed on the learning. Copacetic. In fact they might learn something even if they didn't err and might want to add it to the written report. The questions they get might induce changes.  

---

### Answer by username_3 on 2018-05-09. Score: 4

I agree with @username_2's point entirely: "Mistakes should be corrected, but the *how* can be finessed."

If I can be so vain as to quote myself, I said the following in [an earlier question about teachers making mistakes in front of the class](https://cseducators.stackexchange.com/questions/2965/the-tao-of-teaching-making-mistakes-in-front-of-the-class): "The classroom should be a safe place to fail, to make mistakes, because of the role said failure can play in the learning process. **It's fine to make a mistake; it's not fine to be okay with it.**"

If time allows, you can meet with the group(s) presenting who may need correction following the class. During this debrief, you can point out any facts that need correcting. Then, give them the opportunity to show to their peers what they have learned by giving a short (<5 minute) follow-up from last class's presentation during the ensuing class meeting.

This empowers the student to do the learning and the re-teaching, much as you (or any teacher) would do in a similar circumstance. This method would both correct the error in private and allow for a "redemption" of sorts in public.

> **Comments:**
> **username_0**: Good idea. Unfortunately, there isn't usually time for follow-up presentations, but email works.  

---

