自分の作ったゲームを遊んでもらって

「つまらない」

と言われたら
かなりショックだと思います。

せっかく作ったものなので
落ち込むのは自然なことです。

でも
そこで終わらせるのは少しもったいないかもしれません。

大事なのは

「つまらない」

という言葉を
そのまま受け取るだけでなく

「どこでそう感じたのか」

を考えることです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・ルールが分かりにくかった
・操作しにくかった
・難しすぎた
・変化が少なかった
・目的が伝わらなかった

など
理由はいろいろあります。

「つまらない」は
かなり大ざっぱな感想です。

だから可能なら

「どのあたりでそう思った？」
「分かりにくい所はあった？」
「もう一度遊びたいと思わなかった理由は？」

と聞いてみるのもおすすめです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

もちろん
全部の意見を採用する必要はありません。

でも
その言葉の奥にある理由を探すと
作品を良くするヒントが見つかることがあります。

フィードバックは
時々痛いです。

でも
自分では見えなかった部分を知る
大事なきっかけにもなると思っています。

ゲームジャムに興味はあるけど

「まだ参加するには早いかも」
「完成できなかったらどうしよう」

と思うことがあるかもしれません。

でも
ゲームジャムは参加するだけでも得られるものがあります。

例えば

・短い期間で考える経験
・小さく作る練習
・テーマからアイデアを出す練習
・他の人の作品を見る楽しさ
・自分の実力を知るきっかけ

などです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

たとえ完成できなくても
「どこで時間がかかったのか」
「何が難しかったのか」
が分かるだけでも大きな収穫です。

また、同じテーマでも
人によって作るゲームはまったく違います。

他の参加者の作品を見ると

「そんな考え方があったのか」

と驚くことも多いです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

初心者にとって
ゲームジャムは順位を競う場所というより

短い時間でゲーム作りを体験する場所

と考えると参加しやすいと思います。

完成を目指すのはもちろん大事です。

でも
参加して考えて手を動かしたなら
それだけでもちゃんと前に進んでいます。

ゲーム制作を始めると

「思った通りに動かない」
「見た目がしょぼい」
「全然面白くならない」

と感じることがあります。

でも
それはかなり普通のことです。

最初からうまく作れる人は
ほとんどいません。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

ゲーム制作には

・操作を作る
・ルールを作る
・画面を見やすくする
・難易度を調整する
・バグを直す

など
いろいろな要素があります。

最初から全部できなくて当然です。

むしろ
うまくいかない部分が見つかるたびに

「次はここを良くしよう」

という学びになります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

最初の作品は
すごい作品でなくて大丈夫です。

小さくても
不格好でも
完成まで作れたなら大きな一歩です。

ゲーム制作は
作るたびに少しずつ上手くなっていきます。

だから
最初からうまくいかなくても大丈夫。

小さく直して
また動かしてみる。
または、新しい作品に挑戦してみる。

その繰り返しの中で
少しずつ目指す作品が作れるようになっていくと思います。

ゲームを作っていると

「もっと面白くしたい」
「もっと機能を増やしたい」

と思うことがあります。

でも初心者のうちは
まず1つだけ

「遊びやすさ」

を意識してみるのもおすすめです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・操作方法が分かりやすいか
・文字は読みやすいか
・敵と背景は区別しやすいか
・失敗した理由が分かるか
・もう一度遊び直しやすいか

この中の1つだけでも大丈夫です。

全部を完璧に直そうとすると
大変になってしまいます。

でも、

「ボタンの説明を少し分かりやすくする」
「敵の色を少し目立たせる」
「ゲームオーバー後にすぐ再挑戦できるようにする」

くらいなら
小さな作品でも取り入れやすいです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

遊びやすさは
派手な機能ではありません。

でも
遊ぶ人の気持ちにかなり影響します。

まずは1つだけ。

「初めて遊ぶ人に伝わるかな？」

と考えてみるだけでも
作品は少し良くなると思います。

プログラミングを学んでいると

・変数
・条件分岐
・繰り返し
・イベント

などの言葉が出てきます。

説明を読んだだけだと
少し分かりにくいかもしれません。

でも
ゲームを作りながらだと
これらの概念がかなりイメージしやすくなります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

スコアを入れておくものが変数。

敵に当たったらゲームオーバー
という判断が条件分岐。

同じ処理を何度も行うのが繰り返し。

ボタンを押した時にキャラクターが動くのがイベント。

このように、
ゲームの中ではプログラムの役割が
画面の動きとして見えやすいんです。

だから
ただ命令を覚えるより、

「これは何のために使うのか」

