最終順位のチェックやってみました。 (Rumble-jp-dev) - Robocode Rumble-JP

Konkiti です。

> 小島です。

おや? ご旅行中では?

>  my $season_score = ($max_rank - $rank) / $max_rank;
> を
>  my $season_score = ($max_rank - $rank) / ($max_rank-1);
> としてみてください。

おやおや? ここは 0 オリジン(一位がゼロ)でやってるんで、これでよかった
と思ったんですが。
$max_rank = 最下位順位 = 対戦相手のロボット総数 ってことで。

> > と、リーグ 4 だけが極端に多くなっています。なぜだかわかりませんが、
> > 今回はとりあえずここまで。
> 
> なぜでしょう?うーん ..... リーグ１とリーグ4でこんなに違うのは分かりません

この前にやった昇格/降格チェックでは同スコアや結果ゼロ division とかの
場合に昇格/降格が結果と異なる (チェックは robot_id の小さいものが有利
になるロジックで算出したので) 場合がありました。
つまり、算出した順位と結果の順位が異なる場合があったわけです。
チェックは対戦結果の一番大元のデータと思われる battle_robots を使って
行いました。
さらに、昇格/降格のみチェックしたわけですが、昇格/降格に関係無い部分
でも同スコアで順位が異なるようなところがきっとあったことでしょう。

今回の最終順位の検証も battle_robots から算出していますし、robot_id の
小さいものが有利になるロジックで算出していますので、順位が異なるものの
影響がそのまま反映されていると思います。

そう考えると、昇格/降格チェックで一番多く順位違いが発生していた league 4
で最終順位が多く食い違っているのも納得がいきます。

ただ、その順位違いの影響が正確に最終順位に反映されているのかはわかりま
せんし、それを検証するのは大変そうなんで、結果ゼロ division の原因を
究明してからその検証も含めてもう一回 again を実施したいなぁと思って
います。

> ところで このリーグ最終順位ですが
> 同率で並んだ場合は、division結果と同様にrobot_idの小さいものが有利に
> なれば良いと思います。どうでしょうか?

賛成です。

Konkiti.

Robocode Rumble-JP

[Rumble-jp-dev] 最終順位のチェックやってみました。