Yes it is just you. :) The original becomes horrible when the number of cases grows, when you want a default and can introduce subtle bugs if you forget a break. In the second example, there is a clean separation between processing commands and dispatching on the input. For example, you might want to extend processUserInput with "invalid command" handling, commands with arguments or even add commandTable as an argument to it so that you can reuse it for all your dispatching needs.
And to top it of, you can dynamically add new commands to the dispatch table which you can't to a switch.
I'd like to see you hunt for the dynamically added case to the dispatch table. Maybe then, you'll change your mind.
There is no fundamental difference between either approaches except the runtime cost. If you need conditonals, use them. If you need a lookup table, use them. Keep the code predictable.
And to top it of, you can dynamically add new commands to the dispatch table which you can't to a switch.