Rust で実装された POSIX および bash 互換シェル「 brush 」（Bo(u)rn(e) RUsty SHell）の最近の開発は、開発者コミュニティ内でコマンドラインシェルの将来の方向性についてより広範な議論を引き起こしました。 brush 自体は Rust ベースのシステムツールの増加する分野における新たな参入者ですが、それが引き起こした議論は、レガシーな互換性と現代的な革新のバランスについてのより深い問いを明らかにしています。
POSIX互換性の議論
brush の発表から生まれた最も顕著な議論の一つは、新しいシェルが POSIX 互換性を維持すべきか、あるいはこれらの数十年前の標準から解放されるべきかという点にあります。多くの開発者は、現在のコンピューティング環境において POSIX への準拠がまだ価値があるのかどうかを疑問視しています。
「シェルに関して POSIX 準拠を超える時期が来ています。誤解しないでください、1980年代と1990年代の Unix 戦争に関しては素晴らしいものでした。しかし皮肉なことに Linux が Unix 戦争に勝利し、現在ではシェルに関する POSIX 準拠は、ターミナルの概念を1988年のものに固定することで、主に革新や近代化を妨げています。」
この意見は、より人間工学的なデザインを優先して POSIX 互換性を放棄した Fish シェルの決断を指摘した複数のコメンターに共感を呼びました。最近自身も Rust への移行を経験した Fish は、レガシー標準への厳格な準拠よりもユーザー体験を優先したことで称賛されています。この会話は、後方互換性を重視する人々と、シェル技術にはより根本的な進化が必要だと考える人々の間で拡大する分断を浮き彫りにしています。
前進する二つの道：スーパーセットとクリーンブレイク
コミュニティの議論では、シェル進化に対する二つの主要なアプローチが明らかになりました。最初のアプローチは、Bash、Zsh、そして Oils プロジェクト（OSH および YSH コンポーネントを持つ）に見られるように、POSIX 標準のスーパーセットを作成することです。これらのシェルは後方互換性を維持しながら、現代的な機能を追加します。Fish や PowerShell に代表される二つ目のアプローチは、より根本的な再設計を可能にするために POSIX から完全に決別することを含みます。
多くの開発者は、これらのアプローチが相互排他的ではないと指摘しました。複数のコメンターによって言及された一般的なワークフローは、日常的な対話型使用には Fish のようなより現代的な非 POSIX 準拠シェルを使用し、スクリプト作成目的では POSIX 互換シェルを維持するというものです。このハイブリッドアプローチにより、開発者は様々なシステムで実行する必要があるスクリプトの互換性を犠牲にすることなく、日常使用での改善された人間工学を楽しむことができます。
構造化データ：次世代シェルのフロンティア
議論で繰り返し出てきたテーマは、現代的なシェルにおける構造化データ処理の価値でした。複数のコメンターは、テキストベースの入出力を超えてより豊かなデータ操作機能を提供するシェルの例として Nushell と PowerShell を挙げました。
シェルにおける構造化データの支持者たちは、型付けされた構造化データを持つことが複雑なデータ操作タスクに大きな利点をもたらすと強調しました。JSON、CSV、その他のフォーマットを絶えずテキスト解析することなく直接操作できる能力は、あるエンスージアストによって「とてつもないスーパーパワー」と表現されました。他の人々は、伝統的な bash からの移行パスを維持しながら構造化データ処理を組み込むもう一つのアプローチとして、Oils プロジェクトの YSH コンポーネントを指摘しました。
シェルの比較
| シェル | 実装 | POSIX互換 | 構造化データ | 備考 |
|---|---|---|---|---|
| brush | Rust | はい | いいえ | 新しいプロジェクト、 bash 互換を目指す |
| OSH/YSH (Oils) | Python → C++ | はい | はい（YSHで） | bash からの移行パスに焦点 |
| Fish | Rust （最近） | いいえ | 限定的 | ユーザー体験を優先 |
| Nushell | Rust | いいえ | はい | 構造化データを中心に構築 |
| PowerShell | .NET | いいえ | はい | レコードベースのアプローチ |
パフォーマンスとサイズの考慮事項
Rust でシステムツールを実装することの影響について、いくつかの技術的懸念が提起されました。あるコメンターは、従来の bash バイナリ（1.1MB）と brush 実装（6.9MB）の間の大きなサイズ差を指摘しました。共有ライブラリなしでは、これは組み込みシステムやその他のリソースが制約された環境で問題となる可能性のある、リソース要件の大幅な増加を表しています。
この観察は、Rust のようなメモリ安全言語でシステムツールを書き直すことに関わるトレードオフについての、より広範な議論につながります。そのような実装はセキュリティの向上をもたらし、多くの場合バグの全クラスを排除しますが、慎重に検討する必要のあるパフォーマンスやリソースのコストを伴う可能性があります。
brush や類似プロジェクトの出現は、現代のコンピューティングにおけるコマンドラインインターフェースの継続的な進化を反映しています。シェルはカジュアルユーザーには解決済みの問題のように見えるかもしれませんが、これらの議論は、コマンドラインでコンピュータとどのように対話すべきかについての、活気に満ちたイノベーションのエコシステムと競合する哲学を明らかにしています。POSIX 互換シェルの段階的な進化を通じてか、革新的な新設計を通じてか、謙虚なコマンドラインは開発者やシステム管理者の変化するニーズに適応し続けています。
参考： brush