いうか、大人の事情により途中まで書いていてボツになったので、もったいなので、ここで書き上げてみます。モーダルで表示させたいメソッド内で、次のようなアニメーションを組めばOKのはず。気持ちいいのでそれにしているだけです。robin,アルゴリズムTweetあけましておめでとうございます。ラウンドロビンというのは、主に負荷分散のため使われる手法で、複数のリソースに対して順番に処理を割り当てるためのアルゴリズムです。各リソースの処理性能であるとか、状況に応じて割り当てる確率を変えるために、それぞれに重み付けを行うケースがあります。その際に使われるのが、加重ラウンドロビンというアルゴリズムです。ラウンドロビンを実装しました。洗練されてないんですが、メモがてら。配列で与えられたリソースのから、利用可能なものを順に引いてきます。undef;}実行結果。B続いて、加重ラウンドロビン。最大公約数や重みの最大値を毎回計算しているのは、利用可能なリソースが動的に変化することを想定していたためです。載せたあとは、リソース状況に変化があった際にメモリを上書きするようにしました。Eラウンドロビンは、単純に順番に割当をおこなうアルゴリズムなので、結果には規則性があります。『くじ』のような当たるプログラムには向きません。複数のなかからひとつを選ぶ場合、バカのひとつ覚えのように、なにかとランダム関数を使ってしまうのですが、目的に応じて戦略は変えるべき、というのを改めて感じたのでした。(Mon)businessTweet「RFPって何を書いたら良いの?」という相談をいまだに受けるので、忘れないうちに、ざっとまとめておきます。以外とネットでも、実践的な説明はないらしい。略で、日本語にすると「提案依頼書」というらしいんだけれども、名前がバズワードっぽいのがいかんと思うわけです。RFPだとかITベンダーだとか横文字が並ぶと、みんな急に身構えて、何を書いて良いか分からなくなってしまうらしいんですが、普通に社内で稟議通すときと同じようにオリエンすれば十分だったりしますし、最もミニマムなものだと子供の「おつかいリスト」レベルで事足りたりします。以下に記載すると良いかもしれない項目を箇条書きにしますが、すべてを網羅しなければいけないものではないと、私は考えています。すべて書かないでください。制約条件が増えれば増えるほど、ベンダーからの提案の幅は狭まってしまい、「コンペしたけど、どこも代わり映えしないんだけど、結局どこが良いんですかね?」みたいな話になるし、そんな状態になってから相談されても困るんですよね、という。RFPに記載すると良さそうな項目このなかでマストなものと、そうでないものを切り分けて提示することが肝要。スケジュール運用・保守要件RFPというのは、発注側にとってはベンダーの提案をいかに引き出すかがかかっているドキュメントで、ベンダー側にとっては発注側が真に求めている価値を図り、提案内容を研ぎすますための材料になるドキュメントであるべきだと思っています。いう点から、個人的には目的と背景が一番重要だと思っていて、なるべくここを丁寧に仕上げて欲しいと思っています。提案の「向こう側」をすり合わせることで、クォリティが変わります。余談ですが、私はまともなRFPをもらったことがありません。やりたいことの方向性だけは決まっていて、あとは予算と納期がかろうじて設定されているのみ。それがA4用紙に5行くらい、申し訳なさそうに書いてある紙だけを渡されて、そこからスタートするみたいな話ばっかりでした。私が中小企業向けのソリューションばっかり担当だったのもあると思いますが。仕方ないので、上記の項目をヒアリングして補っていました。上記リストは、最初に先方に出してもらっていたらラクできたなーという視点で考えたものです。記載すべき目次リストは、システム開発におけるアイテムではあるものの、少しカスタマイズすれば、他用途にもそのまま使えると思います。しがちな、デザイン系の発注に効力を発揮したりします。抜け漏れ、教えてください。っぽくファイルの入出力をする方法はないかといじくり回した結果、正攻法か分かりませんが、とりあえず目的は達成できたのでメモ。closeFile];別のより良い方法を見つけたら追記します。