Linux について聞いたことはあっても、使ったことはない人に話すと、「コマンド ラインを使用する必要はないのですか?」というようなことをよく言われます。最近の Linux ディストリビューションではターミナルの外でさらに多くのことを実行できますが、私は喜んでコマンド ラインに留まります。これは今でも本格的なユーザーにとって Linux の主要なインターフェイスです。
スピード
マウスをいじる必要はありません
私がグラフィカル ツールではなくコマンド ライン ツールを使用する理由の 1 つは、単にコマンド ライン ツールの方が速いことが多いからです。
ネットワーク接続に問題がある場合は、ターミナルがまだ開いていない場合は開き、「ping」とアドレスを入力すると、結果が表示されます。
典型的な例を次に示します。
ping -c 4 google.com
これにより、コマンドは google.com に 4 回 ping するように指示されます (「-c 4」を指定しないと永久に実行され、問題が発生する可能性があります)。
グラフィック的には、おそらくいくつかのメニューを掘り下げたでしょう。マウスを動かしてユーティリティを探したり、インストールしたりすることもできたでしょう。
コマンド ラインを使用する場合の欠点は、コマンドについての知識が必要なことです。頻繁に実行するコマンドを記憶すること、あるいはスクリプトやエイリアスを作成することは、やはり有益なトレードオフです。カーブを学習することの良い点は、通常、カーブを登る必要があるのは 1 回だけであることです。
ターミナルは私のコーディングツールボックスです
Linux は、非常に多くのプログラミング ツールが記述されているため、プログラマーのお気に入りです。古典的な GCC コンパイラ スイートもあります。あるいは、Clang に興味があるかもしれません。
あるいは、私のように、C プログラミングはあまりやらないが、特にデータ分析には Python を使用するという人もいるでしょう。 Jupyter ノートブックを使用している場合でも、Jupyter を起動するにはコマンド ラインを使用する必要があります。
サーバーは Linux も実行するため、データベースや Web サーバーを含む実稼働サーバーと同様のローカル テスト環境を構築できます。これは、MariaDB または MySQL と Apache または nginx の組み合わせになる可能性が高くなります。
つまり、コマンドラインを使用するしかありません。
なぜなら、Linux は、 共通語 開発の主流であり、非常に多くの開発ツールがコマンド ラインから起動されるため、中途半端に真剣に取り組む場合は、Linux コマンド ラインを学ぶ必要があることがわかります。
エンド ユーザーは他の目的で Linux コマンド ラインを回避できるかもしれませんが、プログラマーには当てはまりません。
親しみやすさ
コマンドラインは私にとって幸せな場所です
私が Linux コマンド ラインに固執する理由の 1 つは、コンピューティング生活のほぼすべてにおいて、何らかの形式でコマンド ラインを使用してきたためです。
私は 386 PC と MS-DOS/Windows 3.1 を使ってコンピューティングに真剣に取り組みました。 90 年代初頭の Windows の人気にもかかわらず、多くのゲームは Windows では動作しなかったため、DirectX 以前の時代には MS-DOS の使い方を学ぶことが必要でした。この時代は、技術的知識のない PC ユーザーであっても、少なくともいくつかの DOS コマンドを知っていることが期待されていた時代でした。
MS-DOS コマンド ラインは Linux シェルと比べると原始的ですが、DOS はシングルタスクであるため、コマンド ラインに慣れてきました。これは、Unix のようなシステムを探索することに決めたときに (皮肉なことに、最初は Mac でした) 非常に役に立ちました。
おそらく、Microsoft が DOS のパイプライン処理などのいくつかの機能を Unix から「借用」し、その後の Windows の後のバージョンのコマンド プロンプトを「借用」したことも、おそらく後になって私を助けてくれました。 PowerShell でも、そのエイリアスで使い慣れた Unix/Linux コマンドがいくつか使用されています。ある情報によると、Microsoft は実際には Unix の独自バージョンである Xenix を開発しており、計画では MS-DOS が XEDOS と呼ばれるシングルユーザー バージョンになる予定でした。 バイト 1983 年の雑誌記事。別の世界では、人々は Windows の代わりに Xenix を実行しているかもしれません。あるいは、最新バージョンの Windows は Windows NT カーネルの代わりに Xenix を実行しているかもしれません。
気を散らすことのないコミュニケーション
ターミナルの IRC がドゥームスクロールに勝つ
プログラミングやスクリプト作成とは別に、Linux ターミナルの優れた点は、気を散らすことなく通信アプリを実行できることです。
ほとんどの人がコミュニケーション手段としてソーシャル メディアや Discord などのアプリに移行していますが、開発者や技術者は依然として IRC にしがみついています。
Linux では最新のグラフィカル IRC クライアントが多数利用可能ですが、古典的なテキストベースのクライアントもまだ多数あります。そして、これらは博物館の作品ではありません。それらは積極的に開発されています。私が選んだ IRC クライアントは WeeChat です。
私はこれをシェルサーバー上で実行し、必要に応じてターミナルマルチプレクサ tmux を使用して接続したり接続解除したりするのが好きです。
他のことに集中したい場合は、それを無視できます。最近のオープンソース開発の主なハブは Libera.Chat です。多くのプロジェクトがここにサポート チャネルを持っています。プロプライエタリなプログラムとは対照的に、オープンソースの良い点は、実際に役立つヘルプが得られるだけでなく、アプリを作成した人から得られることです。質問したり、ただぶらぶらしたりできます。
集中する必要があるときは、ターミナル クライアントをバックグラウンドで残しておく方が簡単です。おそらくこれが、テキストベースの IRC クライアントが Linux スクリーンショットの古典的な定番となっている理由です。
好むと好まざるにかかわらず、コマンドラインは Linux の主要なインターフェイスです
ターミナルは Linux の共通点です
私の最初の PC に同梱されていた象徴的な Windows 3.1 など、Windows の以前のバージョンを、DOS 上で動作する単なる「オペレーティング環境」として笑う人はたくさんいますが、これは Linux やその他の Unix 系システムでのグラフィックスの動作方法とそれほど変わりません。
他のシステムでは GUI がメイン OS に統合されていますが、Linux では、デスクトップ環境は単なる別のプログラムです。 Unix が最初に作成されたとき、グラフィカル インターフェイスは存在しませんでした。 Unix は、バッチ モードでパンチ カードの代わりにテキスト ターミナルでコマンド ラインを使用するため、ユーザー フレンドリーであると考えられていました。Linux もこのコマンド ラインの方向性を継承しました。
前に述べたように、非常に多くのゲームが MS-DOS でのみ動作するため、私は MS-DOS を主要なインターフェイスと考えるようになりました。外側 ソリティア、マインスイーパー、そしてマイクロソフト エンターテイメント パック90 年代半ばのマルチメディア ブームが起こるまで、Windows には楽しいものはあまりありませんでした。
Linux ユーザーもさまざまな環境を使用します。 GNOME を使用するもの、KDE Plasma を使用するもの、さらには XFCE を使用するもの、専用のウィンドウ マネージャーを使用するものもあります。コマンド ラインは、すべての Linux システムに共通するものです。それが、Linux 文化にとって不可欠な部分である理由です。
Linux コマンドラインで行き詰まっている可能性があります
Linux コマンド ラインは、パワー ユーザーに柔軟性を提供するため、廃止されることはありません。私自身もそれを放棄することはできません。プログラマー、システム管理者、パワー ユーザーにとって、この端末は今後何年にもわたって選択されるツールとなるでしょう。
Ubuntu Linux 22.04 LTS
第13世代インテル Core i7-1360P
インテル Iris Xe グラフィックス
16GB DDR5
512GB SSD
2.71ポンド
Dell XPS 13 Plus with Linux は、強力なハードウェアと優れた画面を軽量で見栄えの良いシャーシに組み合わせ、素晴らしい Linux ラップトップを作成します。
このテーマについてさらに詳しく知りたい方は以下をご覧ください