I think "set -e" in bash should become common on the same level, it's pretty rare that you really want a script to continue after an unguarded error return.
Given that, I think it's nice to be a bit more explicit, as it means the person who reads your script to copy and paste a bit out of it is more likely to learn something new in the process.
Not that the copy and paste approach to learning a language is good, but that's how these things typically go in practice.
#! /bin/bash -eu
If i was more selective in my use of those flags, then i would agree that the long forms were preferable, for the reasons given.
% bash script.sh
As you can guess, I've done this by mistake. One case is after transferring or unarchiving files where execute flags get turned off by mistake. Or using utilities, like job schedulers, that are tricky in whether they run the script as an executable, or via a shell interpreter.