オープンソースのプロジェクトがあり、それを公開しようとしていたとします。たとえば、 github、sourceforge、google codeなどの複数のサイトでプロジェクト エントリを設定することは非倫理的と見なされますか?
これは純粋に露出を増やすためです。これには、ソース管理に github を使用したい、問題追跡やフォーラムなどに sourceforge を使用したいなど、いくつかの実際的な理由があるかもしれないことを認識しています。この質問のために、サイトの 1 つをプロジェクトのメイン サイトとして使用し、メイン サイトを指す他のサイトで「スタブ」プロジェクトを作成する場合にもっと焦点を当てたいと思います。
私の直感では、それは完全に非倫理的ではないかもしれませんが、低俗な側に隣接している可能性があります...
1 つのプロバイダーに固執します。「あなたがそれを構築すれば、彼らは来るでしょう」:)
その上、人々が来始めると、彼らはとにかくプロジェクト名をグーグルで検索します. Sourceforge、Github、Google Code で同じプロジェクトを見つけることは、人々をひどく苛立たせることになります。
倫理についてはわかりませんが、実用性を考慮してください。
他にも問題があると思います。ですから、1 つのサイトに固執してください。私は開始したばかりの小さなプロジェクトに Google Code を使用してきました (興味がある場合はCSVfix )。Google はセットアップが非常に簡単であることをお勧めします。
プロジェクトに適したホストを選択することをお勧めします。プロジェクトについて多くのフォーラムで公開できます。露出は検索エンジンを介して行われます。
それが非倫理的または低俗だと思う理由がわかりません。人々があなたの懸念に直接対処できるように、あなたはそれについてもっと話すことができるかもしれません. それを測定するには、意図的にサービスのルールを破っていないか、サービスの使用方法について誰かに嘘をついていないか、その他の方法で人を欺いているかどうかを検討してください。複数のサービスを利用しているのであれば、隠す必要はないと思います。
私が扱っている Perl コミュニティについて考えてみましょう。いくつかのプロジェクトは、SourceForge、Google Code、Github などのソース管理サービスの 1 つでホストされています。ただし、ほとんどの Perl の主なディストリビューションは CPAN です。他の人が Freshmeat またはその他のサービスを通じて配布する場合があります。主なイシュー トラッカーは、 CPAN 上のすべての Perl モジュールに対して無料のRTをホストしている Best Practical から提供されています。私が知っているほとんどの人は、複数のサービスを最大限に活用しています。実際、Web 2.0 のやり方は、複数のベンダーのサービスを組み合わせてアプリケーションを作成することです。:)
また、これらの無料サイトの社会的構築についても考慮する必要があります。SourceForge や Github などは無料のアカウントを提供していますが、サービスも販売しています。彼らは、プレミアム サービスの販売を可能にする無料のものを通じて話題を集めています。私はそれで何も悪いとは思いません。無料のサービスを使用している場合は、無料で使用する代わりに、無料のテスター、広告主などとして使用できることを理解してください. 繰り返しますが、私はそれについて何も問題はないと思います。それは契約のほんの一部です。あなたは彼らから取っているだけでなく、彼らに与えているのです。同意した当事者間のやり取りがあります。
非倫理的とは、別のサービスの使用を禁止するサービス、または一般的なツールと互換性がない、またはデータへのアクセスを許可しないことによって、意図的に別のサービスの使用を困難にする状況を設定するサービスです。 (たとえば、どういうわけか git-svn を許可しないなど)。
これらのさまざまなホストにまたがるサービスは不便で、保守が困難です。トラフィックを生成する上で述べた検索エンジンへの依存については、プロジェクトを Web ノイズと区別する名前を選択するように注意してください。トラフィックが到着しないことを明確に示しているのは、プロジェクトが最初にスペリングに関する再推奨を取得した場合です。たとえば、GNU から chattr プロジェクトをもたらした人々を考えてみましょう。すぐにchatrが適切な検索として提案され、それに応じてトラフィックが減少します.
いくつかの (独立した) ミラーを持つことは、コミュニティにとって有益であると考えています。なぜなら、そのような分散性は、現在および将来において、公共の仕事へのより信頼できるアクセシビリティを保証するからです (それは、単一のホスティング サイトの障害に耐えることができます)。
そのため、オープンソース プロジェクトを公にホストするために利用可能なさまざまなオプションを追跡したいと思います。
あなたの公開作品が最もアクセスしやすい方法で公開されるように努力することは、かなり倫理的 (または道徳的) であると思います (十分に文書化されており、誰かが興味を持ったときにいつでもアクセスできることが保証されています)。
作業をいくつかの場所に独立してプッシュし (つまり、相互に依存しない)、これらすべてを管理する努力は、特に DVCS の場合、おそらく実際には悪夢ではありません (ここの他の回答で示唆されているように)。たとえば、1つのコマンドだけで複数の場所にプッシュできるように Git をセットアップすることもできます。
自分が書いたものを誰かに読ませようとしているのではなく、誰かが興味を持ったときに見つけてアクセスできるように自分のものをどこかに置いているのでなければ、あなたはエゴイスティックでもエゴでも何でもないと思います。
複数のホストでコードを維持しなければならないことは、それが価値があるよりも面倒になるとすでに言われている. あなたが考えなければならないのは、それが複数のホストに適切にアップロードされることを確認する必要があるということです.1つのコピーが合法で他のコピーがそうでない場合、混乱を招く可能性が高く、その結果、悪い名前が生じる可能性があります.プロジェクトを開始する前に。結局のところ、あなたのプロジェクトの言葉を広めるためのより良い方法は他にもたくさんあります.いくつかのサイトにコードをアップロードして維持します。