this post was submitted on 12 Feb 2026
1196 points (97.8% liked)

linuxmemes

30007 readers
2422 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
  • Don't come looking for advice, this is not the right community.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. πŸ‡¬πŸ‡§ Language/язык/Sprache
  • This is primarily an English-speaking community. πŸ‡¬πŸ‡§πŸ‡¦πŸ‡ΊπŸ‡ΊπŸ‡Έ
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  • Β 

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
    (page 2) 50 comments
    sorted by: hot top controversial new old
    [–] slazer2au@lemmy.world 179 points 2 days ago (4 children)

    Good GUI are hard to make while a good cli is rather easy.

    Nothing wrong with a GUI that does what it needs without fluff.

    [–] toebert@piefed.social 136 points 2 days ago (14 children)

    The cli has one other benefit which I think is rarely recognised: it's pretty easy to tell someone you need to run "xyz -a -b -c" (bringing the safety risk with it to be fair), but it gets a lot harder to be like "so in the top left there is a cog button that opens a panel on the right where you're looking for the 2nd tab and there'll be a checkbox".

    The things I appreciate even more than a good gui are programs with a good gui and a cli.

    [–] DmMacniel@feddit.org 38 points 2 days ago (4 children)

    A well documented CLI is easy to generate a GUI from.

    load more comments (4 replies)
    load more comments (13 replies)
    [–] Nioxic@lemmy.dbzer0.com 34 points 2 days ago (5 children)

    Tbh a lot of things are just easier to show/explain with images and icons in addition to text.

    And in many cases mouse control is just super handy and fast

    And while a terminal can show all these things… its just not comparable, IMO.

    I wouldt want to write my job application in the terminal, or design a product, or whatever else requires just a smidge of graphics

    load more comments (5 replies)
    load more comments (2 replies)
    [–] pseudo@jlai.lu 3 points 1 day ago (6 children)

    Is this a meme or a picture you choose. Either way, I love it! And I feel with same by the way.

    load more comments (6 replies)
    [–] Assassassin@lemmy.dbzer0.com 117 points 2 days ago (1 children)

    I think people are just too rigid sometimes. Some workflows are better in GUIs, some are better in CLIs. They both have upsides and downsides depending on what you're doing, and it's totally fine to prefer one to the other. Just don't let your preference keep you from learning and using other great tools!

    [–] tdawg@lemmy.world 29 points 1 day ago (2 children)

    personally I think having that all cli all the time phase is really important for a developer. Those that I've worked with who exclusively use gui's just don't have the same understanding of their system. Which is maybe fine at a certain level but not for a senior dev

    load more comments (2 replies)

    An original confession bear post? Out here in the Lemmy wilds? Excellent.

    [–] Sunsofold@lemmings.world 2 points 1 day ago

    Depends on the GUI. I love having GUIs for things, but I might have a hard time deciding between using CLI to launch everything and using GNOME.

    GUIs are nice. we are made for visual perception. don't feel bad about it.

    often, when one sees things presented visually, such as all the files in a directory, it makes much more sense much faster than if one has to read the filenames on a console.

    GUIs are actually superior for human-friendlyness in many cases, but their functionality is limited and also they can't be scripted. also it's much faster to write a CLI program than a GUI program (at least for me).

    [–] Creegz@lemmy.world 19 points 1 day ago

    I can and will terminal things, but the GUI is there so why not?

    [–] rumba@lemmy.zip 2 points 1 day ago

    I do too! Most of us do to some extent. If I can right click on a network icon in my taskbar and get an IP, that's cake!

    But then, it doesn't work on my friends box, and it's no there after an update, and when I search for how to do it all I see is the way it used to work or i'm told it's somewhere that doesn't even seem to exist.

    Gui's change, vendor to vendor, update to update, they're poorly documented, and have the most chance of being wrong or missing features.

    Use your GUI's as long as they give you what you need, but learn your CLI, because it almost never changes, is well documented and works for you and all your new friends that have abandoned windows no matter which linuxy way they went.

    [–] utopiah@lemmy.world 16 points 1 day ago (4 children)

    If you

    • need discoverability, or
    • don't need anything composable

    then sure GUIs are great.

    load more comments (4 replies)
    [–] Sp00kyB00k@lemmy.world 5 points 1 day ago (5 children)

    I like both the CLI and a nice GUI. Both serve a purpose for me. For example, Dolphin is quite a good GUI for going through directories and doing some file-management. Quick, easy and clear. But when I need to copy files and do some wrangling, I like the CLI.

    load more comments (5 replies)
    [–] Reygle@lemmy.world 40 points 2 days ago (10 children)

    That's totally fine. GUIs let us theme our terminal windows, tile them, jiggle them around, maybe even make them wobbly!!!

    load more comments (10 replies)
    [–] Venat0r@lemmy.world 2 points 1 day ago

    me too, but only if it's a good gui...

    [–] diabetic_porcupine@lemmy.world 10 points 1 day ago (2 children)
    load more comments (2 replies)
    [–] nandeEbisu@lemmy.world 4 points 1 day ago (1 children)

    GUIs are better for poring through data as a whole, like Google docs, but CLIs are better when I want to do an operation or filter through things without looking at the thing itself, ie git or grep.

    [–] Alberat@lemmy.world 3 points 1 day ago (1 children)

    i think one difference between guis and clis that people don't think about is composability. you cant do something like "pipe the contents of a folder into vscode and do a regex find and replace" but that's what pipes let you do on the command line. with gui programs, you always have to do these things manually... which is nice the first time but then time consuming each subsequent time.

    [–] nandeEbisu@lemmy.world 1 points 1 day ago (4 children)

    Pipes and repeatability are the big advantages of CLI for me.

    Someone asks me how to do something, I can give them one or more commands and they can parse that and understand it.

    On a GUI I have to trying and navigate them either in person or through chat somehow. Plus, if they forget how, they might need to ask again instead of just finding the command in their chat history.

    load more comments (4 replies)
    [–] popekingjoe@lemmy.world 15 points 1 day ago

    I still do updates and most package installs through my terminal, but anything else I look for a GUI solution. I'm lazy.

    [–] pedz@lemmy.ca 20 points 1 day ago (2 children)

    I'm undecided with modern GUI because most modern software is just a web page now. And it will offer you a choice between boring light mode and boring dark mode.

    I miss the days of GTK2 with hundreds of themes. It was one of the main reason I switched to Linux; the customization. I don't know how many hours I must have spent on gnome-look.org. Now I don't even bother to try new themes and just use Fluent-Dark. My desktop is boring and looks like everyone else that has a dark mode. I really really miss GTK2 and all my favourite themes I can't use anymore. I tried making my own and played around with Oomox but it's not the same.

    But one thing that I do prefer to be GUI now is IRC. Now that there are web clients (sigh) that can display images and videos directly in the channels, chatting in text mode only is kind of annoying with all the links we are sharing.

    load more comments (2 replies)
    [–] thericofactor@sh.itjust.works 1 points 1 day ago (1 children)

    I get CLI users, sometimes using the cli is faster and more efficient.

    However I have had frequent discussions with people (all of them also avid CLI users) that set up infrastructure as code. I prefer the super understandable Gui of a tool like octopus deploy over hundreds of yaml files whose content can only be understood by doing a year long deep dive any day.

    They always use the same two arguments: Infrastructure as code allows you to rebuild your entire software deployment from scratch, and the code can be versioned, thereby providing an audit trail for deployments.

    In decades of software development I have exactly had to redeploy an entire network from scratch 0 times. If you're in that stage the cause is most likely hardware and re-provisioning that will probably take the bulk of your time.

    About the versioning: I'm not arguing against storing deployments as yaml files, but writing them by hand is insanely inefficient. There should be a nice GUI that generates and writes these yaml files, so you don't have to know every option an value and every validation rule by heart.

    Also, I am relatively certain that a tool like octopus deploy also has auditing of who deployed what software in which location.

    [–] BetterDev@programming.dev 2 points 23 hours ago* (last edited 23 hours ago) (1 children)

    To me the power of IaC is less in "I can stand this whole thing back up a single deploy" and more "The entire history of every configuration decision and change I've ever made is right here, not buried 4 submenus deep in a "new enhanced ui".

    When we're being audited for security/privacy/legal compliance, I have one source of truth to look at, and when it gets changed, those changes get peer reviewed just like any other code change, and git history is a great audit trail if you use decent commit messages.

    Also, knowledge transfer and onbording is way easier too, here's all our infrastructure, here's the rules surrounding how it gets updated, yes you will be fired if you break them. Here's the docs regarding how to write this code, and here's some handy formatting and validation scripts to help you along the way.

    Doing it by hand in the console is fine if you have full confidence in your ability to hand over the project to another human on your way out the door, but when it comes to that one hacky workaround you had to implement with no documentation due to the limitations of your in-house apps, you're probably forcing the next guy to rediscover why you did it that way by breaking it half a dozen times on the next deploy after your departure, rather than just noticing the inconsistency in the IaC, then looking into the git blame and mumbling "heh, that's dumb".

    load more comments (1 replies)
    [–] blicky_blank@lemmy.today 1 points 1 day ago

    Burn them! πŸ”₯πŸ”₯πŸ”₯πŸ”₯

    Use what makes you happy. I codify a bunch of my python shit with Textualizer (so that guifications can be used), and it makes users happy. Its not my choice, but if the user likes it, ok then.

    [–] whelk@retrolemmy.com 7 points 1 day ago* (last edited 1 day ago) (1 children)

    It's pretty cool how both GUI lovers and terminal enthusiasts can have a great time using Linux

    load more comments (1 replies)
    [–] AnimalsDream@slrpnk.net 2 points 1 day ago (3 children)

    I like both, but I think I would like cli better if the syntax were more expressive, and more akin to natural human language.

    [–] jj4211@lemmy.world 3 points 1 day ago (1 children)

    I can appreciate the desire for "you know what I meant" CLI interaction, but shudder at the verbosity of natural language in a lot of these cases.

    load more comments (1 replies)
    load more comments (2 replies)
    load more comments
    view more: β€Ή prev next β€Ί