C++コミュニティは、パッケージ管理とビルドツールに関して岐路に立たされており、開発者たちは現代の開発環境で直面する課題について、increasingly声を上げています。他のプログラミング言語が標準化されたツールによって依存関係管理を概ね解決している一方で、C++は断片化したソリューションと、パッケージ管理がソフトウェアスタックのどこに属するべきかという相反する考え方で苦心し続けています。
OSと言語パッケージマネージャーの論争
C++コミュニティでは、パッケージ管理をオペレーティングシステムレベルで扱うべきか、言語固有のツールで扱うべきかについて、熱い議論が巻き起こっています。一部の開発者は、OSレベルのパッケージマネージャーがより良いシステム統合とセキュリティ監視を提供すると主張する一方で、他の開発者はこのアプローチがもたらす制限とバージョン管理の課題を指摘しています。この議論は、システム全体の一貫性とプロジェクト固有のニーズの間にある根本的な緊張関係を浮き彫りにしています。
npm 、 maven 、 NuGet は、OSのパッケージマネージャーと比べて、ビルドの再現性においてはるかに多くの問題を引き起こしています。
議論された主要なパッケージ管理アプローチ：
- OSレベルのパッケージマネージャー（ apt 、 yum など）
- 言語固有のパッケージマネージャー（ Cargo 、 npm ）
- ビルドシステムの統合（ CMake + FetchContent ）
- 企業独自のソリューション
実世界の開発における課題
開発者たちは、クロスプラットフォーム開発と依存関係のバージョン管理において重大な困難を報告しています。一般的な問題点として、異なる開発環境や展開環境間でコンパイラーとライブラリのバージョンを一貫して管理することが挙げられます。標準化されたツールの不足により、開発者たちは異なるプラットフォーム間でビルドの一貫性を維持するために、 Docker コンテナや手動でのバージョン管理など、複雑な回避策に頼らざるを得ない状況にあります。
一般的な開発における課題：
- クロスプラットフォーム互換性
- バージョン管理
- バイナリライブラリの統合
- ビルドの再現性
- ツールチェーンの一貫性
バイナリ互換性の課題
この議論では、特にバイナリ互換性と商用ライブラリに関する懸念が浮き彫りになっています。多くの開発者は、現代のツーリングソリューションがソースからビルドされるオープンソースプロジェクトには適していても、C++インターフェースを公開するバイナリのみの商用ライブラリを扱う際には十分に機能しないことを指摘しています。これにより、ABIの互換性とバージョン制約の管理に追加の複雑さが生じています。
モダンツーリングの動き
特に大手テクノロジー企業の中には、社内で高度なビルドシステムと依存関係管理システムを開発しているところもあります。これらの企業は包括的なツーリングソリューションが可能であることを示していますが、そのアプローチは小規模なチームが容易に再現できない多大なリソースとインフラストラクチャーを必要とすることが多いです。これにより、リソースが豊富な組織と小規模な開発チームの間に格差が生じています。
今後の展望
コミュニティは、より良い標準化されたツーリングの必要性について収束しつつあるものの、具体的なアプローチについては依然として意見の相違が存在します。他の言語から既存のパッケージ管理ソリューションを採用することを提唱する人々もいれば、C++固有の課題により適切に対応するC++専用のソリューションを推進する人々もいます。現在進行中の議論は、成功するソリューションには後方互換性とモダンな開発プラクティスのバランスが必要であることを示唆しています。
注： ABI （Application Binary Interface）とは、アプリケーションプログラムとオペレーティングシステムまたは他のアプリケーション間の低レベルインターフェースを指します。