Почему у find'а такие длинные ключи?

Потому что find - очень старая утилита, и про такие вещи, как «опции GNU-style», во времена её написания никто не задумывался.

Кстати, интересно, есть ли более дружелюбный к пользователю аналог?

Извиняюсь, а разве гнутый стиль — не "--ну-ни-фига-себе-опция"?

Но --ну-ни-фига-себе-опция обычно может быть сокращено до -Ы (если предполагалось, что оно будет часто использоваться).
А ещё в GNU-style сначала задаются ключи, а потом - имена обрабатываемых файлов/директорий, что иногда бывает удобнее (и позволило бы запускать конструкции вида xargs new_find --name something).

Но --ну-ни-фига-себе-опция обычно может быть сокращено до -Ы (если предполагалось, что оно будет часто использоваться).

"-Ы", вроде, будет уже стандартным стилем. А вот «Ы» — BSD-style. М.б. я чего и путаю...

По теме: используй автодополнение для параметров =)

>Извиняюсь, а разве гнутый стиль — не "--ну-ни-фига-себе-опция"?

man getopt

В 99% случаев дружелюбный аналог это тупо команда ls в сочетании с рекурсивным глоббингом (поддерживается в zsh и >=bash4). Т.е. вместо

find /etc -name hot_lesbians.jpg

можно делать

ls /etc/**/hot_lesbians.jpg

(или если «искать» начиная с текущей директории то просто ls **/hot_lesbians.jpg)

ещё один жизненный пример в котором обычно используют find:

rm **/*lesbians.jpg

вместо

find . -name «*lesbians.jpg» -delete

http://paste.org.ru/?halt1s
Что я делаю не так?

это зависит от того что именно вы пытаетесь сделать. В баше видимо придётся опцию включить,в zsh вроде из коробки.

There's a new shell option globstar. When enabled, Bash will perform recursive globbing on ** – this means it matches all directories and files from the current position in the filesystem, rather that only the current level.

Понятно, спасибо. shopt -s globstar помог.

Нифигасе. Первый раз вижу. Удобно. И давно такое появилось?