UK university students caught cheating using AI
theguardian.com
theguardian.com
Our system still rewards memorisation over reasoning, and when students use AI to solve a problem it's treated as cheating, even if it's the same thing they'll use in the real world.
IMO, teachers should see AI as an extension of a student's brain, not a replacement. Once that clicks, they'll start using it to unlock their students full potential, not shut it down out of fear.
But... let's be honest. It takes skilled teachers to make that work. Letting students use AI without any guidance is just as damaging as banning it altogether.
I told my students once: you're going to build a little app that solves a real problem in our school. It can be anything. You'll demo the app when it's done. But I don't want you to send me the code, I want the prompts you used to build it. The better your prompts, the better your grade.
That's why teaching methods need to evolve. They should be asked to show the prompts they used to understand the problem, and document the process. That's how you teach reasoning and how to use the tool properly.
For ex: I'm learning how to cook using ChatGPT, and with every prompt I learn something new and I understand more each time. But I still have to go to the kitchen and actually cook for my girlfriend. Same with students. They can use AI to learn, but they still need to step up to the board and solve a problem if they want to pass the exam.
That's the alignment problem.
Illusion of thinking paper claims we are struggling with even medium logical problems and we cannot apply logic of one problem to another similar new problem.
You should have not said that. They will use a model to create the prompts... :-) You should have said: I will break your code and you have to fix it in front of me.
For the coding aspect of our interview test, I tell people they can use whatever they want to write it (LLM tools included) and they do all of the work on their own machine without us watching the screen in real time (to make it less stressful). After they’re finished, I ask them to walk me through the code, to make one addition, and fix a bug that almost everyone makes. This helps demonstrate their ability to explain code (even if they were assisted in writing it) and to modify existing code. This exercise is shockingly effective.
None of this is done as a “gotcha“. The change that I asked them to make is incredibly minor, and in most cases can be done completely additively to the existing code. As for the common bug, it is due to people “pattern matching” and misunderstanding part of the instructions, but also very easy to fix once you understand the mistake.
I’ve been very pleased with using this as a filter. In some cases, the results were surprising and, in others, they confirmed what I already thought/suspected.
The first coding tests proves they can at least string together a bit of code, explain it, and make minor changes to it. The problem solving test proves they can think critically and understand a new problem and offer solutions to it. Lastly, we have a debugging test where they have to fix existing code with a handful of bugs. Between these and the conversations we have have with applicants we have (so far) a very good success rate in hiring.