I work in IT. I’ve read so many manuals that I don’t need to read manuals almost ever.
As soon as you learn the design language for stuff, it usually just makes sense where to find stuff and how to fix it. It’s rare that I have a problem that I can’t solve just by looking at it.
If I ever get stuck, guess what? I RTFM. That’s basically my job. I RTFM because end users can’t be arsed to do it themselves. If everyone read the manual, I’d be out of a job.
I work in IT. I’ve read so many manuals that I don’t need to read manuals almost ever.
As soon as you learn the design language for stuff, it usually just makes sense where to find stuff and how to fix it. It’s rare that I have a problem that I can’t solve just by looking at it.
If I ever get stuck, guess what? I RTFM. That’s basically my job. I RTFM because end users can’t be arsed to do it themselves. If everyone read the manual, I’d be out of a job.
I dread the day the users read the manual
I doubt that day will ever come
quick everyone, stop RTFM ! save this man’s job !
Lol. I think it’s more likely that I’ll win the lottery than users RTFM enough for me to worry about my job.
It’s just a funny thought that any of them would try.
In many cases you get hired for having the knowledge and experience instead of just having skills.
Maybe. But in my experience, the most valuable team members are not the ones with the experience, but the ones that are curious and resourceful.
Many linux CLI tools also tend to have similar names for arguments with similar effects.
That also reduces the re-reading.