あなたの見方次第で、答えはセクシーです/セクシーではありません.
Perl は非常に便利です。多くのシステム ユーティリティは、perl で記述されているか、perl に依存しています。 Perl をアンインストールすると、ほとんどのシステムが正しく動作しなくなります。
数年前、FreeBSD は多くの経験をしました ベース システムの依存関係として Perl を削除するための取り組み。簡単な仕事ではありませんでした。
comp.sources.misc への Larry Wall のオリジナルの Perl v1.0 投稿 1987 年 12 月 18 日のニュースグループで、彼は次のように述べています。
<ブロック引用>通常は sed、awk、または sh を使用する問題があり、その能力を超えているか、または少し高速に実行する必要があり、C でばかげたことを書きたくない場合は、perl が適している可能性があります。
ずっと後の説明で、彼はもう少し詳しく説明しました:
<ブロック引用>しかし、Unix シェル プログラミングのフラストレーションは、Perl の作成に直接つながりました。しかし本質的には、シェル スクリプトは、ほとんどの動詞がその制御下になく、相互に矛盾しているという事実によって本質的に制限されていることがわかりました。そして、名詞は貧弱で、文字列とファイルに限定され、誰が何を知っているかの類型を持っています...
もっと破壊的だったのは、それが 1 次元の宇宙であるという考え方でした。C でプログラムするか、シェルでプログラムするかのどちらかです。なぜなら、それらは明らかに One True Continuum の両端にあるからです.Perl は、スクリプトが必ずしもプログラミングの反対と見なされますが、単一の言語が両方に非常に適している可能性があります.これにより、巨大な生態学的ニッチが開かれました。皆さんの多くは、マニピュレキシーとウィップアップティチュードの 2 つの次元を持つ、私の古いクラムシェル ダイアグラムを見たことがあるでしょう。
今日、Perl は、シェル スクリプトとテキスト解析のニーズに対する標準的な代替/代替手段であり、従来のツールよりもはるかに強力です。 Perl はその極端な (洗練されていないと言う人もいる) 柔軟性のために、「スクリプト言語のスイス アーミー チェーンソー」と評されてきました。 Perl で解決すると、多くの場合、タスクが大幅に短縮され、簡単になり、拡張性が高まります。非常に多くのシステム ツール、スクリプト、およびより大きなプログラムは、日常的に Perl で記述されています。そのため、最新の Linux 環境では、Perl は今やもう 1 つの標準的な Unix ツールであり、真に不可欠です。
<オール>
awk を探すことができます と sed その中に（Perl）。