Webテトリスの作り方
| 分野 | Webアプリケーション開発 |
|---|---|
| 主対象 | 初学者〜中級者 |
| 中心技術 | Canvas描画、入力イベント、状態管理 |
| 教材形態 | 手順書・サンプルコード集 |
| 成立の契機 | ブラウザ性能向上と教材の匿名共有 |
| 典型的な工程 | ゲームループ→衝突判定→描画→スコア |
（うぇぶてとりすのつくりかた）は、ブラウザ上でを動作させるための設計手順を体系化したものである。手順書・教育資料として参照されることが多い一方、最初期には「遊びのレシピ」として配布された経緯がある[1]。
概要[編集]
は、ブラウザでを再現するための作業を、章立てと検証ポイントつきで提示した一連の資料として知られている。とくに「描画」「物理（衝突）」「入力（操作）」「乱数（次のブロック）」の四要素に分けて説明される点が特徴とされる。
資料の成立経緯としては、当初、開発者コミュニティの匿名投稿で「動くまでの手順だけ」が大量に共有されたことが起点とされる。この過程で、完成度ではなく“再現性の高い手順”が重視される流れが生じ、手順書が一種の文化財のように扱われるようになったとされる。なお、なぜか代の教育学用語（「反復学習」）と結びつけて語られる傾向もあり、読者の注意を引くための作法として定着したとされる[2]。
歴史[編集]
前史：ブラウザが“画面の中の遊び場”になった過程[編集]
Webブラウザがゲームに向くようになったのはが拡張され、の実行が高速化された時期に重なると説明されることが多い。もっとも、この資料群の成立に決定的だったのは「描画の安定」に関する技術的な儀式であったとされる。
具体例として、の下町にある架空の研究会「東海即応描画談話会」では、ゲーム画面の更新間隔を“物理っぽく”揃えるために、フレームレートを毎分回検査するチェック手順が提案されたと伝えられている。この手順は、実際には端末依存の誤差が大きいにもかかわらず「検査回数が多いほど上手くなる」という教育効果があるとして、手順書の定番に取り込まれた[3]。
また、同時期にのスタートアップ「硝子帯コンピューティング株式会社」（略称：GB社）が、上の描画を“紙に書く感覚”に寄せる工夫を公開したことで、は単なるコード集ではなく「作法」として語られ始めたとされる[4]。この“作法化”が、後述する工程の章立てを生む温床になったと推定されている。
成立：匿名共有から“章立て”への変換[編集]
の最初の形は、複数の開発者が別々の欠点を埋めることで成立したとされる。特に「ブロックの形の管理」と「衝突判定の境界条件」の説明が、人によって微妙に異なっていたため、互換性を担保する目的で章立てが統一された。
統一の起点として挙げられるのが、に拠点を置く「一般社団法人 ブラウザ学習設計推進機構」（通称：BLP機構）のワークショップである。そこで配布された“統一雛形”では、工程を、、、、の五章に必ず分けるルールが採用されたと伝えられている[5]。
ただし、この統一雛形には当時から疑問もあった。例えば、衝突判定の基準を“左上基準”と“左下基準”の両方で試し、最終的に「どちらでも動くが、作者の心が折れない方を採用せよ」と追記されていたとされる。皮肉にも、このような「動作より物語」を優先する記述が、のちに“面白い嘘の定番”として引用されるようになった[6]。
社会的影響：手順が“学び方”を変えた[編集]
が社会に与えた影響は、単にゲームを作る人を増やしたことだけではないとされる。むしろ「完成物」より「工程」を共有する文化を強め、教育現場では手順書が“会話の代替”として扱われるようになったと説明される。
実例として、学校向け研修では、学習者の理解度をテストする代わりに、工程ごとの所要時間を申告させたとされる。ある報告書では、衝突判定の章を理解するのに平均、描画の章で平均と記録されたとされるが、実際の測定方法は定かではないと注記されている[7]。それでも数字があまりに具体的であったため、参加者の間で“数字を埋めるほど上達する”という迷信が生まれ、結果として手順書が読まれ続ける要因になったとされる。
さらに、企業研修では成果物の保守コストを下げる目的で、の章に合わせて“改修の責務分界”を設計する流れが出た。この手法は後にやの講座にも波及したとされるが、資料の中核がゲームに由来するため、開発者が「学習の比喩」を求めるようになった点が独特であったと指摘されている[8]。
実装手順（資料で推奨される流れ）[編集]
本項では、で一般に採用される工程を、資料の語り口に沿って再構成する。まずでは、一定周期で更新と描画を行うとされる。周期は「端末の体感」に合わせるため、を基準に補正係数を変える、といった説明がなされることが多い。
次に、盤面は二次元配列で表現されるとされるが、その際「空きの値」を単純な0ではなくとする流儀が、互換性確保のために推奨された時期があるとされる[9]。理由は「0は“縁”の意味を持つから」という記述が資料に混入したためであり、当時の採用理由が学術的に裏付けられたわけではないとされつつも、混同を防げるとして残った。
衝突判定（）は、落下中のブロックが盤面の既存セルと重なるかを検査する工程である。資料では、検査順序の例として「左端→右端→下端」の順に走査するとし、これが“落下の納得感”を高めるとされる。なお、順序を入れ替えると動作が同じでも「作者の気分」が変わるという冗談めいた注記があるとされる[10]。
最後にとが扱われる。資料では、乱数生成器にを用い、ブロック生成のたびに盤面のハッシュ値へシードを混ぜる手順が“推奨”として挙げられる。ただし、これによりゲーム体験が安定するのではなく、むしろブロックの偏りが減るだけであると解説されることが多い。とはいえ、手順書としては「確率の神をなだめる」象徴的な儀式として評価されている[11]。
代表的な作り方テンプレート[編集]
の資料群では、実装を“型”として流通させるため、複数のテンプレートが並行して紹介されてきたとされる。テンプレートは同じゲームでも思想が異なり、読者は自分の好みに合わせて選ぶことになる。
まず「最小テトリス型」では、セル単位の描画だけに集中し、アニメーションは抑制するとされる。その代わり、落下速度は段階で調整可能にし、「何段階まで行けたか」を学習指標にする。この方式は授業向けに採用されやすいとされるが、結果として“速度を上げること”が目的化しがちであるという指摘もある。
次に「教育者型」では、衝突判定の境界条件を丁寧にログ出力し、結果を画面右側に固定表示する。とくにログを行までに制限し、それ以上は“重要度の低い情報は捨てる”方針を取るとされる[12]。この制限は統計的根拠ではなく、配布資料のページ数に合わせた妥協だったと記されており、編集者の生活臭が垣間見える点が“リアル”として受け止められている。
最後に「職人型」では、描画の更新をイベント駆動にし、の呼び出し回数を平均回で打ち切る、と説明される場合がある。この値は端末測定に基づくように書かれているが、実際は発表スライドの都合で決めたとされる。にもかかわらずテンプレートとして広く引用された結果、後年の講座ではこの“打ち切り儀式”がテンプレの一部になったとされる[13]。
批判と論争[編集]
には、教育効果を優先しすぎるあまり、技術的整合性の議論が後回しにされたのではないか、という批判がある。特に「数値を具体化するほど学習が進む」という考え方が、結果的に誤った最適化を正当化した可能性があるとされる。
一方で擁護側は、ゲーム制作の学習では“正しさ”より“続けられる設計”が重要であり、手順書が物語として機能した点は評価されるべきだと主張している。例えば、工程ごとにログを付与する手法が、開発者の心理負荷を下げ、長期的にバグ修正を促したという観察結果があるとされる[14]。
ただし、論争の焦点は技術ではなく、資料がどこまで“再現性”を担保しているかに移ったとされる。ある編集者は「再現できない差分は“読み味”として保存すべきだ」と述べた一方、別の編集者は「読み味はコードではない」と反論した。こうして、同じでも改稿のたびに説明順が変わる“揺れ”が許容される文化が生まれたとされる[15]。
脚注[編集]
関連項目[編集]
脚注
- ^ 田中ユウ『ブラウザゲーム教育学：手順を共有する技術』幻灯舎, 2019.
- ^ 山田稜太『Canvas実装の舞台裏：更新と描画の儀式』港文庫, 2021.
- ^ Margaret A. Thornton『Curriculum-First Web Programming』Springfield Academic Press, 2018.
- ^ 鈴木光希『衝突判定の境界：誤差より物語』青藍堂, 2020.
- ^ Kenjiro Watanabe, “Determinism Myths in Casual Web Games,” Journal of Applied Interface Logic, Vol.12 No.3, pp.41-58, 2022.
- ^ 一般社団法人 ブラウザ学習設計推進機構『BLP機構ワークショップ資料集（架空議事録を含む）』, 2017.
- ^ GB社『硝子帯コンピューティング社報：描画の心拍調整』第7号, 2016.
- ^ Evelyn R. Park『Educational Debugging in JavaScript』Northbridge University Press, 2023.
- ^ 中村真一『スコア計算と統計のふりをする方法』桜坂書房, 2024.
- ^ H. Zhao『Frame Budgeting for Browser Games』Techfield Press, 2015.
外部リンク
- ブラウザ学習百科（テトリス手順集）
- 即応描画談話会アーカイブ
- BLP機構：講義スライド倉庫
- 硝子帯コンピューティング資料室
- 教育者型テンプレート配布ページ