this post was submitted on 01 Jan 2026
945 points (98.3% liked)

Microblog Memes

9999 readers
3086 users here now

A place to share screenshots of Microblog posts, whether from Mastodon, tumblr, ~~Twitter~~ X, KBin, Threads or elsewhere.

Created as an evolution of White People Twitter and other tweet-capture subreddits.

Rules:

  1. Please put at least one word relevant to the post in the post title.
  2. Be nice.
  3. No advertising, brand promotion or guerilla marketing.
  4. Posters are encouraged to link to the toot or tweet etc in the description of posts.

Related communities:

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] azertyfun@sh.itjust.works 8 points 13 hours ago (1 children)

I empathize with this slightly non-ideal situation.

But can you imagine how insane it would be if you were told to do something like copy/paste swapoff /swap && truncate -s 8G /swap && swapon /swap into a terminal? TEXT? Like a caveman? The horror! The heresy! How can anyone be expected to do something so complicated! This is entirely unreasonable UX and the reason why Linux is straight up unusable.

Btw here's 15 bazillion commands in a .ps to perhaps disable some of the ads in your start menu until the next time your computer reboots.

[–] AmbitiousProcess@piefed.social 6 points 11 hours ago (4 children)

I agree with the sentiment, and it would definitely make a lot of troubleshooting easier, but you do gotta remember that 99% of people are so non-technical they won't read anything going into their terminal, or if they do, they won't know what it means.

You could just as easily replace that with sudo rm -rf /* and they'd run it just as quickly, and that's my worry.

IMO we should just have settings menus alongside commands for most things any normal user might have to encounter, since that's just a more user-friendly interface in terms of preventing accidental bad command execution and also just letting people find things on their own without having to look up a command every time if they don't want to learn a short book's worth of terminal commands.

[–] Alaknar@sopuli.xyz 1 points 6 minutes ago

IMO we should just have settings menus alongside commands for most things

There, are - PowerShell.

Changing the size:

$pagefileset = Get-WmiObject Win32_pagefilesetting
$pagefileset.InitialSize = 1024
$pagefileset.MaximumSize = 2048
$pagefileset.Put() | Out-Null

Disabling automatic sizing:

$pagefile = Get-WmiObject Win32_ComputerSystem -EnableAllPrivileges
$pagefile.AutomaticManagedPagefile = $false
$pagefile.put() | Out-Null
[–] prole@lemmy.blahaj.zone 1 points 2 hours ago

IMO we should just have settings menus alongside commands for most things

So like KDE

[–] azertyfun@sh.itjust.works 4 points 5 hours ago

The kind of person who blindly runs commands also blindly runs any .exe or .bat they download from github which is not any better.

Of course in an ideal world there'd be a perfect GUI for everything, and we've gotten a lot better at that in the last few years. But it's not like windows is lacking in things that are only configurable through CLI or the registry (which is even more opaque). I'm not saying Linux is perfect, just pointing out the hypocrisy.

[–] kazerniel@lemmy.world 1 points 5 hours ago

IMO we should just have settings menus alongside commands for most things any normal user might have to encounter, since that’s just a more user-friendly interface in terms of preventing accidental bad command execution and also just letting people find things on their own without having to look up a command every time if they don’t want to learn a short book’s worth of terminal commands.

THIS. As a lifelong Windows user I'd rather deal with layers of shitty GUI, than having to memorise terminal commands and always pay attention not to mistype them lest I fuck my system up.

I can't switch to Linux yet due to lack of support from my essential programs, but even if it wasn't for those, I'd still be annoyed if I had to use a terminal to change settings in my system.