プチコン３号講座


初心者の方へ

プチコン３号とは、ニンテンドー３ＤＳで動作するソフトウエアで、BASICというプログラム言語を使って自分でプログラミングをしてゲームやアプリを作ることができます。
プチコンやプログラムに関して、全く知らない初心者の方は
公式サイトのプチコン初心者講座が一番丁寧でわかりやすいです。
プチコン３号 ＳＭＩＬＥＢＡＳＩＣ講座

また、ここではゲームプログラムを作成するにあたっての、
基礎的な知識を、極力難しいことを考えずに伝えたいと考えております。
プチコン４の方はこちらの同じ内容のプチコン４講座へ

アクションゲームを作るまでプチコン(第１回)(３号版)

ここでは、プチコン３号で簡単なアクションゲームを作る方法を、細かく丁寧に極力わかりやすく解説していきたいと思います。


青文字が前回から追加された、内容になっています。

画面の初期化

  1. ＡＣＬＳ

まずは、ここから始まる。
このプログラムをEDITモードで入力して、黒い画面で「ＲＵＮ」と入力して「Enter」を押す。(RUNと入力しなくてもスタートボタンでOK)
これで、画面の表示がすべて消える。
プログラムを書くときはとりあえず書いておけ、というのは正解だが内容を知っておかないと意味がない。 ACLSで、画面の表示をすべて消去。

キャラクタの表示

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６

これで、画面にキャラクターが表示される。
キャラクターなどはスプライトと呼ばれ、番号を指定することでどんな絵を出すかを指定できる。
この場合、自分の管理番号が０で、表示される絵が６４番ということになる。この絵の番号を定義番号と呼ぶ。
プチコン３号では、あらかじめ定義番号に表示されている絵が設定されており、スマイルツールの「ＳＰＤＥＦ」で確認することができる。
また、このようにプログラムは上から順番に実行される。

背景の表示

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  4. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）

これで、水色の空と茶色の地面を表す背景と図形が表示される。
GCLS命令で、背景をすべて塗りつぶし、GFILL命令で指定した範囲を四角で塗りつぶす。
色の指定は、ＲＧＢ関数で行う。
RGB関数では、Ｒ(赤)、Ｇ(緑)、Ｂ(青)をそれぞれ0～255の256段階で指定する。

ヘルプを開くと基本色の作り方が書いてあるので、基本的にはそれを参考にすればある程度の色は作れるようになる。

メインループを作成

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  4. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  5. ＷＨＩＬＥ　ＴＲＵＥ
  6. 　ＶＳＹＮＣ　１
  7. ＷＥＮＤ

これで、プログラムが終了しなくなる。
(メインループという：ゲームプログラムの基本)
プチコンの場合はSTARTボタンで終了できるので別に無限ループが危ないわけではない。
5行目のWHILEで条件が一致するまで、7行目の「WEND」まで繰り返しを行うことを意味し、上限がTRUEなので無限に繰り返すことを意味する。
6行目のVSYNCという命令は一定時間待つことを意味する。

キャラクターを任意の位置に表示

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  6. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  7. ＷＨＩＬＥ　ＴＲＵＥ
  8. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  9. 　ＶＳＹＮＣ　１
  10. ＷＥＮＤ

これで、キャラクタを指定した座標に表示できる。
ちなみに、画面橋の左上が(0,0)、画面端の右下が(399,239)となっている。
指定する値は、キャラクターの左上の座標である。

ボタンの入力を追加１(右移動)

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  6. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  7. ＷＨＩＬＥ　ＴＲＵＥ
  8. 　Ｂ＝ＢＵＴＴＯＮ（）
  9. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  10. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  11. 　ＶＳＹＮＣ　１
  12. ＷＥＮＤ

ここから、ちょっと難しくなる。 ボタンの入力を取得する(8行目)
この場合→ボタンが押されていたら、Xを加算する。(9行目)
ボタンと番号の対応状況はマニュアルを読んで理解するしかない。
これで、→ボタンが押されている時、キャラクタが右方向に動くようになる。

ボタンの入力を追加１(左移動)

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  6. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  7. ＷＨＩＬＥ　ＴＲＵＥ
  8. 　Ｂ＝ＢＵＴＴＯＮ（）
  9. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  10. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  11. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  12. 　ＶＳＹＮＣ　１
  13. ＷＥＮＤ

前回と同様の方法を、←ボタンでも出来るようにする。
これで、キャラクターの左右移動ができるようになる。

プレイヤーの移動範囲を制御

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  6. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  7. ＷＨＩＬＥ　ＴＲＵＥ
  8. 　Ｂ＝ＢＵＴＴＯＮ（）
  9. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  10. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  11. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  12. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  13. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  14. 　ＶＳＹＮＣ　１
  15. ＷＥＮＤ

