Read the manual and touch every button! The most important lesson my father ever taught me was that you can’t break software permanently. We can always fix it, worst case we just install it again. Computers are toys and I played without fear
I mean sure. This usually works okay. But some manuals are terrible. Specially those written by Google and Microsoft. Well mostly Microsoft. Google was probably good, I was just major verions behind.
Google docs are written like they assume you already know the docs. 🙃
The only google docs I’ve used are for Google Analytics and they are TERRIBLE
IME I’ll rather find some openapi docs for Google than their actual product docs. As in, I’ll start out trying to read their kubernetes docs, then shortly after it’s “fuck it, I’m going to docs.rs/k8s-openapi”.
My actual worst case are Elastic’s docs, though. Somehow they have plenty of stuff in there, just never the stuff I’m trying to figure out.
Because their programmers are too busy to RTFM themselves to properly write a decent FM.
Many man pages are also terrible
Man pages in Linux are commonly meant for people already familiar with command structures, specific terms etc.
They are often borderline useless for an inexperienced user.
The latest manuals I’ve read were from shitty Chinese manufacturers who didn’t even proofread what they wrote. They were asked to put foreign letters on a page and that’s what they did.
This is the next level of learning. Not only do you read how it is, you have to deduct, to assess and explore. Writing your own documentation is the best way to learn after all.
He skips over the extremely important points of first knowing that a manual exists and knowIng how to access it. Then knowing what all the jargon means and what the manual doesn’t say because its written assuming a high level of knowledge already.
You mean using Google do learn the words you don’t know?
That’s not it, no. There’s a lot more to it.
Unfortunately, the manual on goods these days is roughly the size of a post-it note. And even if they have proper ones, none of them have the full technical readouts, blueprints and repair guides that they used to back in the day.
Have you seen the manuals today? 90% of the content for a product manual is CYA. In the next year or so they will all be written by AI.
Also, different people have different learning styles. A manual is just one. Many of us learn better by having something real to do, and learning by doing.
This goes against what we know about good design. Where possible you shouldn’t need to use a manual. Telling people to always read the manual is a cop out.
Also he apparently read his furnace’s manual and months/years later remembered what a flashing light meant, despite never having had to refer to it again? Either this guy has freakishly good memory (possible but unlikely) or he’s bullshitting. Given the overall tone I’d go with the latter.
And what is even the advantage of knowing in advance? Does he think people would not read the manual after seeing a flashing error light? You can look up most issues when they happen you don’t have to memorise error codes in advance.
This is just a dumb “I’m so great” post.
I agree with you, but reading beforehand has the advantage of knowing what to look out for to keep your device from getting to the “flashing light” stage.
I got started programming by reading the manual of my TI calculator during a boring history class. It really does work.
ls /usr/sbin/ if you’re hardcore.
If you are hardcore, your distro puts /bin, /usr/bin, and /usr/sbin in all in the same directory.
I don’t use Arch, BTW.
Cool. I used to but mostly Chimera Linux these days.
That said, I probably have more instances of Debian running than anything else if you count VMs and containers.
The distro matters less than it used to now that we have Flatpak and Distrobox.
I had a problem with sendmail about 20 years ago, for several days I tried ro fix it, the only way I fixed it was reading the manual, not the whole manual because about half I read what was i doing wrong.
If everything else fails, read the manual
RTFM FTW
Hahaha. Most here making excuses why they don’t read manuals.
Actually, several hours of cursing and trying are an excellent substitute for up to three minutes of manpage reading.
For those who want to give it a go:
#!/bin/bash set -euo pipefail while read -rd ":" path do for bin in "$path"/* do # don't error out if there's no manpage set +e man "$(basename "$bin")" set -e done done < <(printf '%s%s' "$PATH" ":")
when you get sick of it, hit
^Z
(ctrl-z
) and gokill %1
. Then you get to start all over from the start next time!Bonus points for starting a tracker so you can count how long it takes to go from “eugh, what’s with that overwrought and excessively defensive bash script” to “fuck, now I’m doing it too”
I am not much of a bash guy so it took me a moment to understand what this was doing.
Too bad I have to read so many man pages before I get to bash or sh.
Well,
b
ash should show up quickly enough. But yeah.I’m also no longer much of a bash guy. Back when I was my scripts were a lot simpler, and broke in weird ways a lot more. And every time I picked up a new defensive habit, my bash became a little bit uglier, and I thought to myself “maybe I should just do this in Python”.
But this script would be a lot longer in Python.