[Rumble-jp-dev] タスク整理

Zurück zum Archiv-Index

Laplace lapla****@csc*****
2003年 3月 26日 (水) 22:26:06 JST


laplaceです。

> 10のスループット表示を最初にやって、
> その時点でスループット測定し、
> 7と8をやった後また測定してどのくらい通信コストが増減するかを
> 見てみたいとは思っていたんですが、面倒かなーとも思います。
> どう思いますか?>みなさん
> 見てみたからといって、たとえ通信コストがでかくても7と8はやるわけで、
> 意味がないかもしれません。

データを取り、傾向を知っておくことで、
プログラムのどこがボトルネックとなったか分かる(可能性ができる)のなら
やっておく価値はあるんじゃないでしょうか。

> ■ランキング
> それぞれのスコアを、そのリーグの1対戦のラウンド数で割ってから
> ランキングしないと、ラウンド数の多いリーグの結果ばかりがランキング
> されてしまうと思います。
> とはいうものの、そこまでの処理を現状の仕組みでやるのは大変なので、
> あらかじめ計算しておく仕組みを考えてからにしましょうか…。

おお、そうですね。現状のランキングでは、
すべてのリーグが同じラウンド数と考えて
あるロボット一体との対戦結果でランキングしてるのでまずいですね。

システムの完成を急ぐならランキングなどは後回しにしてもよいと思うので
幾つか決まっていないところの案を出して方針だけでも
決めていきましょう。




Rumble-jp-dev メーリングリストの案内
Zurück zum Archiv-Index