bash イディオム

第10章. イディオムを超えて：bashを使う

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

コードは大きくなりがちだ。 複雑さは増大する傾向にある。 一時的な」解決策ほど永続的なものはない。 コードを書くとき、コードを書こうと考えるとき、そして "あれ、これ自動化できないかな？"と思ったとき。¹前もって計画を立てる。 柔軟であれ。 シンプルにする。 そして、自分にとっても他人にとっても簡単にする。

でも......なんだ？

この章は、他の章では説明しきれなかった有用な情報を集めたものだ。 ここでは、純粋な「イディオム」の領域からはみ出してしまうかもしれないが、これは毎日bashプロンプトで仕事をこなすためのものだ。

その "一回限り "のコードを書くときは、数分余分に時間をとって、良い名前を使い、コメントを加えること。 最後に、環境とコードがどのように進化していくか、どのような変更や例外が必要になるかについて、さらに数分考える。 頭の中ですべての詳細が明らかになっている今、機能や柔軟性を追加する方が、6ヶ月後よりもずっと簡単だ。 このコードは本当に "one size fits all "なのか（ハッ！）、それとも例外があるのか？ $HOSTNAME に基づく微調整をcase 文で処理できるのか、それともユーザに質問しなければならないのか？ スクリプトには引数や一時ファイルが必要だろうか？ もしかしたら$RANDOM 。 読み取りを続けよう。

最近の生活はかなり忙しく、仕事はなおさらだ。 もっとシンプルにするために何ができるだろうか？ デプロイのターゲットに合わせてソースリポジトリを構造化し、何がどこにマッピングされるかを簡単にすることはできるだろうか？ オプションや詳細を記憶する新しいコマンド（スクリプト）を書くことはできるだろうか？ そうでなければ退屈な手作業を自動化できないだろうか？ おそらくそうだろう。 これまでの章では、そのようなことをするためのツールをたくさん紹介してきた。しかし、柔軟性と生活の質を向上させるためのアイデアを、まだいくつか持っている。

プロンプト

bashのプロンプトに関するイディオムは特にない。 デフォルトで表示されるプロンプトは、bashがどこから来たのか、構成ファイルがどのように調整されているのかによって異なるし、ユーザごとに好みのプロンプト設定は異なる。 しかし、注意すべき点はいくつかある。

bashのドキュメントやbashクックブック（recipe 16.2など）、そしてウェブ上のあらゆる場所でカバーされているからだ。 以下を参照のこと：

• https://www.gnu.org/software/bash/manual/html_node/Controlling-the-Prompt.html

• http://www.bashcookbook.com/bashinfo/source/bash-4.2/examples/scripts.noah/prompt.bash

• https://www.tldp.org/HOWTO/Bash-Prompt-HOWTO/index.html

• https://sourceforge.net/projects/bashish

表10-1に示すように、いくつかの新しいプロンプトやあまり知られていない機能があるため、さまざまなプロンプトについて簡単に説明する。

表10-1. ...