4 ms·
When I teach programming, some students, when stuck, will start flailing around - deleting random lines of code, changing call order, adding more functions, etc
by gyomu 10mo ago
When I teach programming, some students, when stuck, will start flailing around - deleting random lines of code, changing call order, adding more functions, etc - and just hoping one of those things will “fix it” eventually.
This feels like the LLM-enabled version of this behavior (except that in the former case, students will quickly realize that what they’re doing is pointless and ask a peer or teacher for help; whereas maybe the LLM is a little
too good at hijacking that and making its user feel like things are still on track).
The most important thing to teach is how to build an internal model of what is happening, identify which assumptions in your model are most likely to be faulty/improperly captured by the model, what experiments to carry out to test those assumptions…
In essence, what we call an “engineering mindset” and what good education should strive to teach.
- vbezhenar 10mo agoCan LLM ask to help? I didn't see that. They can ask to clarify something, but they'll never admit they need help.
- im_down_w_otp 10mo ago> When I teach programming, some students, when stuck, will start flailing around - deleting random lines of code, changing call order, adding more functions, etc - and just hoping one of those things will “fix it” eventually. That sounds like a lot of people I’ve known, except they weren’t students. More like “senior engineers”.
- dodos 10mo agoI definitely fall into this trap sometimes. Oftentimes that simple order of ops swap will fix my issue, but when it doesn't, it's easy to get stuck in the "just one more change" mindset instead of taking a step back to re-assess.