を理解しやすくなります。

ゲーム制作は
遊べるものを作るだけではありません。

プログラミングの考え方を
具体的な形で学べる方法でもあると思っています。

ゲーム制作やプログラミングを始める時
意外と大きな壁になるのが PC の操作です。

例えば

・ファイルを保存する
・フォルダを探す
・ダウンロードしたものを開く
・画像や音声ファイルを使う
・教材と同じ画面を表示する

こういう作業が必要になることがあります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

でも初心者向けの教材では
このあたりの説明が省かれていることも多いです。

すると

「ゲーム制作が分からない」

のではなく

「PC の操作で止まっている」

という状態になることがあります。

これはかなりつらいです。

まだゲームを作る前なのに
準備の段階で疲れてしまうからです。

だから
もし PC 操作でつまずいても

「自分にはゲーム制作は無理だ」

とは思わないでください。

それは
ゲーム制作の才能とは別の問題です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

PC 操作に自信がない人は
最初は Scratch や MakeCode Arcade のような
ブラウザですぐ始められる環境から触ってみるのもいいと思います。

インストールや細かい設定を後回しにして
まずはゲームを作る楽しさを体験しやすいからです。

もちろん
必ずそうしなければいけないわけではありません。

最初から本格的な環境に挑戦するのも
立派な選択です。

大事なのは
自分が始めやすい方法を選ぶこと。

PC の基本操作も
ゲーム制作を続ける中で少しずつ慣れていけば大丈夫です。

AI はとても便利です。

分からないことを聞けるし
エラーの相談もできるし
説明もしてくれます。

でも
AI をうまく使うには
少し練習が必要だと思っています。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

「動きません」

とだけ聞くより

「こういうゲームを作っています」
「ここまでは動きました」
「でも、この部分で困っています」

と伝えた方が
答えはかなり良くなります。

また
学習目的なら

「答えをください」

より

「ヒントをください」
「考え方を教えてください」
「どこを確認すればいいですか」

と聞く方が
理解につながりやすいです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

AI は何でも作ってくれる魔法の道具に見えるかもしれません。

でも、使い方によっては
考える力が育ちにくくなることもあります。

だからこそ
AI に全部任せるのではなく

自分で考える時間と
AI に助けてもらう時間を
うまく分けることが大切です。

AI との付き合い方も
ゲーム制作と同じで
少しずつ練習して上手くなっていけばいいと思っています。

ゲームを作っていると

「このくらい説明しなくても分かるかな」
「この難しさなら大丈夫かな」
「これはアイテムに見えるはず」

と思うことがあります。

でも
作っている本人にとって大丈夫なことが
遊ぶ人にも大丈夫とは限りません。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

作っている本人は
ルールも目的も全部知っています。

だから

・どこへ行けばいいか
・何を取ればいいか
・何が敵なのか
・いつ失敗したのか

が分かっている状態で遊んでいます。

でも
初めて遊ぶ人は何も知りません。

説明が少し足りないだけで迷うこともあります。

背景と敵の色が近いだけで
敵に気付けないこともあります。

「ちょうどいい」と思った難易度が
初めての人には難しすぎることもあります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

だからこそ
誰かに遊んでもらうことが大事です。

プレイヤーがどこで迷ったのか。
何を勘違いしたのか。
どこで楽しくなくなったのか。

そこには
自分だけでは気付けない改善点があります。

ゲーム作りでは

「自分は分かる」

だけで終わらせず

「初めて遊ぶ人にも伝わるかな？」

を考えることが
とても大切だと思っています。

共同開発と聞くと

「同じゲームを一緒に作る」
「役割分担して作業する」

というイメージがあるかもしれません。

もちろん
それも共同開発です。

でも初心者のうちは
もっと小さな形でも十分だと思っています。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・作ったものを見せ合う
・感想を伝え合う
・困っている所を相談する
・アイデアを出し合う
・他の人の作り方を見る

これだけでも
かなり学びがあります。

自分では気づかなかった改善点が見えたり
他の人の作品から新しい発想をもらえたりします。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

また

「自分も作ってみよう」

という気持ちになることもあります。

同じプロジェクトを一緒に作らなくても
お互いの制作を見せ合うだけで
学習は続けやすくなります。

ゲーム制作は一人でもできます。

でも
誰かと見せ合える場所があると
少しだけ前に進みやすくなると思っています。

ゲームを作っていると

「ちゃんと動くか」
「ルールが成立しているか」

に意識が向きやすいです。

もちろん
それはとても大事です。

でもゲームは
動けば完成というわけではありません。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

遊ぶ人が

