bash イディオム

序文

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

ウェブスター辞書では、慣用句を次のように定義している：¹

1：ある言語の用法において、その要素の結合した意味からは導き出せない意味を持つか（「未定」の up in the air など）、または文法的に非典型的な単語の用法（give way など）を持つ、それ自体に特有な式。

2a:ある民族、またはある地域、共同体、階級に特有の言語：方言

2b: ある言語に特有の構文、文法、構造形式。

3: 個人、時代、運動、または媒体や楽器に特徴的な芸術表現のスタイルまたは形式。

なぜイディオムをバッシングするのか？ 一語-読みやすさ。 あるいは、おそらく別の言葉-理解しやすさ。 この本では、これらの言葉は同じ意味である。 読みやすさが決定的に重要であることを説得する必要はない。これがプログラミングに関する初めての本でなければ、²もうお分かりだろう。 読みやすさとは、コード、特に誰かが書いたコードを読んで理解できることを意味するが、同時に、あなたや他の誰かが後で読んで理解できるコードを書けることも意味する。 これらの側面は明らかに同じコインの裏表なので、使うべき明確なイディオムと避けるべき不明瞭なイディオムの両方を探求する。

私たちは、 、非公式にbashを "物事を実行する "ために使う言語だと考えている。 重いデータ処理をたくさんする必要がある場合、bashは最初の選択肢ではないかもしれない。 bashを使うことはできる。 もちろん、必要なデータ処理ツールをすでに持っていて、それらを "接着 "するだけなら、bashは素晴らしい。 しかし、実行するだけなら、言語のイディオムや「構造形式」にこだわる必要はないだろう。 プログラミングは成長し、機能は忍び寄り、物事は変化し、「一時的な解決策」ほど永続的なものはない。 遅かれ早かれ、誰かがコードを読み取り、理解し、変更を加えなければならない。 もしそれが曖昧なイディオムを使って書かれていれば、その仕事はより難しくなる。

多くの点で、bashは他の言語と似ていない。 bashには多くの歴史があり（「お荷物」と言う人もいるかもしれない）、そのように見え、動作する理由がある。 bashクックブックで多くをカバーしているので、それについてはあまり触れないことにする。 シェルスクリプトは、少なくともUnixとLinuxの世界では間違いなく「世界を動かしている」（そしてLinuxはクラウドの世界をほとんど動かしている）。 最初のUnixシェルまで遡る後方互換性を維持することは非常に重要だが、それにはいくつかの制約がある。

そして方言がある。 特に後方互換性という点では、 POSIXが大きい。 これについてもあまり多くを語らないことにする。これはbashのイディオムであって、POSIXのイディオムではないからだ。 プログラマが自分の知っている他の言語のスタイルでbashコードを書くと、他の方言が現れることがある。 C言語では理にかなった流れでも、bashでは不器用で支離滅裂に感じられるかもしれない。 そこで本書では、bashの「特徴的な...式のスタイルや形式」を示すことを意図している（ウェブスター辞書の3番目の定義の精神に則って）。 Pythonプログラマは自分たちのスタイルを "pythonic "と呼ぶ。 私たちはこの本で、"bash的 "なコードを説明し、照らし出したいと思っている。 ...