I'd add <prefix> w to that list, which shows an interactive list of opened windows which is very friendly to newcomers, does away with the base-index setting that's needed to fix cognitive dissonance of tab order vs key order, and circumvents the inconvenience of having to use shift to reach for numbers on non-US layouts.
> Ctrl a (a little faster to type, doesn’t conflict with vim
... but conflicts with beginning-of-line emacs-style bindings, widely in use in readline/libedit/zsh.
As a long-time ‘screen’ user, the Ctrl-A issue is almost completely a non-issue. One can easily send a Ctrl-A to the underlying shell using Ctrl-A A. I assume ‘tmux’ has something similar. It’s also pretty rare to need the “beginning of the line” movement in a shell, when compared to the number of times one needs to control the multiplexor. Ctrl-A is also very close at hand, and the vast majority of people are using PC keyboards which also have a Home key that work just as well for movement.
Ctrl-j is excellent for me as a vim user. It's default behavior is to just move the cursor one line down which you can already do by pressing... j (although Ctrl-j can be used in insert mode if I recall correctly).
C-a seems to be quite a common prefix, but as you said, it conflicts with the beginning-of-line command. I’ve been quite happy with C-s so far; if it conflicts with something, I have no idea.
C-s searches forward where C-r searches backwards, if you're used to using C-r to retrieve an earlier command via incremental search.
If not otherwise configured with stty, it's frequently set up for control flow along with C-q. If you find your terminal freezes after typing C-s, C-q will unfreeze it.
I think I could live w having to “quote” ^Z to suspend a job, but worry I’m going to have ^Z baked-into my muscle memory and end up accidentally suspending jobs on non-tmux sessions.
I'd add stuff too, but I think we need to resist the temptation. The article succeeds in presenting the absolute bare minimum you need to get started. In fact, I think the author chose his features well but used too many words to present them.
> Ctrl a (a little faster to type, doesn’t conflict with vim
... but conflicts with beginning-of-line emacs-style bindings, widely in use in readline/libedit/zsh.