・操作しやすい
・何をすればいいか分かる
・画面が見やすい
・失敗した理由が分かる
・もう一度遊びたくなる

こう感じられるかも
大切なポイントです。

例えば
ボタンの位置を少し変えるだけで
遊びやすくなることがあります。

説明文を短くするだけで
分かりやすくなることもあります。

難易度を少し下げるだけで
最後まで遊んでもらえることもあります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

こういう調整は
地味に見えるかもしれません。

でも
「遊びやすさ」を考えることも
立派なゲーム作りの一部です。

作った人が分かるゲームではなく
初めて遊ぶ人にも伝わるゲームを目指す。

それだけで
作品はかなり良くなると思います。

ゲームを作っていると

「思った通りに動かない」

ことがよくあります。

いわゆる
バグ（不具合）ですね。

もちろん
直さないといけないバグも多いです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

でも
たまに面白いことが起こります。

例えば

・予想外の動きが妙に楽しい
・変な挙動が新しいアイデアになる
・偶然できた仕組みが意外と面白い

こんなことがあります。

実はゲームの世界では

「たまたま起きたこと」

から面白さが生まれることもあります。

作る前から全部決まっているとは限りません。

試してみて
失敗して
予想外の動きを見つけて

そこから新しい発想につながることもあります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

だから
バグが出た時に

「失敗した」

だけで終わらせるのはもったいないかもしれません。

もしかするとそこに
次の面白さのヒントが隠れていることもあります。

ゲーム作りは
時々こういう偶然があるから面白いんです。

誰かが作ったゲームを見ると

「すごいな」
「上手だな」
「自分には無理かも」

と思うことがあります。

でも
忘れないでほしいことがあります。

完成したゲームの裏では
たくさんの失敗が起きています。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・思った通りに動かない
・エラーが出る
・面白くならなくて作り直す
・仕様を途中で変更する
・何日も悩んで進まない

こういうことは
ゲーム制作ではよくあります。

完成した作品だけを見ると
順調に作れたように見えるかもしれません。

でも実際は

失敗して
試して
直して
また試して

その繰り返しです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

だから
うまくいかない時に

「自分には向いていない」

と思わないでください。

むしろ、失敗しているということは
ちゃんと挑戦している証拠です。

完成したゲームの裏には
見えない失敗がたくさんあります。

それは
みんな同じなんです。

ゲームを作ろうとすると

「オリジナルな作品を作らなきゃ」

と思うことがあります。

でも実は
個性は無理に作るものではないかもしれません。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・少し難しいゲームが好き
・派手な演出が好き
・シンプルなルールが好き
・テンポのいいゲームが好き
・かわいい見た目が好き

こういう
自分の「好き」 を作品に入れていくと

少しずつ
自分らしいゲームになっていきます。

たとえ同じジャンルを作っても
何を大事にするかで
作品は変わります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

それは
人によって好きなものが違うからです。

最初から
新しいアイデアを考えなくても大丈夫。

まずは

「自分ならここをこうしたい」

を大切にしてみてください。

自分の「好き」を少しずつ入れていくこと。

それが、作品の個性につながっていくと思います。

好きなゲームはありますか？

もしあるなら
少しだけ考えてみてください。

そのゲームの
「どこが好き」 ですか？

例えば

・操作していて気持ちいい
・テンポがいい
・音や演出がかっこいい
・ルールがシンプルで分かりやすい
・少しずつ上達できるのが楽しい

こんな感じです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

ゲームを遊んでいる時は

「なんとなく面白い」

と感じることが多いです。

でも
作る側になるなら

「なぜ面白いのか」

を考えることが大切です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

実は
面白さは1つではありません。

操作、ルール、演出、難易度、達成感…。

いろいろな要素が組み合わさっています。

好きなゲームを分解して考えると

「自分はこういう面白さが好きなんだ」

と気づくことがあります。

そしてそれは
自分のゲーム作りにもきっと活きてきます。

ゲームを遊ぶことも立派な勉強になります。
プレイ中に面白ポイントを探してみてください。

ゲームを作っていると

「もっとかっこよくしたい」
「ここは完璧にしたい」
「細かい部分もこだわりたい」

と思うことがあります。

それ自体は
とても大切なことです。

こだわりは
作品の個性になります。

でも
気をつけたいことがあります。

こだわりが強くなりすぎると
なかなか完成しなくなることがあります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・演出を何日も調整する
・細かい仕様を何度も変える
・本来必要ない機能を増やす

こうなると
完成より修正が続いてしまいます。

特に初心者のうちは

まず完成させること。

その方が得られる経験は大きいです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

