I dunno, this seems a bit elitist, and maybe was true in the 80s and 90s? But these days there are many classes of operations that are perfectly fine in a GUI, and probably even faster there.
Want to go through a folder of photos and pick 30 of them to send to a friend? Way faster in a GUI. Conditionally select most but not all files in a folder? Still faster in a GUI when you can ctrl click to exclude.
Want to search for some name in some file? A good indexed GUI search can present the results faster and in a cleaner table or thumbnails.
Want to compare two versions of a document or a codebase? A visual diff or three way merge tool does wonders. Tracking git is also a lot easier with a visual commit graph tool.
Want to automate a repetitive workflow? OK, there the terminal probably wins, but even then there are GUI workflow tools that can do a good enough job.
And for really complex operations, it’s often better to just write the thing in a proper programming language instead of an unreadable bash script with a thousand pipes.
I don’t think the terminal is some magical way of making yourself more productive. For the overwhelming majority of regular computer users, it will do nothing for them. For the few who need more expressiveness, it is just another tool in the toolbox, not a replacement for a GUI. Even in a world of desktopless server Linuxes, it’s still often easier to manage machines in a dashboard GUI and having easy monitoring and one click updates than by shelling in everywhere, even with automations.
Even if some of these are abstractions, well, abstractions exist for a reason. They help manage complexity and provide shortcuts for frequent tasks.
It’s great that Linux and Macs have powerful shells built-in (and Powershell too, I guess, but that thing is so slow compared to cmd.exe…) but they’re not a magic bullet. Especially if you’re just a regular Jane or Joe and not a grizzled sysadmin who coded in the trenches alongside RMS and wear your monochrome text editor like a battle scar…