NPM Dispute Resolutionのテキトーな翻訳

はてな匿名ダイアリー

2016-03-25

■NPM Dispute Resolutionのテキトーな翻訳

誤訳御免。

とりあえず力尽きたので、公開されたメールのやりとり

https://medium.com/@mproberts/a-discussion-about-the-breaking-of-the-internet-3d4d2a83aa4d#.9ae37wmf1

とか、NPMの説明

http://blog.npmjs.org/post/141577284765/kik-left-pad-and-npm

を読む際の判断材料になれば。

紛争の解決

このドキュメントでは他のnpmを公開している人とのモジュール名の紛争について取るべきステップを記述している。

このドキュメントは"npm行動規範(Code of Conduct)"で説明されている容認可能な行為の明確化であり、このドキュメントに記載されている内容はnpm行動規範のいかなる側面に対しても矛盾する解釈を与えるものではない。

tl;dr

"npm owner ls <pkgname>"コマンドで作者のメールアドレスを調べる
作者にメールする。その際"support@npmjs.com"にもCcする
数週間すぎても解決しない場合、われわれが解決に乗り出す

パッケージ名を不法占拠してはならない。コードを公開するか、さもなくば去るように。

説明

あるユーザがモジュールを公開していて、その後、他のユーザがその名前を使いたいと思うケースがしばしばある。ここではよくある例を記述する（個々の例は実際の出来事に基づいている）。

アリスがnodeに特化したわけではない"foo"というJavaScript モジュールを書いていた。アリスはnodeを使っていなかった。ユースフは"foo"という名前をnodeで使おうと思い、それをnpmモジュールとして作成した。しばらくしてからアリスはnodeを使い始め、彼女のプログラムの管理権を守ろうとした。
ユースフは"foo"というnpmモジュールを書いて公開した。おそらくだいぶ時間がたった後、アリスが"foo"にバグを見つけて修正した。彼女はユースフにプルリクを送ったがユースフはそれに時間を割く暇がなかった。なぜなら彼は新しい仕事と新しい子供を得、新しいErlang プロジェクトに集中しておりもはやnodeには関与していなかったからだ。アリスは新しい"foo"を公開したかったがその名前はすでに使われているためそれができない。
ユースフは10行のフロー制御ライブラリを書き"foo"という名前でnpmで公開した。単純で小さなものなので、それはまったく更新する必要のないものであった。アリスは非常に高評価で世界中で販売されている"foo"という名前のJavaScript ツールキットフレームワークのメーカーであるFoo社で働いている。彼女らはそれをnpmで"foojs"として公開したが、"npm install foo"してナンカチガウと混乱する人が定期的に発生している。
ユースフは業務上の必要に迫られよく知られている"foo"というファイル形式のパーサを書いた。そして彼は新しい職を得てその試作品を更新していない。アリスがより完璧な"foo"パーサを書いたがユースフの"foo"が邪魔をしてそれを公開できない。

それぞれの状況下でのアリスからのクレームは議論されるであろう。しかしそれらのケースでアリスが取るべき適切な段取りは共通している。

"npm owner ls foo"する。これによりアリスは所有者（ユースフ）のemailアドレスを知ることができる
アリスはユースフにメールして状況を『最大限丁寧に』説明し、モジュール名についてどうしたいのか伝える。彼女はそのメールのCCにnpmサポートスタッフ(support@npmjs.com)を加える。またそのメールに"npm owner add alice foo"することにより、アリスを"foo"パッケージの所有者に加えることができることをユースフに伝える。
十分な時間の経過後、ユースフが返事をしなかったりユースフとアリスの間で解決に至らなかった場合、サポート(support@npmjs.com)にメールすれば我々が解決に乗り出す（「十分な」とは通常少なくとも4週間だ）。

根拠

これまでのほとんど全てのケースでは、巻き込まれた当事者は重大な介入を要さずに妥当な解決へと到達することができた。多くの人々は本当に合理的になることを望み、おそらく彼らがあなたの邪魔をしていることに気付いてすらいない。

モジュールのエコシステムはそれらが可能な限り自律的である限り最も活気づいて力強くなる。もし管理者がある日あなたが取り組んでいたものを削除したら、それは理由のいかんにかかわらず多くの人を怒り心頭にさせつつあるのだ。人々が自分らの問題を相手との敬意を持った会話により解決すれば、その交流にたいして皆が良い気持ちで終わりを迎えるチャンスを得るだろう。

例外

幾つかの事柄は許されておらず、npmの管理者に注意喚起された時点で議論なく削除されるだろう。例えば：

マルウェア（インストールした機材の脆弱性を突いたり壊したりするために作られたパッケージ）
著作権やライセンス違反（例えば、MIT ライセンスのプログラムをコピーして著作権及びライセンスの記述を削除あるいは改変する）
違法なコンテンツ
将来使おうとしているパッケージ名を「不法占拠」し実際には使わない。申し訳ないがその名前がいかに素晴らしいか、あるいはそれがいつの日か起こるであろう物事に完璧にフィットしているかどうかは関係ない。もし誰かがそれを今日使いたいと望み、あなたがそのスペースを空のtarballで占領していたら、あなたは退去させられるだろう。
空パッケージをレジストリに置く。パッケージはなんらかの機能を持たなければならない。それは馬鹿げたものであっても構わないが、無であってはならない（不法占拠を参照）
レジストリを個人的なアプリケーションデータベースとして使ったり、パッケージ的ではないものを置くなどの変な行為。
下品な言葉やポルノ、ハラスメントなどのnpm行動規範で禁じられた行為。