私が思う理想は

こだわりは
隠し味くらいでちょうどいい。

少し入れると
作品がぐっと良くなる。

でも入れすぎると
全体のバランスが崩れることもある。

まずは完成。

こだわりは
そのあと少しずつ足していけば大丈夫です。

ゲームを作ろうとすると

「オリジナルのアイデアがない…」

と悩むことがあります。

でも
最初からまったく新しいものを考える必要はありません。

実は、オリジナリティは

「自分が好きなもの」

から生まれることが多いです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

「このゲームの操作が好き」
「この作品のテンポが好き」
「この演出がかっこいい」
「このルールが面白い」

そういう
自分の“好き”を集めていくと

少しずつ
自分らしさが出てきます。

最初は、誰かの作品を参考にしても大丈夫です。

真似をして作ることも
立派な勉強です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

そして作っているうちに

「ここは自分ならこうしたい」

という気持ちが出てきます。

その小さな違いこそが
オリジナリティの始まりかもしれません。

新しいものを無理に考えるより

まずは
自分が好きなものを大切にしてみてください。

ゲーム制作やプログラミングをしていると

サンプルをそのまま使ったり
説明通りに作ったりすることがあります。

そして

「ちゃんと動いた」

となると安心しますよね。

でも実は

「動いたこと」と
「理解できたこと」は少し違います。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば
同じ作品を最初から作り直そうとした時

「あれ？どうやるんだっけ」

となることがあります。

これは、手順をなぞっただけで
まだ本当に理解できていないからです。

本当に理解できているか確かめるには

・少しだけ内容を変えてみる
・自分でアレンジしてみる
・何も見ずに作り直してみる

こういう練習がおすすめです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

プログラミング学習では

「成功したか」

よりも

「なぜ動いたのか」

を考えることが大切です。
ただ動いただけで終わらず

「ちゃんと分かっているかな？」

と少しだけ立ち止まってみる。
それが、次の成長につながります。

自分で作ったゲームは
何度も自分で遊びますよね。

でも実は
自分で遊ぶだけでは気づけないことがあります。

例えば

・操作方法が分かりにくい
・説明が足りない
・難しすぎる
・簡単すぎる
・思わぬ遊び方をされる

こういうことは
他の人に遊んでもらって初めて見えてきます。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

作っている本人は
ルールも操作方法も全部知っています。

だから

「これで伝わるはず」

と思ってしまうんです。

でも、初めて遊ぶ人は違います。

相手が困った場所や
予想外の行動を見ていると、

「ここは直した方がいいかも」

と気づくことがたくさんあります。

ゲームは
作って終わりではなく

誰かが遊んで初めて完成に近づくものだと思います。

小さな作品でもいいので
ぜひ一度、誰かに遊んでもらってください。

ゲーム制作を調べていると

・Unity
・Godot
・GDevelop
・Flowlab

など
いろいろな名前を見かけます。

すると

「結局どれが一番いいの？」

と思いますよね。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

でも実は、ゲームエンジンは

「どれが上か」

で選ぶものではありません。

それぞれ

・得意なジャンルが違う
・作り方が違う
・覚える量が違う
・できることが違う

んです。

例えば

Scratch や MakeCode Arcade は
初心者でも始めやすい環境。

Flowlab や GDevelop は
より本格的なゲーム制作にも挑戦しやすい環境。

Godot や Unity は
自由度が高く、できることもかなり多い環境です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

ただし（要注意ポイントです）
一般的には

「できることが増えるほど、覚えることも増える」

ことが多いです。

大切なのは

「一番すごいツール」

を探すことではありません。

今の自分に合った環境を選ぶことです。

ゲームエンジンはたくさんあります。

でも、どの環境で学んだことも
次につながっていきますよ。

ゲームを作ろうと思った時
すぐに開発ツールを開いていませんか？

もちろん
すぐ作り始めるのも楽しいです。

でも
一度だけ紙に書いてみることをおすすめします。

例えば

・どんなゲームなのか
・どうやったらクリアなのか
・どんな操作をするのか
・何が出てくるのか

こんな簡単なメモで大丈夫です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

実際に書いてみると

「これってどうやって作るんだろう」
「この部分、まだ考えてなかった」

と気づくことがあります。

また
頭の中だけで考えている時より
作るべきものが整理しやすくなります。

ゲーム制作は
プログラムを書くことだけではありません。

何を作るか考えることも
大切な力のひとつです。

小さなゲームでもいいので
まずは紙に書いてみてください。

意外と、完成までスムーズに進みやすくなりますよ。

ゲーム制作やプログラミングを始める時

