重要なポイント
- Fedora は、その安定性と豊富なリポジトリで知られる、開発者に推奨されるディストリビューションです。ローリングディストリビューションを好む人にとっては、EndeavourOS や ArcoLinux のような、ほぼ裸の Arch 派生製品が理想的です。
- プロのソフトウェア開発者にとって、Linux ディストリビューション自体とその背後にある組織の両方の観点から、安定性は非常に重要です。大規模なコミュニティと積極的な貢献者は、問題をより効果的に特定して対処するのに役立ちます。
- Linux でのプログラミングには、ディストリビューションのリポジトリに保存されているさまざまな開発者ツール、フレームワーク、IDE も重要です。
開発者は、パフォーマンスや幅広い開発ツールへのアクセスなど、オペレーティング システムに対する特別なニーズを持っています。それを知った上で、プログラマーにとって「最適な」Linux ディストリビューションを選択できるでしょうか?
Linux はソフトウェア開発に適していますか?
かつて、Linux は開発者向けのオペレーティング システムであると説明されるのが一般的でした。カジュアルなユーザーや技術に詳しくないユーザーにはお勧めできません。 Linux を使用するには、少なくとも部分的にコードに精通している必要がありました。 Linux の 初期 にはそれが当てはまったかもしれませんが、長い間そうではありませんでした。 Ubuntu 、 Pop!_OS 、 Linux Mint などのディストリビューションは、Linux の世界への初心者の道をスムーズにしてくれました。
もちろん、Linux は開発に非常に優れたプラットフォームであるため、開発者は今でも Linux を使用しています。 Linux を使用すると、プライバシー、安定性、パフォーマンスが得られます。必要なすべての開発ツールに無料でアクセスできます。ターミナル ウィンドウでは柔軟なスクリプト言語を選択できるため、ビルド プロセスやテストなどを自動化できます。
使用しているディストリビューションに特定のツールがデフォルトでインストールされていない場合は、通常、パッケージ マネージャーを起動してインストールするだけです。ツール チェーンのすべての部分に単一のコマンドを実行するだけでアクセスできます。
Linux は、 Docker や Vagrant などのソリューションや、Kubernetes などのコンテナ管理システムを通じて、コンテナ化もサポートしています。これらにより、従来の仮想マシンよりもはるかに少ないリソースを使用する分離環境を簡単かつ迅速に起動して管理できるようになります。
ほぼすべての Linux ディストリビューションを希望どおりにカスタマイズすることが可能で、選択できる Linux ディストリビューションはたくさんあります。ただし、一部のディストリビューションは、すぐに開発プラットフォームとして必要なものに近く、作業をいくらか節約できます。パッケージ マネージャーを使用して、ワークフローに合わせてツール チェーンを完成させるだけです。
Linux が非常にカスタマイズ可能で順応性があることを考えると、一部のディストリビューションが他のディストリビューションよりも開発に優れているとして挙げることに意味があるのでしょうか?私はその通りだと信じていますが、別の角度からアプローチする必要があります。ディストリビューションのコレクションをリストし、その開発の長所と短所を比較する代わりに、開発システムに何が必要かを調べて、それが明らかな選択肢としてディストリビューションをフレームに入れるかどうかを確認してみましょう。
プライバシー、安定性、パフォーマンスが必要です
考慮すべき安定性には 2 つのタイプがあります。 1 つは、ハードウェア、仮想マシン、コンテナーのいずれであっても、コンピューター上で実行されている Linux インスタンスの信頼性です。システムのフリーズやカーネル コア ダンプにより、時間がかかり、ストレスが生じ、生産性が低下します。
最悪の場合、作業内容が失われ、クラッシュ時に作業していた作業をやり直すことになる可能性もあります。不安定な Linux ディストリビューションで作業するのは明らかに現実的ではありません。可能な限り堅牢なディストリビューションを選択する必要があります。
これにより、2 番目のタイプの安定性が得られます。配布の背後にある組織の安定性を考慮する必要があります。これは Canonical や Red Hat のような法人である必要はありませんが、衰退して消滅することはなく、パッチやアップデートが定期的に発行されると確信できる十分なコミュニティ メンバーが必要です。タイムリーな方法で問題、バグ、脆弱性に対処します。
大規模で活発なコミュニティがあり、多くの寄稿者がいるディストリビューションは、ディストリビューションに注目しているため、問題を早期に特定する傾向があります。また、より多くのリソースを手元に持っているため、より早く対処することができます。
ローリング ディストリビューションには、従来のポイント リリースのディストリビューションに先立って、パッチとアップデートをユーザー ベースに提供するためのメカニズムとプロセスがすでに用意されています。逆に、ローリングディストリビューションはそれ自身の不安定性を引き起こす可能性があります。直観に反するかもしれませんが、これは必ずしも悪いことではありません。
ローリング リリースは継続的に更新されるため、ワークフロー、開発プロジェクト、または最終製品に影響を与える今後の変更について、できるだけ早く通知を受け取ることができます。その後、ビルド プロセスを変更したり、コード内で問題を回避したり、新しいツールを更新したり探したり、その他必要なことを行うことで問題に対処できます。
スクリプトに関しては、Linux では選択の余地がありません。さまざまなターミナル シェルを好きなだけインストールでき、必要に応じて Bash、csh、Zsh、Fish、その他すべての間を行き来できます。
複雑なプロジェクトを適切な時間内にコンパイルしたい場合は、適切な PC が必要になります。高速 プロセッサ 、 SSD 、および大量の RAM を 考えてみましょう。これは、Linux ディストリビューションの選択よりもはるかに、コンパイルの速度に大きな影響を与えます。それは、開発ボックスに肥大化して過負荷になったディストリビューションを入れたいと言っているわけではありません – そうではありません – しかし、大きくて簡単な利点はハードウェアにあります。
また、コンテナーまたは仮想マシンを使用する場合、速度の大幅な向上は CPU、ハードドライブ、RAM にも影響します。
Linux には開発ツールがありますか?
Linux 用の開発ツール、フレームワーク、 IDE が 不足することはありません。 Microsoft の無料コード エディターである Visual Studio Code をインストールすることもできます。
Linux では、考えられるすべての言語とパラダイムがサポートされています。実際、彼らの多くは Linux 上で生活を始めました。必要なものが Linux コンピューターにプレインストールされているというわけではありませんが、簡単に追加できます。
パッケージがディストリビューションのリポジトリにある場合は、パッケージ マネージャーを使用してインストールできます。場合によっては、 FlatPak 、 AppImage 、または としてリリースされます。ソース コードが利用可能な場合は、Git リポジトリのクローンを作成して ( または TAR ファイルをダウンロードして )、自分のマシン上でツールを構築できます。
これらのソリューションが存在しない場合は、通常、ツールの Web サイトからインストール パッケージをダウンロードできます。通常、Debian ベースのディストリビューションの DEB ファイル、Red Hat 派生ディストリビューションの RPM ファイル、および場合によってはソース コードを含む TAR ファイルのダウンロードが提供されます。
Linux でのプログラミングに適した容疑者
したがって、私たちは安定していて肥大化していないディストリビューションを探しています。クラッシュや不必要なバックグラウンド プロセスで CPU サイクルが無駄になることは望ましくありません。私たちのディストリビューションには、大規模で熱心なコミュニティが必要です。企業の支援も害にはなりません。
十分にストックされたリポジトリが必要です。 RPM または DEB パッケージ マネージャーのいずれかを使用する場合は、さらに優れています。 Web サイトでインストール ファイルを直接ダウンロードできる場合、これら 2 つのパッケージ形式が常にサポートされます。
この説明に最もよく適合するディストリビューションは Fedora です。安定性に関してはうらやましい正当な評判があり、Red Hat の支援を受けており、Linux で利用可能なソフトウェアは Fedora でも利用できます。また、高速であり、Ubuntu の難点である肥大化やテレメトリの懸念もありません。まず、 Fedora Workstation のダウンロード ページ にアクセスしてください。
Fedora はポイント リリース ディストリビューションです。ローリング ディストリビューションを好む場合は、 Arch 自体 よりも、 EndeavourOS や ArcoLinux など、ほぼ裸の Arch 派生製品のいずれかを使用する方がよいでしょう。災害はいつも締め切り直前に起こるようです。オペレーティング システムを再インストールする必要がある場合は、できるだけ短時間で稼働できるようにする必要があります。
仮想マシン を実行している場合、またはコンテナを使用している場合、ホスト オペレーティング システムはクライアントほど重要ではないと考えるかもしれません。あなたが作成して実行しているソフトウェアにとっては、そうかもしれません。ただし、ハイパーバイザーまたはコンテナ プラットフォームは ホスト ディストリビューション上で実行されていることに注意してください。
その基盤は揺るぎないものでなければなりません。
