899
College professors are going back to paper exams and handwritten essays to fight students using ChatGPT
(www.businessinsider.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 13 Aug 2023
899 points (100.0% liked)
Technology
59612 readers
3578 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
I had some teachers ask for handwritten programming exams too (that was more like 20 years ago for me) and it was just as dumb then as it is today. What exactly are they preparing students for? No job will ever require the skill of writing code on paper.
Maybe something like, a whiteboard interview...? They're still incredibly common, especially for new grads.
A company that still does whiteboard interviews one I have no interest in working for. When I interview candidates I want to see how they will perform in their job. Their job will not involve writing code on whiteboards, solving weird logic problems, or knowing how to solve traveling salesman problem off the top of their heads.
That's a valid opinion, and I largely share it. But, all these students need to work somewhere. This is something the industry needs to change before the school changes it.
Also, I've definitely done white board coding discussions in practice, e.g., go into a room, write up ideas on the white board (including small snippets of code or pseudo code).
I've done that too back before the remote work era, but using a whiteboard as a visual aid is not the same thing as solving a whole problem on a whiteboard.
It's a close enough problem; a lot of professors I've known aren't going to sweat the small stuff on paper. Like, they're not plugging your code into a computer and expecting it to build, they're just looking for the algorithm design, and that there's no grotesque violation of the language rules.
Sure, some are going to be a little harder "you missed a simicolon here", but even then, if you're doing your work, that's not a hard thing to overcome, and it's going to cost you a handful of points (if that sort of stuff is your only mistake you get a 92 instead of a 100).
The ability to conceptually understand what they're doing is exactly what I'm testing for when interviewing. Writing a full program on a whiteboard is definitely not required for that. I can get that from asking them question, observing how they approach the problem, what kind of questions they ask me etc.
I definitely don't want them to do just the bare minimum to survive or to need to ask me for advice at every step (had people who ended up taking more of my time than it would've taken me to do their job myself).
I've never needed to write more than a short snippet of code at a time on a whiteboard, slack channel, code review, etc. in my almost 20 years in the industry. Definitely not to solve a whole problem blindly. In fact I definitely see it as a red flag when a candidate writes a lot of code without ever stopping to execute and test each piece individually. It simply becomes progressively more difficult to debug the more you add to it, that's common sense.
Which is equally useless. In the end you're developing a skill that will only be used in tests. You're training to be evaluated instead of to do a job well.
I personally never had a problem performing well in those tests, I happen to have the skill to compile code in my head, and it is a helpful skill in my job (I've been a software engineer for 19 years now), but it's definitely not a required skill and should not be considered as such.