アカウント名:
パスワード:
問題を大きく見せたいのだろうけど、大半が個人が試しに登録してみた程度のまともに使われていないものであることは想像に難くない。パッケージ管理システム全体の信頼性という意味では各パッケージのダウンロード数を掛けたものを分母にすべきだろう。経験則以上の根拠は全くないが深刻度中以上は1%以下とかそういう数字になると思う。元記事の
The situation is similar with package registries like Maven (for Java), NuGet (for .NET), RubyGems (for Ruby), CPAN (for Perl), and CRAN (for R).
についても同様。
何を勘違いしているのかわかりませんが、この論文の目的は「パッケージ管理システム全体の信頼性」を求めることではありません。
ダウンロード数≠使用数なので。長く改変の必要がないなら必然的にランクが上がる。。それにまともに使われてないという想定がひっくり返る、参考として使われている可能性だってある。
あたりまえのこと言うなよ。今の単なる全パッケージが同じ重みであるという状態よりはよほど実態に近づくって話だろ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
記事としては (スコア:0)
問題を大きく見せたいのだろうけど、
大半が個人が試しに登録してみた程度のまともに使われていないものであることは想像に難くない。
パッケージ管理システム全体の信頼性という意味では各パッケージのダウンロード数を掛けたものを分母にすべきだろう。
経験則以上の根拠は全くないが深刻度中以上は1%以下とかそういう数字になると思う。
元記事の
The situation is similar with package registries like Maven (for Java), NuGet (for .NET), RubyGems (for Ruby), CPAN (for Perl), and CRAN (for R).
についても同様。
Re:記事としては (スコア:1)
何を勘違いしているのかわかりませんが、この論文の目的は「パッケージ管理システム全体の信頼性」を求めることではありません。
Re: (スコア:0)
ダウンロード数≠使用数なので。長く改変の必要がないなら必然的にランクが上がる。。
それにまともに使われてないという想定がひっくり返る、参考として使われている可能性だってある。
Re: (スコア:0)
あたりまえのこと言うなよ。
今の単なる全パッケージが同じ重みであるという状態よりはよほど実態に近づくって話だろ。