作成するオープンソースプロジェクトの識別子、パッケージ、または名前空間で自分の名前を使用しないようにするにはどうすればよいですか？

私は自分の時間に多くの開発をしています。私が取り組んでいるこれらのプロジェクトはすべて、これまでの楽しみと学習のためだけのものです。私は通常、Mavenを使用してJava開発を行いますが、.NETおよびPythonで手を出すことでも知られています。私が取り組んでいるプロジェクトはすべてオープンソースライセンスを使用していますが、それらのほとんどはパブリックコードリポジトリにはありません。

Java / Mavenの開発では、ユニークgroupId（「com.mydomain」など）およびユニークpackage（ディレクトリ）構造を使用する必要があります。通常、groupId.NET開発でnamespacesはJava packageコンセプトと同様の規則を使用するユニークを推奨します。一意性を確保するために、私は通常、ドメイン名の1つを部分を逆にして使用します（例：「ca.jessewebb」）。これは非常に一般的な方法だと思います。

私は、新しいオープンソースのJava / Mavenプロジェクトを作成する初期段階にあり（「newproj」と呼びましょう）、GitHubに配置したいと思います。GitHubのユーザー名は「jessewebb」なので、次のようなURLが付与されますhttps://github.com/jessewebb/newproj。「newproj.com」ドメイン名をわざわざ登録したくないので、「ca.jessewebb」と「ca.jessewebb.newproj」をそれぞれgroupIdおよびとして使用することにしpackageました。

コード内およびプロジェクトのホームの一部（GitHub URL内）に個人的なIDが存在することで、潜在的な貢献者が私のプロジェクトに関与することについて再考する可能性があります。これは問題であり、私はそれはしたくない私のプロジェクト。代わりに、自分がプロジェクトを所有していないというメッセージを伝えることができればいいと思います。さて、正直に言って、私のプロジェクトはコミュニティの関与を増やすとは思えないので、それほど大したことではありませんが、これは貢献者になることを思いとどまらせる可能性を避けるためのさらに多くの理由と考えています。

別の例として、数年前にGoogle Codeプロジェクトを作成しました（「oldproj」と呼びましょう）。プロジェクトを作成したとき、Google Codeでホストすることを知っていたのでgroupId、「com.googlecode.oldproj」というパッケージ名を使用しました。これは、Google Codeがすべての新しいプロジェクトに提供するデフォルトのドメイン名の逆です。これはそれほど素晴らしいアイデアではないことが判明しました。1年ほど後、私はコードを別のリポジトリに移動し、これらの識別子の名前を変更する必要がありました（私は持っていませんでしたに...）。当時、私はドメイン名を所有していなかったため、「oldproj.com」というドメイン名を購入し、それを使用しました。これは、プロジェクトに独自のアイデンティティを与え、どこでもコードに自分の名前を刻印していなかったので、これが好きでした。「jessewebb.ca」ドメイン名を簡単に登録し、「ca.jessewebb.oldproj」をパッケージ名として使用することもできましたが、当時も同じ懸念があったため、登録しませんでした。

だから私の質問は...

パッケージ/名前空間の一意性を維持しながら、オープンソースプロジェクトを作成するときに自分の（ドメイン）名を使用しないようにするにはどうすればよいですか？

プロジェクトが勢いを増すにつれて、ドメイン名を登録することは理にかなっていますが、これを前もって行うのはばかげており、お金の無駄です。コードでドメイン名を使用するために実際にドメイン名を所有する必要はありませんが、それは間違っていると感じ、その間にあなたの下から不法占拠者を奪う可能性があります。他の人はこのジレンマについてどうしますか？独自の識別子の一部として元の開発者のIDを含む人気のある（広く使用されている、大規模なコミュニティなどの）オープンソースプロジェクトの例はありますか？

私のプロジェクトでは、名前を付けていますが、必ずしもドメインを付けているわけではありません。したがって、私のパッケージ名（および名前空間）は、コードがホストされている場所に関係なく、通常は「projectname.libraryname」です。

私はこれが非常に自由に扱われる.NETに慣れています。

どこで見たのか思い出せませんが、次のような構造を使用することが提案されているのを見ました：

YourIdentifier.YourProduct.YourComponent

YourIdentifierは、所有するドメイン、（かなり一意の）インターネットエイリアスなどのようなものです。コンポーネント名は、製品の「コア」コードのために省略されます。たとえば、BarelyMVCという名前の小さなMVCフレームワークがあるため、次のような名前空間があります。

Earlz.BarelyMVC
Earlz.BarelyMVC.Authentication
Earlz.BarelyMVC.Caching

など。ほとんどの場合、オンラインエイリアスは他の開発者との競合を避けるために非常にユニークです。

独自のオンラインエイリアスを使用するのが怖い場合は、自分用の「ラベル」を作成してください。会社または何か（またはドメイン）として正式に登録する必要はありません。たとえば、人気のあるJson.Netライブラリは名前空間を使用しますNewtonsoft.Json。著者の姓「newton」に基づいていることは明らかですが、誰もそれを気にかけているとは思いません。また、正式な会社を登録している場合は、もちろんそれを使用できます。たとえば、私の会社が作成したほとんどのパブリックAPIにPreEmptiveSolutionsは、会社名で始まる名前空間があります

Javaパッケージ名または.NET名前空間がドメイン名であるというルールはありません。それらがユニークであるという要件さえありませんが、それは確かに良いアイデアです。私は実際にあなたが使用するのが正しいと思いますcom.googlecode.oldproj、そしてあなたの靴で私はcom.oldproj新しいドメイン名のための宣伝を得ようとしない限り、私は切り替えなかったでしょう。