> I have also seen many people refusing to learn modern tools
One of the reasons I prefer NetBSD (and the BSDs in general) is that they don't change gratuitously. The ifconfig / ip example you use is good: Why? If we look at the reasoning given, it was that they didn't want to make big changes to ifconfig, so they made a whole new set of commands, even though the BSDs have extended ifconfig many times.
So that ends up meaning that how-tos just don't work any more. Imagine if you want to write a how-to these days where you're telling people how to do something using standard ifconfig and now also need to add ip. This is how you do DNS on standard Unix(like) systems, and now you have to explain multiple iterations of systemd. This is how you add software, but now you need to have separate instructions for apt, yum, dpkg.
Having administered Ubuntu for others, even going from version 18 to 20 or 22 means that how-tos no longer work, scripts need to be modified, systemd handling has to be updated, et cetera.
This is why I will always choose a BSD if given a chance. Pointing to a less messy Linux (like Void because it doesn't use systemd) isn't good enough when clean, well thought out systems already exist.
> One of the reasons I prefer NetBSD (and the BSDs in general) is that they don't change gratuitously.
I like BSDs for the integration and the performance.
> So that ends up meaning that how-tos just don't work any more
Complexity (or change) doesn't come out of nowhere: sometimes, new tools must be learned.
> isn't good enough when clean, well thought out systems already exist.
I also love well thought out systems, but I think systemd is one of these "well thought out" systems.
Regarding ifconfig, one could use Jonathan de Boyne Pollard's http://jdebp.info/Softwares/nosh/guide/ifconfig.html which comes with his http://jdebp.info/Softwares/nosh/