zk-phi/chunithmrateanalyzer

[Game]

chunithmrateanalyzer's Issues

集計直後のリスト表示でBest枠が30曲以上になる場合がある

Best枠のボーダーとの比較で判定している為、ボーダーと同じレートの譜面がすべてBest枠になる。「レート順」では起こらない。

「レート→曲id→難易度」のようにレート順の並べ方を一意にすれば1曲だけをBest枠に採用して残りを落とすこともできるが、どちらの表示が便利かは考える必要がありそう。

「最近レートを更新した曲」が空になる場合がある

「最近レートを更新した曲」がすべて SSS でも Best 枠に入らない曲の場合、表示する対象がないのに「最近レートを更新した曲」の見出しだけが出力される

目標設定&シミュレータ

この譜面ならこのくらいのスコアは目指せそう、みたいのを入れるとそれ達成したときにレートがどう変わるかシミュレーションできるのあったら便利

グラフ

いるかわからんけど。 canvas を生 js でレンダリングする練習がてら作ってみるのはアリ

GA 入れたい

Google Analytics で各ボタンがどれくらい押されてるか調査

どれくらい使われてるのか単純に気になる＆「おすすめ順」機能あんま使われてなければ消したい

曲が消せないのなんとかする

chart_list をハッシュで持った方が良さそう

初回起動時の解析処理中に動作が停止する

アナライザーの初回起動時、あるいはバージョンアップ時のレート解析処理中に動作が停止してしまいます。

実行時のエラーメッセージは下記です。

Uncaught TypeError: Cannot read property '0' of null
at rate_display (chunithm.js?_=1483416299472:1061)

該当箇所周辺のコードを載せます。

    // calculate score improvement
    best_list      = best_list.sort(comp_id);
    last_best_list = last_best_list && last_best_list.sort(comp_id);
    for (var i = 0, j = 0; i < best_list.length;) {
        if (!last_best_list[j]) break; // ←ここで実行時エラーが発生
        var comp = comp_id(best_list[i], last_best_list[j]);
        if (comp < 0) i++;
        else if (comp > 0) j++;
        else {
            best_list[i].rate_diff = best_list[i].rate - last_best_list[j].rate;
            i++;
            j++;
        }
    }

ご確認の程よろしくお願いします。

Readme.org の更新

chart_list に image を加えたので、曲を追加してくれる人用の説明を更新する必要がある

Recent 枠調査用にプレー履歴を提供してもらう機能

暇をみてやりたい。
Google のスプレッドシートにデータ受け取るための API を作って、それを叩いて溜めていくのが楽そう。

Refactoring

MVC を分離しよう

オススメ順ボタンを連打したときの挙動が怪しい

怪しさあふれる（何かが壊れている可能性が高い）

ユニットテスト書いてCI回す

リファクタリング終わると Flux に近い設計になっているはずなので、ユニットテストが書けるはず。
しょうもないバグでレビュアーの手間を増やさないようにしよう

片手間でもアグレッシブに開発できるようにしたい

譜面定数提供のフローを（ユーザーから見て）簡潔にしたい

たとえば、 bot 用に GitHub アカウントを取得しておいて、特定の API を叩くとその bot がよしなにプルリクを自動で作ってくれるとか。
risette さんのブログからスクレイピングっていう必殺技があるけどあんまりやりたくない。

なるべくクライアント側で簡潔したアプリにしておきたいという気持ちがあるので、譜面定数を持つだけのサーバーを立てるのは（今の所）微妙。でかいメリットに気づいたら考える。