ぱっと見15行目のSPCHRがSPCHKになっているのが見つかった。

デフォルトの色を変えたんですね〜。青が少し見にくいかな…。 あとでちゃんと見ますが実行時にエラーが出てるなら、エラー内容を書いて（写して）くれると分かりやすいです。

IF〜ENDIFはIFの有効範囲みたいな感じですね。 なので1行ならENDIFは不要だったりしますしね。

以前も投稿したスプライトを移動させるサンプルです。 まずはこのぐらいの長さのプログラムを自分で打ち込みつつ読めるようになるといいかなと思います。 わからない命令はヘルプで調べたりしつつ、それでもわからない事は質問しながら読み解ければいいんじゃないかと思います。

SPSTARTを見つけたならSPSTOPに気づいてもいいような…。一時停止だからSPPAUSEと思ったのかな？

GOTTはGOTOの間違え…。 ちなみに制御文には、他にもFOR、REPEAT、GOSUBなど色々とあるので、ここに書いたもの以外もあります。

プログラムは上から下へ、左から右へ流れるように解釈されて、その中に出てきた命令などが順番に実行されていきます。なので、この流れをきちんと追えるようにならないと何が行われているかわからないので、流れを追ってプログラムを読みながらわからない命令を調べていくといいんじゃないかと思います。 とくに流れを制御する制御文（IF、WHILE、GOTTなど）は、普通の命令と区別して考えてもいいんじゃないかと思います。 あとは変数はほぼ出てくるので、変数の概念がわからない場合は、それもちゃんと覚えておくといいですね。 使ったことない命令は、Directモードで直接実行して結果を見てみるとかも理解を助けますので、色々と試しながら覚えていくのがいいと思います。 とくに本（サイト）だけ先に読んでもなかなか実感が掴めないと思うので、実際にプチコンに打ち込みながら結果みるのがいいとも思いますよ

ELSEIF使うなら、BACKCOLORはIFの分岐の中に入れてしまえば２回IFを使う必要はなくなると思いますよ〜。

作りたいものが作れる言語を選ぶの一番だと思うけど、言語の種類よりアルゴリズムとかの方が重要というのも同感です。とくに言語は流行廃りもあるし、未来には今に無い言語が主流になる可能性だって十分にあるし。 ただスマイルBASICと違うオブジェクト指向的な言語やイベント駆動式の言語を使ったことがないのであれば、そういう言語を選んでみるのもいいとは思います。 JavaScriptは広く使われいるけどクセもあるので、その辺は気になるところ…。ただ最近のJavaScriptならクラスなども普通に使えるようになってきてるんで、それならいいのかなとも思いますが。ただWeb系ならJavaScriptは強いですね。 まあ要は興味のある言語をやるのが一番だし、その言語だけ覚えておけば安泰ってことはないと言うことですね。

あとSPの反転に関しては、SPSET時に反転する方法もありますが、それよりは定義（SPDEF）の段階で反転用の定義を作ってしまった方が楽だと思います。 もともと用意されている絵を使う場合は、SPDEFしなくてももともと反転用のパターンが用意されていますし、SPANIMを使う場合なども事前に反転用などは用意しておいた方が楽だし、もともと用意されているのもそういう使用を前提に考えたんじゃないかなって思います。

プログラムについてどのぐらい知っているかで説明の仕方が変わってくると思いますし、かといって完全にゼロから説明するのは難しい（というか、その場合はWEBでその手のサイトを検索して基本を身につけた方がいいかも？）ので、わかることを語るなりした方がいいかもです。

DATAの最後に必ずGOTOがあるのが気になる…

みんなも指摘されているようにSPOFSで位置を指定することでSPANIMがキャンセルされてしまってるのが原因ですね。 このようにSPANIM系は、そのアニメ対象の要素に対しての命令を使う事で上書き（キャンセル）されますが、逆にそれを利用してSPANIMでの動作を止めることも出来ます。SPANIMを止めるにはSPSTOPという命令もありますが、それだとそのスプライトで指定した全てのアニメーションが止まってしまうのと、再度動かしたい時にはSPSTARTをしないといけないこともあるので、僕は途中キャンセルしたい場合は、動作の上書きでの停止がいいんじゃないかと思っています。 とくに僕はキャラクタ変更（I要素）のアニメーションを止めるのに、SPCHRでの上書きを使いますね。

BGのと当たり判定なら普通はBGGETを使います。ただBGGETは１回で１箇所しか調べられないので、何回（何カ所）調べる必要があるかはゲーム内容などによって変わってきます。 アクションなどのドットで動くゲームの場合は、動く方向やキャラの大きさにもよりますが複数箇所になるのが普通です。 RPGなどで１ブロック単位で移動する（初期のドラクエなど）場合は、ちょうどBG１つが移動単位になるので、方向に合わせたBGGET１回で済むはずです。 という感じで、調べ方は多少異なりますが、基本はBGGETで調べて移動出来れば移動する（もしくは補正する）のパターンなので、色々と試してみるといいと思いますよ。

あまさと　しおんさんも教えてくれているようにピッケルが回転することとFORは関係ないです。単純に指定している定義番号のキャラが回転しているだけなので。なのでFORに問題はありません。 何故回転しているのかは、そのように定義されているから、としか言えません。ただ定義はSPDEFで変更出来るので、希望のパターンがない場合は、再定義することで調整する事は出来ます。

短いサンプルとかを教えてもらった時は、１行１行翻訳するような感じで意味を考えてみるといいかも。分からない命令はヘルプ「？」で調べつつ、それでも分からない場合は追加で質問してみるとかして。 分かってくると楽しくなると思いますし、今は厳しいと思いますが頑張ってください！

FORが失敗するなら、それを提示して何がおかしいのか原因を突き止めて、一つ一つ理解していく方がいいんじゃないかなって思いますよ。

プログラムはなかなか幅が広いので、単純に教えてください、だけだと回答を得られにくいところがあります。 なので何でもいいので自分で着手して、その上で疑問や不明点を出来るだけ具体的に質問して一つ一つ解決していくような形の方がいいんじゃないかなって思います。

あとSPSETのOUTを使う手もありますね。

プチコンの機能を生かすならフラグの代わりにSPUSED、移動はSPANIM、その他の処理（消去等）はSPFUNCを利用するのが良さそうですよね。