動機
ずっとLaravelをやっているが、PHP以外の言語、具体的にはGoを勉強したいため。
自分で何か作りたいもの作るのが一番勉強になると思っているため。
作るもの
ブラウザ上で遊べるぷよぷよのオンライン対戦ゲーム
ロビーと対戦ルームがある
全体仕様
- ユーザーログインや、対戦結果の保存は無し。
- 対戦ルーム一覧が表示され、入室→２人揃うと対戦開始
- 対戦終了すると、続けて対戦するか退室するかを選ぶ
- クライアント側デザインは適当に丸と四角とテキストを並べるだけ
- 回線環境やPCスペックにより生じる速度差をサーバーサイドで調整する、、などの込みいったところは難しそうなので考慮しない
全体アーキテクチャを決める
サーバーサイドはGoを勉強したいのでGo。
クライアントサイドは僕の技術スタック制約でJavaScript。TypeScriptもついでに勉強したいので、TypeScript + Canvasがいいのかな。
そうなると通信プロトコルはWebSocket一択だと思う。
工数見積もり
直感で100時間で作れるかなと思った。経験上それよりは膨らむので、心の中で160時間と見積もり。仕事だったら250時間（なので１ヶ月半〜２ヶ月ください）と言ってる。品質をちゃんとするなら加えてテスト/修正期間も。
対戦中の詳細仕様を考え始める
サーバー/クライアントにそれぞれどの処理を担当させるのか、通信タイミングをどうするかを決める/考えるのが一番重要なところだと思う。
WebSocketの通信速度や遅延という懸念点もノウハウがなく実際どの程度なのかわからない。
わからないことが多いながらも考えてみて、処理担当はいったん以下にして進めることにする。
クライアント側：
- ぷよの操作
- ぷよが置かれたらサーバー側にフィールドのデータ送信
- サーバーからおじゃま落下アニメーションや連鎖アニメーション再生の命令が来たらアニメーション再生実行
サーバー側：
- ツモ生成
- フィールド情報保持
- クライアントからフィールドのデータ更新される度に連鎖ロジック実行と、連鎖があれば連鎖アニメーション再生命令
クライアント/サーバーそれぞれの役割を雑に決めたので、次はさらに詳細設計を進める。
[次記事 2.詳細設計] (https://qiita.com/miyatahirotaka/items/6967d28b4cdd7f15839c)