わかりにくいとされそうですが。取り出す個数)復元抽出も重み指定もなさそう。(?)どれもマニュアルを読んでるだけなので、正確さは期待しないでください。重みを累積分布として与える例はないですねえ。かかってほしくないと思うのですが。自前で計算すると誤差が蓄積しそうなのもちょっとだけ気になってます。ago=begin遠藤です。いや、あの状況ではtrunkに突っ込む気まんまんでしたけどね。拒否する理由がなかったし。反対意見が出てきたことですし、今の時点ではみなさんが合意するかまつもとさんが入れると言い出さない限りは、私からはアクションは取りません。入れてはいけないものだと思っていました。意見を出してくれなくてまとまらないのだろう)。ago=begin遠藤です。redmine@ruby-lang.org:後、個人的な感想では重みをブロックで決めるのがスッキリしません。重みの配列を引数として渡すようになっているようです。「引数の意味が何だか忘れる」心配もなくて良いと思います。らしさ」は十人十色なので否定はしませんが、私にはむしろ何個取り出すべきかあらかじめ決まってないときに、「ブロックが真を返すまで抽出し続ける」という意味に感じられます。「引数の意味を忘れる」については、最近はこの手のオプショナルな引数をキーワード引数とするようになっているので、問題ないと思います。ago=beginYuguiです。tarui@prx.jp:じゃあ反対ないので実装はともかく、この仕様は基本入れる方向で考えましょう。反対の人は意思表示お早めに。仕様が詰められていないと思うので、そういう意味で消極的反対です。仕様をもっとよく考えるべきです。ニーズについては頷けるので、何らかの形で分布関数を与えることには異論はありません。ここで、幾つかの考慮すべきことがあります。効率的な実装の可能な仕様であるべきです。非復元抽出の要望が入るとすれば、その要望と衝突せず、整合性を持つ仕様である必要があります。mrknさんのMath/Random構想を考慮して欲しいです。あちらで提供される分布実装と整合性を持つ仕様であって欲しいです。ago=beginでも、重みを累積分布として与える例はないですねえ。かかってほしくないと思うのですが。使うのに必要な情報は累積分布ではないので、それを引数として与えるというのは、簡便性重視と高速性重視のどちらにも寄らない中途半端な仕様であると考えます。は|入れてはいけないものだと思っていました。していただけると助かります。私の反応が悪い時はつついてください。今回のような私は使わない機能については判断が難しいので、素人でもなにが求められていて、今回の変更によってどのように嬉しいのかをまとめてくださらないと判断できないと思います。意見を出してくれ|なくてまとまらないのだろう)。ago=begin遠藤です。redmine@ruby-lang.org:でも、重みを累積分布として与える例はないですねえ。かかってほしくないと思うのですが。使うのに必要な情報は累積分布ではないので、それを引数として与えるというのは、簡便性重視と高速性重視のどちらにも寄らない中途半端な仕様であると考えます。読んで調べてみましたが、面白いですね。テーブルを作ってしまうんですね。一括して行うことが前提となっているような気がします。かかってもよいというユースケースを想定している。同じ使われ方が期待できるんですかねえ。作って配布して、多くの需要があることがわかったら取り込む、という手順を踏むほうがいいような気がしてきました。同じ使われ方が期待できるんですかねえ。作って配布して、多くの需要があることがわかったら取り込む、という手順を踏むほうがいいような気がしてきました。私個人としては高速性に興味はなく、最初のサンプルのような処理を標準機能の範囲で簡潔に記述することができさえすれば満足です。代替できるので不要という意見に同意します。同時に、重み付き抽出に関しては同様にシンプルな代替方法がありませんから、同じ考え方でこちらは必要と言うことも可能かとも思います。ago=begin遠藤です。redmine@ruby-lang.org:私個人としては高速性に興味はなく、最初のサンプルのような処理を標準機能の範囲で簡潔に記述することができさえすれば満足です。係数レベルの性能には私も大して興味ないんですが、オーダが違うとなるとさすがに気になります。実装できないよう制約してしまおうという話ですから。記述性の話もよくわかるので、悩ましいところですが。採用していることから、重み付きサンプリングをしたいユースケースでは母集団はそんなに大きくないことが多いのでは、という予感がしてきています。いいかなと思うんですが......。代替できるので不要という意見に同意します。同時に、重み付き抽出に関しては同様にシンプルな代替方法がありませんから、同じ考え方でこちらは必要と言うことも可能かとも思います。いやいや、簡単に書けないからといって片っ端から機能追加で解決していくわけには行かないでしょう。個を復元抽出する場合の計算量をまとめておきます。