キャラクターが画面外に移動してしまうと、ゲームが成り立たなくなってしまう。 なので、キャラクターが画面外に移動しようとしたら強制的に戻す処理を入れる。 キャラクタの左上の座標をしていする必要があり、キャラクターの大きさは16×16なので、右端は383を指定する。(383 = 399-16)
これで、キャラクターの移動範囲が画面内に限定されるようになる。

プレイヤーの落下処理を入れる

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. Ａ＝０
  6. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  7. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  8. ＷＨＩＬＥ　ＴＲＵＥ
  9. 　Ｂ＝ＢＵＴＴＯＮ（）
  10. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  11. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  12. 　Ａ＝Ａ＋０．１
  13. 　Ｙ＝Ｙ＋Ａ
  14. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  15. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  16. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  17. 　ＶＳＹＮＣ　１
  18. ＷＥＮＤ

ここはちょっと、物理の知識が必要になる。(難しくはないはず)
Ａという加速を表す変数を用意する。(加速:Acceleration)
毎回の処理で、少しずつ大きくなるようにする。(12行目)
そして、キャラクターの座標に加速を加算する。(13行目)
これで、キャラクターの自然な落下が表現できる。

プレイヤーの着地の処理を入れる

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. Ｘ＝１２８
  4. Ｙ＝６４
  5. Ａ＝０
  6. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  7. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  8. ＷＨＩＬＥ　ＴＲＵＥ
  9. 　Ｂ＝ＢＵＴＴＯＮ（）
  10. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  11. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  12. 　Ａ＝Ａ＋０．１
  13. 　Ｙ＝Ｙ＋Ａ
  14. 　ＩＦ　Ｙ＞１７６　ＴＨＥＮ　Ｙ＝１７６：Ａ＝０
  15. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  16. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  17. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  18. 　ＶＳＹＮＣ　１
  19. ＷＥＮＤ

このままでは、どこまでも落下していってしまうので、床の座標に来たら、それ以上落ちなくする。
Ａを０にしているのは、Ａがどこまでも加算していってしまうと、数字が大きくなりすぎてエラーに成ってしまう(オーバーフロー)を防ぐため。
これで、キャラクターの着地ができる。

歩行アニメーションを設定する

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. ＳＰＡＮＩＭ　０，３，８，６１７，８，６１６，０
  4. Ｘ＝１２８
  5. Ｙ＝６４
  6. Ａ＝０
  7. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  8. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  9. ＷＨＩＬＥ　ＴＲＵＥ
  10. 　Ｂ＝ＢＵＴＴＯＮ（）
  11. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  12. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  13. 　Ａ＝Ａ＋０．１
  14. 　Ｙ＝Ｙ＋Ａ
  15. 　ＩＦ　Ｙ＞１７６　ＴＨＥＮ　Ｙ＝１７６：Ａ＝０
  16. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  17. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  18. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  19. 　ＶＳＹＮＣ　１
  20. ＷＥＮＤ

プレイヤーの移動ができても、動いているよう見えませんね。
なので、SPANIMという命令を使用して、アニメーションするように設定する。
SPANIMはできることが多いので少し複雑である。
SPANIM 定義番号，アニメ対象，パラメータ
となっており、アニメ対象の指定のよって指定するパラメータが異なっていたり、パラメータを指定する方法が複数あるため、前作経験者でもわかりにくいという声が多い。

今回は、アニメ対象を(3：定義番号)を指定する。
要するに、定義番号(絵の種類)を変えることでアニメーションを表現する。
パラメータを指定する方法は複数あるが、今回は直接指定する方法を書いている。
わかりやすく改行を入れるとこうなる(改行があったらエラーになるので注意)

