>
When you start the next project, start it in VScode in the beginning.That's just pushing your preferences onto the kid.
> And maybe set aside an hour or two before you start in earnest, just to go through the VSCode tutorial and familiarize yourself with its basic features, without trying to do that at the same time you are actually thinking about your homework. This will pay off quickly.
Going through a tutorial works for Vim also.
> copying files back and forth with scp
Wait, why back and forth? If you consistently edit here, and build there, it's unidirectional. A simple update script will do the scp. Copying back and forth will cause confusion. Where is the latest file, remote end or local? Oops, I made parallel changes to both, now what?
Good advice to the novice would be to teach them how to make a simple script to copy the files.
> losing the network connection
If you must work over a terminal connection that drops, use termux or screen. Then you can reattach to a dropped session.
How about ... don't do that? This is not the 1970s; students don't work on a large, shared, departmental machine that wouldn't even fit in their home if they could afford it; you can have all the tools on your own machine.
Debug the program once locally, copy it once to the remote machine, build it there and test it again, done.
Katara has enough of a machine to run scp and Vim; but not actually build and debug the program? Does not compute.
My advice to novices would be that unless you're very lucky, your dad is unlikely to be a good source of advice. Most novices will get better advice from non-dad than dad.