“You are not acting like the person Mr. Rogers knew you could be.”
Guaranteed to slug the inner child of, at least, three or four generations. Might have diminishing returns at the extremes (brainwashed boomers and brainrot zoomers) but should still hit pretty hard on those who grew up watching Fred Rogers and are capable of some amount of introspection.
I love colony sims, factory/automation games, city builders, CRPGs. OpenTTD, OpenRCT2, Rimworld, Prison Architect, Factorio, Shapez 2… anything that heavily replies upon a mouse on PC, and is finicky to control with thumb sticks, is remarkable with the Deck’s track pads. I’ve also got a handful of desktop apps, added as non-steam games so they can be accessed in gaming mode, that benefit from track pads. I like being able to open a browser and flip toggles in Home Assistant or access the web UI for other things I host.
I also like to dock my Deck and my Pro 2 controllers (great for fighters, platformers and classic console emulation) aren’t gonna cut it for those games. The steam controller looks like I’d get everything I love about the Deck’s controls - while docked. That’s a big deal to me. Maybe I’ll get lucky and actually be able to snag one this year.
If you don’t play anything in those genres or never drop to desktop mode, you’re probably not missing anything. But I intentionally bought a portable computer and frequently use it like one.
I think you misinterpreted their message. Their argument is that it’s an expectation that the professional RTFM (more accurately, to have already done so) which shouldn’t carry over to hobbyists. At least not as strictly. Put another way, “The certified Toyota technician needs to have the fancy book learnin’ while the weekend wrencher or shadetree mechanic shouldn’t be held to the same standard.”
I disagree insofar as, short of inaccessible resources (sadly becoming more common in my automotive example) or a lack of time and money, there’s no reason a hobbyist shouldn’t strive to educate themselves and achieve professional level of excellence. So long as they enjoy it, anyway. That’s really the point of a hobby.
Counterpoint: Aside from disabilities which specifically impact reading, why wouldn’t someone want to read when it comes to their hobbies? A hobby is something one intentionally devotes time to, typically unpaid and nonprofessionally, because they enjoy it and they want to learn more about it. A large amount of my enjoyment is derived from learning more about the things I enjoy, so not wanting to consume that information makes no sense to me.
I can understand, for example, gaming as a hobby and wanting quick answers if one is jumping ship from Windows to Linux. Linux isn’t the hobby there; just a means to an end. I’d still argue the gamer should develop some level of proficiency with their underlying OS. Otherwise it’s like having trail riding as a hobby without any knowledge or tools to patch a tube, tension a chain or tighten a bolt. One might end up in a situation where they can’t just get an instant answer. Investing a little time in the mechanics could keep a short ride from turning into a long trudge out with a bike over the shoulder.
In the context of “Linux”, broadly, as a hobby - what even is that hobby if it isn’t making an honest effort to learn broadly about various tools, the kernel, scripting and programming languages, and so forth? Linux always struck me as a hobby for people who collect hobbies. Or people that have “learning” as a hobby. It’s why, while I’ll probably never work a day of my life in IT, I know how to do some basic SQL queries, hit an API and parse the JSON, do a little scripting in Bash and Python, utilize a load of CLI tooling much more efficiently than any Windows GUI I’ve ever used, and so on. I’ll never know it all but part of the fun is trying anyway.
Chicago95 definitely taps into the nostalgia for us old heads.
I’ve been using Linux for considerably longer, and I started off with things like BB4Win (meant to mimic the Blackbox window manager but on Windows) before I switched, so I was constantly trying different UI experiences and seeking out more customization options even before moving to Linux. Part of the Winamp, “skin all the things,” generation. Switching DEs is a non-issue these days but I have my preferences. I loved old Gnome 2 so I found Cinnamon nice enough. xfce too. I don’t dislike current Gnome but I’ve settled in to KDE these day. I lived in Xmonad for a while so I’ll also happily take any TWM that preferably isn’t it’s own hobby project to configure and maintain.
I usually set vi mode to have vi(m)-like line editing but I’ve always liked Ctrl+u over Esc d d. Thankfully it still works even with vi mode enabled. Seems to also be implemented as a shortcut for a lot of login managers and in DEs for settings menus, dialog boxes and such.
Intended to prevent accidental input from the side of your palm, when it’s resting on the screen, while using the stylus.
I’m a fucking dolt that dabbles and picks up the gist of things pretty quick, but I’m not authority on anything, so “grain of salt”:
You’re already familiar with OCR so my naive approach (assuming consistent fields on the documents where you can nab name, case no., form type, blah blah) would be to populate a simple sqlite db with that data and the full paths to the files. But I can write very basic SQL queries, so for your pops you might then need to cobble together some sort of search form. Something for people that don’t learn SELECT filepath FROM casedata WHERE name LIKE "%Luigi%"; because they had to manually repair their Jellyfin DB one time when a plugin made a bunch of erroneous entries >:|
Eh, Windows still needs PowerToys (mainly FancyZones) for a better experience. I like around a 30/70 split between Windows Terminal (for PowerShell and WSL) on the left and some primary application like a browser on the right. It does have keybinds for shuffling through a stack of windows but only on the side that has focus. It still really needs a way to swap focus between zones that isn’t Alt-Tab’ing until you’re on the desired one or grabbing a mouse to click a program in another stack.