ＳＰＡＮＩＭ　'
０，　　　　　’管理番号
３，　　　　　’アニメ対象(アニメ方法の指定：今回はコマを帰るので３）
８，６１７，　’１コマ目のパラメータ　(表示時間、定義番号(絵の番号))
８，６１６，　’２コマ目のパラメータ　(表示時間、定義番号(絵の番号))
０　　　　　　’ループ回数(０は無限ループ)

「ねっ。簡単でしょ。」
表示時間はフレーム数で指定する。ゲームの世界では60分の1秒が1フレームとなる。
コマ数を増やしたい場合は、2コマ目に続けて同様に書いていけば良い。

これで、プレイヤーが歩く様子が表現できる。

プレイヤーのジャンプ１(押されたらジャンプ)

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. ＳＰＡＮＩＭ　０，３，８，６１７，８，６１６，０
  4. Ｘ＝１２８
  5. Ｙ＝６４
  6. Ａ＝０
  7. ＪＰ＝１
  8. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  9. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  10. ＷＨＩＬＥ　ＴＲＵＥ
  11. 　Ｂ＝ＢＵＴＴＯＮ（）
  12. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  13. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  14. 　ＩＦ（Ｂ　ＡＮＤ　１６）＆＆（ＪＰ＝＝０）ＴＨＥＮ　ＪＰ＝１：Ａ＝－３：ＢＥＥＰ　８
  15. 　Ａ＝Ａ＋０．１
  16. 　Ｙ＝Ｙ＋Ａ
  17. 　ＩＦ（Ｙ＞１７６）＆＆（Ｂ　ＡＮＤ　１６）＝＝０　ＴＨＥＮ　ＪＰ＝０
  18. 　ＩＦ　Ｙ＞１７６　ＴＨＥＮ　Ｙ＝１７６：Ａ＝０
  19. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  20. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  21. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  22. 　ＶＳＹＮＣ　１
  23. ＷＥＮＤ

少し複雑だが、Ａボタンが押された時(B AND 16)の場合にジャンプするようにする。
ジャンプ状態を表す変数「ＪＰ」を用意し、「ジャンプ状態でなかったらジャンプできるようにしている。
ＪＰ：０＝通常，１：ジャンプ中
ジャンプ時は、加速を値をマイナスにすることで、ジャンプができるようになる。
ついでに、音も鳴らしておく。
16行目では、着地かつＡボタンが押されていない時に、次にＡボタンが押されたらジャンプできるように変数を制御している。 これで、プレイヤーがジャンプできるようになる。

プレイヤーのジャンプ１(ジャンプの高さの調整)

  1. ＡＣＬＳ
  2. ＳＰＳＥＴ　０，６１６
  3. ＳＰＡＮＩＭ　０，３，８，６１７，８，６１６，０
  4. Ｘ＝１２８
  5. Ｙ＝６４
  6. Ａ＝０
  7. ＪＰ＝１
  8. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  9. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  10. ＷＨＩＬＥ　ＴＲＵＥ
  11. 　Ｂ＝ＢＵＴＴＯＮ（）
  12. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  13. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  14. 　ＩＦ（Ｂ　ＡＮＤ　１６）＆＆（ＪＰ＝＝０）ＴＨＥＮ　ＪＰ＝１：Ａ＝－３：ＢＥＥＰ　８
  15. 　ＩＦ（（Ｂ　ＡＮＤ　１６）＝＝０）＆＆（ＪＰ＝＝１）ＴＨＥＮ　ＪＰ＝２：Ａ＝Ａ／２
  16. 　Ａ＝Ａ＋０．１
  17. 　ＩＦ　Ａ＞０　ＴＨＥＮ　ＪＰ＝２
  18. 　Ｙ＝Ｙ＋Ａ
  19. 　ＩＦ（Ｙ＞１７６）＆＆（Ｂ　ＡＮＤ　１６）＝＝０　ＴＨＥＮ　ＪＰ＝０
  20. 　ＩＦ　Ｙ＞１７６　ＴＨＥＮ　Ｙ＝１７６：Ａ＝０
  21. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  22. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  23. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  24. 　ＶＳＹＮＣ　１
  25. ＷＥＮＤ

少し複雑だが、Ａボタンが離された時、かつ、上昇中の時に、ジャンプの加速を半分にする。
こうすることで、ジャンプボタンの押されている長さに応じた、自然なジャンプの高さ調整を実現できる。
ＪＰは、着地時０、上昇中１、落下中２　というようになる。

わかりやすくコメント(注釈)を入れる

  1. ’－－－－－－－－－－－－－－
  2. ’アクションゲームのサンプル
  3. ’　　　Ｖｅｒｓｉｏｎ：０
  4. ’　　　ゲームないようとか
  5. ’　　　２０１４／１２／１５
  6. ’－－－－－－－－－－－－－－
  7. ＡＣＬＳ
  9. ’プレイヤー
  10. ＳＰＳＥＴ　０，６１６
  11. ＳＰＡＮＩＭ　０，３，８，６１７，８，６１６，０
  12. Ｘ＝１２８　　　’Ｘざひょう
  13. Ｙ＝６４　　　　’Ｙざひょう
  14. Ａ＝０　　　　　’ジャンプかそく
  15. ＪＰ＝１　　　　’０：ちゃくち
  16. 　　　　　　　　’１：じょうしょう
  17. 　　　　　　　　’２：らっか
  19. ’はいけい　と　じめん
  20. ＧＣＬＳ　ＲＧＢ（０，１２８，２５５）
  21. ＧＦＩＬＬ　０，１９２，３９９，２３９，ＲＧＢ（１６０，１２８，９６）
  23. ’－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
  24. ＷＨＩＬＥ　ＴＲＵＥ
  25. ’－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
  27. 　’ボタンそうさ
  28. 　Ｂ＝ＢＵＴＴＯＮ（）
  29. 　’よこいどう
  30. 　ＩＦ　Ｂ　ＡＮＤ　４　ＴＨＥＮ　Ｘ＝Ｘ－１
  31. 　ＩＦ　Ｂ　ＡＮＤ　８　ＴＨＥＮ　Ｘ＝Ｘ＋１
  32. 　’ジャンプ
  33. 　ＩＦ（Ｂ　ＡＮＤ　１６）＆＆（ＪＰ＝＝０）ＴＨＥＮ　ＪＰ＝１：Ａ＝－３：ＢＥＥＰ　８
  34. 　ＩＦ（（Ｂ　ＡＮＤ　１６）＝＝０）＆＆（ＪＰ＝＝１）ＴＨＥＮ　ＪＰ＝２：Ａ＝Ａ／２
  36. 　’らっか
  37. 　Ａ＝Ａ＋０．１
  38. 　ＩＦ　Ａ＞０　ＴＨＥＮ　ＪＰ＝２
  39. 　Ｙ＝Ｙ＋Ａ
  41. 　’ちゃくち
  42. 　ＩＦ（Ｙ＞１７６）＆＆（Ｂ　ＡＮＤ　１６）＝＝０　ＴＨＥＮ　ＪＰ＝０
  43. 　ＩＦ　Ｙ＞１７６　ＴＨＥＮ　Ｙ＝１７６：Ａ＝０
  45. 　’がめんからでないように
  46. 　ＩＦ　Ｘ＜０　ＴＨＥＮ　Ｘ＝０
  47. 　ＩＦ　Ｘ＞３８３　ＴＨＥＮ　Ｘ＝３８３
  49. 　’プレイヤーひょうじ
  50. 　ＳＰＯＦＳ　０，Ｘ，Ｙ
  51. 　ＶＳＹＮＣ　１
  52. ＷＥＮＤ

プログラムが大きくなってくると、後で読むときに苦労する。なので、わかりやすいように空行は注釈(コメントという)を入れておくと、後で自分が見た時に読みやすいし、 自分以外の人が見た時も読みやすくなる。
コメントはなるべく英語で書くことが望ましいけど、日本人なら日本語でもＯＫである。

コメントを書くときのポイントは多すぎず少なすぎず。
プログラムに見出しとして書くか、
プログラムで書けないことを書くとわかりやすくなる。

ここまで、できればゲームプログラミングの基本は十分である。
実際にゲームを作るときは敵の表示や動き、接触時の当たり判定処理などが必要であるが、
そこから先は複雑になっていくので、次回のアクションゲームを作るまで(第２回)で解説していきたいと思う。内容はほとんど同じ(命令が若干異なる)のMk2版はこちら
※　MK2ではメインループをGOTOで処理するのが主流ですが、３号ではWHILE TRUE ～ WENDで行うのが主流になると思われます…


ゲームを作るということは簡単なことではない

このように、プログラムと言うものはこのような単純な動きだけでも、数十行の記述が必要になり、実際にゲームを作る際は更に行数を記述することになり、相当な根気が必要なものになります。
しかし、ここまで書いて動かしてみて面白いと感じたのなら、自分で試行錯誤したり、ネットや書籍を頼りに独学でプログラミングについて学んだり、してみるのもよいでしょう。

ここから先は、もうちょっと難しくなります

ここから先は本当に初心者にとって難しいものになるため、非常に解説するのも難しくなります。
実は一番プログラムの習得が早い方法が、自分よりも上の人が作ったプログラムを見ながら書き写すこと、だったりします。
なので、QRコードで読み取らずに、自分の目で見てプログラムを書き写すことが大切なのです。

実際に書き写そうとすると、どこかに誤りがあったり(自分がおっちょこちょいだからでもある)、それを動かしながら、自分の間違いを探したり、そうしている内に命令やロジックの仕組みを理解したりできるのです。
非常に時間と根気が必要です。

自分はパズルが好きなので、どうしても自分の力だけでやり遂げたくなりますが、本当の近道は他人の良いプログラム理解することです。
(プログラムに何年も触れてわかったこと)


まだ、３号コンテンツはこれしか作っていませんが、
ゲームの作り方の基本は３号も前作Ｍｋ２も基本的には変わりません。


計算しない数学、計算する数学　ホントの数学は自分の中にある　数学バトル

数学＝計算ではない！原理や構造の理解を大切にすると、数学はもっとおもしろくなる！数学は永遠性を秘めている。数学だけが人間の唯一の証ではないかという感動が湧いてくる—。



トップに戻る

inserted by FC2 system