I don’t trust them to pick good produce for me.

There’s a long list of caveats when running VS Code over SSH. By comparison, text editors:

• Work on Alpine remotes
• Work on older distributions, and other *NIX systems
• Have no problems with SSH key passphrases or security keys
• Only require a few MB of memory
• When run in tmux are largely resilient to SSH connection issues

If you frequently work on remote systems you frequently only get command line access, where you can still use vim/nano/emacs but not a full IDE like VS Code. In that case you might find it more convenient to learn one text editor well and forgo the IDE.

I cannot unhear Fishmaster.

The alternative would be a non-standard diaper app that, rather than hiding the incoming call, would pick it up and drop it. I don’t know if such software exists.

I assume you meant dialer app 😆 . But anyway, for some Android phones you can use call screening.

Both are concerning, but as a former academic to me neither of them are as insidious as the harm that LLMs are already doing to training data. A lot of corpora depend on collecting public online data to construct data sets for research, and the assumption is that it’s largely human-generated. This balance is about to shift, and it’s going to cause significant damage to future research. Even if everyone agreed to make a change right now, the well is already poisoned. We’re talking the equivalent of the burning of Alexandria for linguistics research.

The RV260 supports SNMP. You can use that with a network monitoring tool of your choice to get ifInOctets/ifOutOctets data. The rate of change on those numbers is then the amount of traffic sent/received.