Operating systems come with usermanuals? I've read a fair bit of the archwiki and manpages if that counts
Yes I’ve read the entire Unix manual
Sex: Never
But surely you learned some crazy, deep-cut Unix tricks for dealing with the second issue?
It's on page 1549, fourth paragraph down, "if you're reading this it's too late you're never going to have sex" -Richard Stallman
With all due respect, hell no
I got a manual (or just a general book about DOS?) with my first MSDOS PC, which I read. Otherwise no. I have read books about Linux or specific parts of Windows/Linux, but no “official” manual.
I never even thought about the fact that there might be actual manuals for operating systems
I'll follow-up with the similarly naive: does Windows have a Linux-like thorough user manual? I've never even considered it.
I have no clue. Somehow, I expect people to just know things. Not really how it works, is it
I had no idea they had user manuals.
There's a manual?
No, because documentation should be more like a dictionary than a novel - it's written to convey info quickly and accurately, not interestingly. 😆
Next time no need to add on apologetic stuff at the end of your post. People will engage with your post or not, it's the Internet, it's fine
I'm nonbinary and I read the wiki when something breaks or I want to set up something complicated
Does being nonbinary cause any conflicts when dealing with binary-based systems?
I wouldn't know, seeing as naturally, I run everything emulated in Ternac. It's a pain having to compile everything from source for tri-state logic, but I'm committed, through thick and thin and also medium width.
God, I want that to be true so hard. Also TIL about ternary systems, thanks.
Looks like they're coming over from reddit. Obligatory "women, not girls you incel. Go outside and touch grass".
Reading an OS manual cover to cover is a collosal waste of time. There are more efficient ways to level up skills. But what do I know with my gIrLy LoGiC.
I've never read the manual for an operating system, but I always read the terms of service for websites I sign up for.
I'll take, "Worst of all possible worlds for $500, Alex."
It's not too difficult, in fact many websites reuse the same terms and conditions, which means you can skim it over. I read it for the citations among other reasons, which I do by doing the CTRL + F trick.
I forgot what website it was, but there was a website that put in a large cash prize designed to be claimable by whoever read the terms of service. It took six months before there was ever a winner.
It's always good to read TOS even though I don't
I read most of the DOS 6.0 manual around 1994. This was the era of memory management. Computers had 640k of conventional memory despite my PC having 4M of total ram. Every TSR you could extract out to high or extended memory would have a massive impact on the performance of high demand applications (like all my important applications from Lucas Arts...). I managed to get mouse, soundcard, video, and other drivers loaded and still have 580+K of free conventional memory.
Now I design web scale server architectures capable of handling hundreds of requests per second with five 9's of uptime (for a few years anyway), and that memory management, from back when I was a tween, is still one of my proudest technological achievements. Thanks DOS manual!
I usually just read the sections relevant to me.
As useful as they are, user manuals are usually not known for their prose
[Male] Twice+. I have read both the manual of the TI99/4A and the manual of the C64 several times over, and on top of that, also the Data Becker books on the C64 and the C1541 that include the OS' (well-)commented sources. I actually had to purchase both Data Becker books twice, as the first books started to fall apart.
I have also read nearly all the manuals of the Amiga 1000, including the application manuals and the programming documentation.
Not since the big white book that came with the Commodore PET.
Yes, male. I read everything I could find about my Commodore 128 and how it worked internally. Taught myself assembler.
I have read all of the Linux Kenel documentation, but am not close to reading every manual for every program.
I read the entire manual that came with the Macintosh LC that my wife and I bought in 1990.
Oh, now that you mention ancient times, I think I read through the entire DR DOS 6 manual.
I've read the Gentoo handbook and Sakaki's old guide, if that counts.
Reading the entire user manual doesn't seem relevant. IMO it is a reference work; like reading all of Wikipedia or a dictionary. A manual is not a tutorial, and neither are a wiki reference article database. Most users likely expect a more intuitive design where the proper reference materials either make themselves available when needed or are never needed at all.
Male. I've never read it. I use windows 11.
Not completely, but back in like 2011 there was an official iOS user guide available as a PDF, and having just gotten an iPad I did go through a decent chunk of it learning about what I could (and couldn't) do with it.
this is a good convo topic, isn’t it?
not really, speaking as someone whose day job is systems programming
(try that on a girl)
you are such a slimy little incel, lol
55M. Read many manuals of many operating systems over the years. Knowledge is never wasted, you can never know everything.
I remember reading some old technical manuals for windows 95 way back in the day. Taught me heaps about PnP, bus arbiters and so on.
To be fair, I probably didn't use that knowledge all that much as PnP and ACPI actually worked really well (I was fortunate enough to only have to deal with DOS as far as himem and whatnot...)
The old GUI style guidelines were fantastic back in the day too - completely unlike the anything-goes approach to modern software development (very different pros and cons, basically), especially in windows-land.
Am male
Sure, I read the manual all the time. I have a short memory for each tool’s options and syntax.
Have I read it cover to cover? No, and I never will.
We have a lot of machines that run on HP unix at work. I read a lot of those manuals as I didn't want to break anything. It's very annoying to use coming from modern Linux.
I read some of the 9front documentation and a lot of the Debian administrator's handbook. I'm weird and just like operating systems though.
I read the entire set of Amiga manuals, and the one for the Spectrum +3 (we're stretching the definition of Operating System here, but +3DOS is still an operating system)
That's cool, I was just watching a video on a resurgence in Sega Saturn game creation. Did you do/make anything with that knowledge?
Umm... maybe. It went into my cup* of knowledge!
*I put something else here but it got corrected and then I couldn't remember what I put.
i have read the arch linux installation guide and a significant portion of the wiki. it's very useful
I have never used Arch Linux, but have read their wiki a lot. It is really very useful.
I've read some old DOS manual. And several Linux books back from the days when Linux came on CDs alongside books.
Yeah, but not for anything Unix-like or Windows. More like small operating systems for some piece of specific hardware. One that comes to mind is some custom OS for a small robot that maps rooms.
Probably the longest technical document I know very well is the datasheet for AVR microcontrollers (the full one, not the summary). Those are 170-300 pages long, depending on the exact chip. They detail how every feature of the chip operates and is accessed. It's pretty normal in my occupation to know one or two chips really well.
I have read the entire code base of the MINIX operating system. Does that count?
Male. My first computer was an iMac 333. It came with a book, that I read from start to finish, then proceeded to use it for nothing but Soundjam (iTunes) and Hoyle Cards
I mean, my time came around long after the age of hundred-page software manuals. But I've spent a good portion of my life knee-deep in man
pages and Google searches, which kinda counts?
Asklemmy
A loosely moderated place to ask open-ended questions
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~