ちゃんと考えた時どうあるべきかを示せ、クロウカード！

久しぶりにリポジトリ見直してて思ったんだけど、ふくわらいって「時間経過によるランダム性のある要素のタイミングを決定して造形するゲーム」じゃなくて「形（触覚）でしか判別できない状態で正しい形をつくる」ゲームであって、
もうちょっと落とし込めるところあるよね。

ゲーム性がかなり変わるので、新しくリポジトリ作ろうかなぁとも思ったけど、現時点のゲーム性が異様につまらないからこれはもう以下の仕様で書き直しましょうね。

1. 画面**にパーツを黒塗りのランダムなrotateで配置する
2. DnDで再配置させる
3. 角度を変更させる（要UI研究）
4. 配置が完了後、パーツは隠蔽し、1に戻る

かなり実装が変わるが、点数計算ロジックとかはそのまま使えると思う。

https://github.com/ver-1000000/akaino-warai/blob/master/src/index.ts#L219

これがなんのためのsetTimeoutなのかというと、

「終了後に表示されるScoreとTweet時に表示されるScoreが違う…… レンダリング後に数字が微動してんのか……？ なぜ？？？ とりあえずしばらく経ってから表示したら値固定されとるやろｗ　お、されとるわ！　でも400msだとたまにずれるな、500msにしとこｗ」

というアレなので環境依存っぽいしクソなのでなんとかしたい。

scoreをgetterではなくて関数にして、サービスの変数として保持しておけばいいんだけど、
依存から自動的にスコア計算させられたほうが気持ちええやんとかってことでゲッターになっとる。 どうなん？

まぁでもこんなあやふやなsetTimeout使うのは良くないので変数に保持するほうがよいだろう。

でもでも、もっといいのは「何故500ms経つと値が固定されるのか」を理解することからはじまるだろう。

https://twitter.com/Ver1000000000/status/1439303419492143104?s=19

あと、URL復元機能のマイグレーションも行う

だれかたのむよ

誰か頼んます

これやるとしたらさ〜〜〜ディレクトリ構成の設計をな〜〜〜