Есть много причин:

"первая причина это ты, 
а вторая - все все твои мечты"

(Шучу)
Например
1) в alias сложно добавить логику, 2) использовать env с логикой
3) использовать результаты выполнения других команд
4) alias лучше использовать для сокращения названий ваших скриптов с ключами как например ll = ls -lah, для ваших скриптов например можно

alias ctop = my-ctop --key1 --key2=val2

Можно и дальше продолжать список, но вектор вам должен быть понятен, особенно когда вы держите ваши файлы в репе и периодически обновляете

function для всего остального)

Ну в описанной иаске больше походило на алиас прост

Как выстрел - коротко и не понятно )

В башрц можно обьявлять функции и там можно мини логику делать + использовать аргументы

Если вам удобно и это работает то значит ваш способ тоже имеет право на жизнь и он ничем не хуже чем предложенный мной. Я так и написал "на мой взгляд для новичков это будет удобней и не претендует на идеальный мануал", верно? ;)

Я просто как раз с точки зрения новичка размышлял, что алиас добавлять в башрц проще обычно)

Ну можно воспринять это просто как отдельный способ сделать задачу) не говорю что выше плохой способ)

Сработаемся ;)

Вы используете в bash скриптах "короткие и длинные" ключи?
Типа такого что я приводил выше:

command --key1 -v -d --key2=val5

?

Обычно если я в свои скрипты хочу добавить аргументв то пишу на питоне уже)

Так что наверное про баш ничего не скажу)

Тоже круто, но не везде есть питон, поэтому иногда нужно быть знакомым с возможностями bash  для быстрого решения задачи и создания сценария для среды без питона, думаю вы со мной согласитесь

Да я не спорю)

Просто говорю про свой кейс.  Так что на вопрос выше мне сложно дать ответ:)

В целом я старвюсь избегать сложных баш скриптов

Так точно, нужно избегать сложных скриптов, так как поддержка становится очень сложной и приходится тратить много времени

Если обратить внимание на различные Dockerfile что разбросаны по github то повсеместно используются bash скрипты, отсюда можно сделать вывод что необходимо хотя бы немножко понимать "как это работает" и "зачем сделали именно так", это позволяет вносить свои изменения в готовые решения без питона.
Python - это очень крутой ЯП, но если понимать и Python и Bash то это как в известной поговорке:

"одна голова - хорошо, а две - лучше"

Думаю и здесь вы со мной согласитесь ;)

Тут мучаюсь не могу установить openjdk-8-jdk выдет ошибку

Setting up openjdk-8-jre-headless:amd64 (8u222-b10-1~deb9u1) ...
update-alternatives: using /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/rmid to provide /usr/bin/rmid (rmid) in auto mode
update-alternatives: error: error creating symbolic link '/usr/share/man/man1/rmid.1.gz.dpkg-tmp': No such file or directory
dpkg: error processing package openjdk-8-jre-headless:amd64 (--configure):
subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of openjdk-8-jdk-headless:amd64:
openjdk-8-jdk-headless:amd64 depends on openjdk-8-jre-headless (= 8u222-b10-1~deb9u1); however:
 Package openjdk-8-jre-headless:amd64 is not configured yet.

dpkg: error processing package openjdk-8-jdk-headless:amd64 (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of openjdk-8-jdk:amd64:
openjdk-8-jdk:amd64 depends on openjdk-8-jdk-headless (= 8u222-b10-1~deb9u1); however:
 Package openjdk-8-jdk-headless:amd64 is not configured yet.

dpkg: error processing package openjdk-8-jdk:amd64 (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of openjdk-8-jre:amd64:
openjdk-8-jre:amd64 depends on openjdk-8-jre-headless (= 8u222-b10-1~deb9u1); however:
 Package openjdk-8-jre-headless:amd64 is not configured yet.

dpkg: error processing package openjdk-8-jre:amd64 (--configure):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.24-11+deb9u3) ...
Errors were encountered while processing:
logstash
openjdk-8-jre-headless:amd64
openjdk-8-jdk-headless:amd64
openjdk-8-jdk:amd64
openjdk-8-jre:amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

Как быть, что делать?

> update-alternatives: error: error creating symbolic link '/usr/share/man/man1/rmid.1.gz.dpkg-tmp': No such file or directory
вероятно, мана не хватает? доустановки документацию в образ

Пробовали посмотреть как устроены Dockerfile в репозитории  https://hub.docker.com/r/adoptopenjdk/openjdk8
?