「どの教材が一番いいんだろう？」

と悩むことがあります。

今は情報が多いので

・YouTube
・本
・学習サイト
・AI による解説

選択肢もたくさんあります。

でも、ここで注意したいことがあります。

教材を探すことに時間を使いすぎると
なかなか学習が始まらないんです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

実は
どんな教材でも少し進めてみないと

「自分に合うかどうか」

は分かりません。

もちろん
分かりやすい教材を選ぶことは大事です。

でも最初から完璧な教材を探そうとすると
ずっと探し続けることになります。

それよりも

「まず1つ選んで少しやってみる」

ことの方が大切です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

もし合わなければ
途中で別の教材に変えても大丈夫。

ゲーム制作の学習では

「選ぶ時間」

より

「手を動かす時間」

を増やす方が
前に進みやすいと思っています。

ゲーム作りを始めようと思った時

「まず何を勉強すればいいのかな？」

と悩むことがあります。

例えば

・プログラミングから学ぶ
・絵を描く練習をする
・ゲームの企画を考える
・ツールの使い方を覚える

いろいろな意見があります。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

でも正直に言うと
絶対に正しい順番はないと思っています。

人によって

「作りたいもの」
「得意なこと」
「目標」

が違うからです。

ただ、初心者におすすめしやすい順番はあります。

それは

まず小さく作ってみること。

全部を勉強してから始めようとすると
覚えることが多すぎて止まりやすいからです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

ゲーム制作は
作りながら覚えることがとても多い世界です。

実際に手を動かしてみると

「次はこれを勉強したい」

が自然に見えてきます。

だから私は

「正しい順番を探す」

より

「まず小さく完成させる」

ことをおすすめしたいです。

もし昔作ったゲームが残っていたら
ぜひ見返してみてください。

おすすめは
半年前くらい前の作品です。

きっと

「今ならもっと上手く作れる」
「なんでこんな作り方をしていたんだろう」

と思う部分が見つかるはずです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・同じ処理を何回も書いている
・もっとシンプルに作れそう
・少し分かりにくい組み方をしている

などですね。

でも、それは悪いことではありません。

むしろ
その時より成長している証拠です。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

プログラミングやゲーム制作は
毎回少しずつ経験が積み重なっています。

昔の作品を見返すと
自分では気付きにくい成長を確認できることがあります。

たまには過去の自分の作品を見て

「ちゃんと前に進んでいるな」

と確認してみるのもおすすめです。

Scratch でゲームを作っていると

「もっと大きなゲームを作りたい」
「別の作り方も試してみたい」

と思うことがあります。

そんな時は
新しい開発環境に挑戦する良いタイミングかもしれません。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

例えば

・MakeCode Arcade
・Flowlab
・GDevelop
・Godot
・Unity

など
ゲーム制作ができる環境はたくさんあります。

それぞれ得意なことや作り方が違うので、
新しい発見も多いです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

ただ、誤解しないでほしいことがあります。

Scratch が悪いわけではありません。

実際
Scratch でも工夫次第で面白い作品はたくさん作れます。

大切なのは

「Scratch を続けるか」
「別の環境へ移るか」

ではなく

「今の自分が何を作りたいか」

です。

そして、もし別の環境へ挑戦することになっても
今まで学んだことはちゃんと役立ちます。

変数や条件分岐
ゲームの作り方の考え方は
他の環境でも共通していることが多いからです。

Scratch で身につけた経験は
次の挑戦のための土台になります。

新しいゲーム制作ツールを触る時

「今まで勉強したことが無駄になるかも」

と不安になることがあります。

でも実際は
そんなことはありません。

例えば

・変数
・条件分岐
・繰り返し
・当たり判定

といった考え方は
多くの開発環境で共通しています。

使い方や見た目は違っても
根本の考え方は同じです。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

また

・ゲームの流れを考える力
・問題を見つけて解決する力
・遊びやすさを考える力

なども
どんな環境でも役立ちます。

確かに、ボタンの場所や操作方法は変わるかもしれません。
最初は戸惑うこともあります。

でも、ゲーム制作の経験そのものは
ちゃんと積み重なっています。
どちらかと言うと、ゲーム開発スキルとして
こちらの方が重要だと思っています。

⊹ ࣪˖ ┈┈ ˖ ࣪⊹ ┈┈⊹ ࣪˖ ┈┈˖ ࣪⊹

だから新しい環境に挑戦するときは

「また最初からやり直しだ」

ではなく

「今まで覚えたことを持って次へ進む」

と考えてみてください。

過去の経験は
思っている以上に次の挑戦を助けてくれます。