At least there’s only a single way to tell the computer “ok, execute this command”. And you see the command written in plain text before you.
And, no, no useful interface is intuitive because computers just have too many functions. There’s no intuitive appliance in the world with more than a temperature knob and a timer knob. Knowledge is always required, be that cultural or by RTFM.
Unfortunately, for the scenario I was replying to, a lot of the times when you’re doing support, you can’t see the user’s screen and are limited to verbal communication, so verifying what they typed or the output can lead to just as many problems. Any support scenario where you’re talking the other person through a series of tasks will be very dependent on how familiar each person is with the task you’re supporting. And no one Rs TFM these days, if you even get one.
It is literally easier to explain to them how to do something on the command line than in a GUI, both in documentation and over the phone. That doesn’t mean they will ever discover how to do something in either interface on their own but I don’t really expect that from the people who make paper notes of the step-by-step process in GUI workflows anyway.
Just try to verbally describe the difference between a bracket, brace, or parenthesis, or forward slash vs backslash. I’m sure it will be fine. But absolutely, a text-based interface is easier to describe in text.
Oh, I have. Now imagine giving those people a command line.
At least there’s only a single way to tell the computer “ok, execute this command”. And you see the command written in plain text before you.
And, no, no useful interface is intuitive because computers just have too many functions. There’s no intuitive appliance in the world with more than a temperature knob and a timer knob. Knowledge is always required, be that cultural or by RTFM.
Unfortunately, for the scenario I was replying to, a lot of the times when you’re doing support, you can’t see the user’s screen and are limited to verbal communication, so verifying what they typed or the output can lead to just as many problems. Any support scenario where you’re talking the other person through a series of tasks will be very dependent on how familiar each person is with the task you’re supporting. And no one Rs TFM these days, if you even get one.
It is literally easier to explain to them how to do something on the command line than in a GUI, both in documentation and over the phone. That doesn’t mean they will ever discover how to do something in either interface on their own but I don’t really expect that from the people who make paper notes of the step-by-step process in GUI workflows anyway.
Just try to verbally describe the difference between a bracket, brace, or parenthesis, or forward slash vs backslash. I’m sure it will be fine. But absolutely, a text-based interface is easier to describe in text.