校庭で誰かが円周上をぐるぐる一定の速度で回っているとする。 それを南から見たのが cos で、東から見たのが sin です。

INC は increment。読みはインクかな。basic では珍しいが、アセンブリでは常識。 CLS は clear screen なんでクリアスクリーンとかシーエルエスかな。クロスとは絶対に読まない ACLS はプチコン独自だけど、all CLS という感じ? エークロスとは読まない。 LOCATE は英語の locate。ローケートかな。ロカテとは絶対読まない。

repeat の場合、無条件に一回実行しちゃう、while は条件が成立しなければ一度も実行しない場合がある。 ってことで、while の方がかなり使い勝手がいいです。 ただ残念ながらbasicとは相性がそれほどよくはないです。

VBA とか省略可能なのいっぱいありますよね。 ただ、書くほうは便利かもしれないんだけど、読むほうにとっては結構辛いんですよね。いちいち場合分けをヘルプとかで確認しなきゃならないので…… というわけで、コードの可読性向上のためには、省略とか使わない方がいいのかなと思います。 (ここで perl とかの難読コード想定して頂ければ) おちゃめさんの方法だと、変数を渡したらどうなの? (あ、VAR 関数があるか) 式を渡したらどうなの? (あ、式のparser書いた方いましたね) すんません、なんでもないです。

は? 面積狭いほう塗りつぶしてたら QIX と違うゲームになっちゃいますけど???

でんぺんさん、LENが使えるのですか!?! うーん、"文字列"[i]が使えたり、内部では文字列を配列扱いしてるんですね。 はっ、これも配列が遅い一因なのでは!??!?!

パクリってことですか???

美しい!! こんな感じのもっと作ってください ストレンジアトラクタとか

フラゲ! だからチカチカやめてってば

希望としては、画面ピカピカはやめてほしい。ポケモンであれやった時、倒れる人が発生して問題になったんだよ。

フラグwww 負けるな!! へし折っちゃえ!!

どうしてこうなった!?!? 評価が遅いのか代入が遅いのかどっちも遅いのか、どうなんでしょう? A=A A=B[0] B[0]=A B[0]=B[0] どっちも遅いのかな 指標の評価がよくないような気がします。

す、すごすぎ!!! プログラムもチラ見したけど、こっちもすごい!! よくぞこんなものを・・・

&& の意味は「～かつ～」です IF A && B THEN ... は IF A THEN IF B THEN ... と同じです。 A が0でなければBは評価されません。

めぐりー先生、小学5(6?)年生は、折れ線グラフとか棒グラフとかはやるけど、位置を表す座標系としての X-Y 平面の概念は習っていないと思います!!

コア/co.aさん そ、それほんとですか!?!? 信じられない!!

初心者なので助かります。 miiverse 内へのリンクなら書いていいのでは? 他人が書いたらダメかな?? 12/5 https://miiverse.nintendo.net/posts/AYIHAAAEAABbVHhkoOkXIQ 12/9 https://miiverse.nintendo.net/posts/AYIHAAAEAADaVHhje1QgdA 12/11 https://miiverse.nintendo.net/posts/AYIHAAAEAAA5VHwZFPOzCA

す、すごすぎる!!!!!! これはおそるべきおっさんホイホイ!! いやー BDS C 恐い恐い ここらでひとつ WORDMASTER が恐い

ふぉふぉふぉ 最近の老人は uni+ も知らんようじゃのお (Ah!SKI 1984 p.36～p.3C にソースコード(BASIC)が載っとるぞ)

おお! 実装済みでしたか! 御見それ致しました。発表楽しみにお待ちしております。 上で書いた && と || の注意点は IF A && B THEN は IF A THEN IF B THEN と同じ。A が FALSE なら B が評価されません。 IF A || B THEN ... は IF A THEN GOTO @L IF B THEN GOTO @L ELSE GOTO @Q @L: ... @Q と同じ。A が TRUE なら B が評価されません。 通常は AND や OR よりも処理が早くなるのでオススメです。 マニュアルでは「ショートカットあり」とか書いてる。 ただし B に副作用がある場合は B が実行されないことがあるのでバグの元になるかもです。 では～～