CPAN は Perl にとって非常に役立つリソースです。
.NET 用の CPAN がないのはなぜですか? あるべきですか？CPAN のようなインフラストラクチャを持つ他のプログラミングまたはプラットフォーム テクノロジはありますか?
編集
誰もこれについて言及していません: .NET にCPANのようなものを期待しない主な理由の 1 つは、.NET に含まれる包括的な基本クラス ライブラリではありませんか? つまり、XML、HTTP、暗号化などのための Perl ライブラリがありますが、これらはすべて、すぐに使用できる BCL に含まれています。組み込みの FTP ライブラリを除けば、別の FTP ライブラリは必要ありません。
類似: TeX のCTANと JavaScript のJSAN。JSAN はまだ開発中です。Perl コミュニティは、C 用の CPAN を計画しています。また、C6AN には、Parrot VM に存在する任意の言語のモジュールが含まれる予定です。
CPAN と関連サイトは Perl で書かれており、Perl コミュニティによって作成されているため、成功したと思います。Perl はそのようなタスクに非常に適しています。また、CPAN モジュールは Perl テスト指向を使用します。これが、CPAN モジュールが通常高品質である理由です。CPAN は多くの Perl プログラマーの趣味でもあり、これらのプログラマーは非常に優れたプログラマーです。
その性質上、.NET は 1 つのプラットフォームに制限されており、Perl のようにオープン ソース/フリー ソフトウェアに縛られていません。.NET は MicroSoft 製品として、Perl にはなかった主要な企業サポートも最初から提供しています。CPAN はボランティアによって作成されなければなりませんでした。.NET サポート構造はボランティアによって作成できますが、そうする必要はあまりありません。そして、これらの既存の企業サポート構造は、ボトムアップのボランティア コミュニティによって使用される可能性のあるエネルギーを吸収すると同時に、それが必要ではないことを示唆することによってそれを阻害します.
MS は、より多くの草の根コミュニティ サポートを構築しようとしていますが、成功したとしても、長期にわたる取り組みになるでしょう。
（更新された私の卑劣さを修正し、私の立場を説明しようとしました。）
なぜないのですか？さて、ここに私の推測があります。
誰も書いていません。自問してください、なぜそうしないのですか？あなたの理由は私の理由とは違うと確信しています。誰もそれを行っていないという事実は、価値提案が十分に大きくないことを示しています. なぜそれは十分な大きさではないのですか？それは個人の価値観にもよります（あなたの価値観と私の価値観は確かに異なります）。
しかし、コミュニティを止めるものは何もありません。サーバーを立ち上げます。すべての大手ベンダーを検索します。彼らと契約を結びます。サイトを作成して維持します。広告取引を行います。サイト デザイナーを雇って、Web2 のルック アンド フィールを手に入れましょう。それが成功すれば、それはあなたの仕事になります。人気がなければ、無報酬で空いているコミュニティにサービスを提供したほうがいいでしょう。
仕事です。無料の言語とフレームワークには、コア言語またはフレームワークを促進するためのこれらのタイプのリポジトリがあります。しかし、Microsoft は .NET を推進しています。ほとんどのコンポーネントは有料ですが、製品の宣伝に時間を割く必要があるのはなぜですか? おそらく、より大きな公共の利益を助けるためですか？
私は間違いなく1つあるべきだと思います-それは設定の手間を省くでしょう. 私も UNIX のバックグラウンドを持っているので、それは私の人生を楽にしてくれます。
Linux の APT/RPM に似た、オープンソース ライブラリをダウンロードする .NET 用のパッケージ マネージャーがありますが、見つかりません。
編集：コメントのErik van Brakelの功績によると、プログラムはHornです。