Yes, and I did plenty of that during my university education. Except Docker because at the time I refused to use Docker.
Point is that what is deemed important in academic circle is rarely important in practice, and when it is I find it easier to explain a theory or algorithm than teach a developer how to use an industry standard tool set.
We should be training devs like welders and plumbers instead of like mathematicians because practically speaking the vast majority of them will never use that knowledge and develop an entirely new skill set the day they graduate.
Also, btw, I did eventually learn how to use Docker. I did actually vaguely know how it worked for a while but I didn't want Linux VM anywhere near my computer, but eventually I capitulated provided I didn't have Linux VM running all the time.
This is like taking auto mechanic classes and refusing to touch a car because of the grease.
Your comment gives spooky vibes. Like, I'd expect you to avoid pattern matching, because "nested ifs work fine".
Besides, at the rate of change we see in this industry, focusing on producing users instead of developers will make half the stuff outdated by the time the student graduates.
I mean, okay, lets teach Jira. Then the industry switches to assure develops.
That's the general problem with vocational training: it ages much faster than academic stuff.
I agree that vocational knowledge decays faster, which is why I would prefer stricter training and certification in those areas vs something like building a compiler from scratch in the your final year of undergrad based on a textbook written by the professor 10 years ago.
Except if you instead just want smart people, yea, they tend to aggregate at unis. There, you can hire an athlete to paint your wall, if that's what you need.