And being able to open a file by its path is not a requirement for meaningful file management.
It's something only power users would do and for them the Terminal is always going to be a far better choice.
Although I do like the "Go To Server" thing in the menu bar when you're in Finder. Easier than remembering the ftp command to do whatever. Plus I can look at FTP directories as if they were just files on my local drive. But other than that... I can't think of 1 single other thing that I would rather do in Finder vs. a terminal of whatever flavor I'm feeling that moment (Alacritty, iTerm, VS Code builtin terminal*)
* yucky!
I admit that I am a power user, I use QTtabbar which gives me tabs in windows explorer, the same functionality is built in macOS finder. I also have keyboard shortcuts for, delete folder and move all contained files to parent folder, delete empty folders, and edit specific metadata, among other things. The single most useful "power user" shortcut that QTtabbar gives me is double click empty space to move view up to parent directory, macOS finder has a keyboard shortcut for that. Android is great for this kind of stuff too, but I have rooted my phone so no folders are hidden. I have termux set up too, the android terminal emulator, so I have grep and sed if I wanted to. I will absolutely everything I can to avoid having to do file management on iOS.
I don't know sure when the accepted definition of "power user" changed from the keyboard shortcut functions I'm describing to navigating view based on path. Knowing and navigating by path feels too basic, to me, to be a qualification for "power user".
I was talking about dealing in path strings which most ordinary people are not normally exposed to. And in that situation Apple provides an easy and obvious method to navigate to it.
And would be very much disagree that everything is slower with a Terminal. In fact most things I do can't even done in the Finder UI.
I agree with you that the Terminal is faster for some things. But let's take an example of moving the last 10 largest files that I downloaded a week ago, but excluding any .mov files or files larger than 2gb. That's not a "power user" operation. With finder, that's 10 mouse clicks in detailed view. Regardless of how skilled you are with a terminal, it will be slower and more inefficient to do the same thing. For the most frequent file management operations, gui will always be better and faster than terminal.
I move files based on size and extension and date ranges. One example would be moving 10 of the the largest video files of various formats, bigger than 150mb, created at least 2 weeks ago, that don't have digits in the name to my secondary hard drive. I am so much faster Ctrl/Command + click/drag instead of command line, especially when I don't know the exact names. In this case imagine the name format is YYYYMMDD[project][camera][resolution][description].[codec], which feels like a nightmare to manage with a terminal.
Windows explorer is set up with custom shortcuts for things like move all files to parent directory and delete folder, delete empty folders in directory, modify created date/other metadata to name some frequent operations. I use QTtabbar on windows for those. It also gives me the double click to move to parent directory shortcut, macOS has a keyboard shortcut for that built-in. Another valuable thing to me is the open with context menu that shows up. I know I can set up ailiases, but I have so many programs that I feel like it would be too many to remember. Tab completion doesn't work efficiently when tens to hundreds of files have the same prefix, for example dates when I'm working on a specific project.
I know I am a power user, but that's also why I feel comfortable asserting gui is better. I even have some nice macros setup using autohotkey for repetitive rename + sorting. Path strings are so useful for file redirecting and management with regex.
You can do
$ chflags nohidden ~/Library
in the terminal, but most users won't know this.https://www.lifewire.com/os-x-is-hiding-your-library-folder-...