• Superb@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    1
    ·
    3 days ago

    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

  • dis_honestfamiliar@lemmy.sdf.org
    link
    fedilink
    arrow-up
    34
    ·
    7 days ago

    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.

    • esa@discuss.tchncs.de
      link
      fedilink
      arrow-up
      5
      ·
      7 days ago

      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.

  • Pika@rekabu.ru
    link
    fedilink
    arrow-up
    27
    ·
    7 days ago

    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.

  • Lemminary@lemmy.world
    link
    fedilink
    arrow-up
    25
    ·
    7 days ago

    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.

    • Kissaki@programming.dev
      link
      fedilink
      English
      arrow-up
      6
      ·
      7 days ago

      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.

  • chaosmarine92@reddthat.com
    link
    fedilink
    arrow-up
    17
    ·
    7 days ago

    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.

  • fox2263@lemmy.world
    link
    fedilink
    English
    arrow-up
    13
    ·
    7 days ago

    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.

  • Modern_medicine_isnt@lemmy.world
    link
    fedilink
    arrow-up
    7
    ·
    6 days ago

    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.

  • FizzyOrange@programming.dev
    link
    fedilink
    arrow-up
    10
    ·
    7 days ago

    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.

    • squaresinger@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      6 days ago

      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.

  • Pennomi@lemmy.world
    link
    fedilink
    English
    arrow-up
    12
    ·
    7 days ago

    I got started programming by reading the manual of my TI calculator during a boring history class. It really does work.

        • LeFantome@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          6 days ago

          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.

  • Kabutor@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    3
    ·
    6 days ago

    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

  • varyingExpertise@feddit.org
    link
    fedilink
    English
    arrow-up
    3
    ·
    6 days ago

    Actually, several hours of cursing and trying are an excellent substitute for up to three minutes of manpage reading.

  • esa@discuss.tchncs.de
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    7 days ago

    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 go kill %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”

    • LeFantome@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      6 days ago

      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.

      • esa@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        6 days ago

        Well, bash 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.