すごいですね!! これは上画面ですか?? 操作はどうするの??

sqr(c) でいけます。 もちろん pow でも ok sqr の方が速いです

あ、IOCCC は C プログラムですが、まあ雰囲気は伝わると思います。

難読化は一方通行でいいんです。原プログラムは普通に書いてデバッグして、リリースのタイミングで原プログラムを難読化したものを公開するわけです。解読プログラムなど必要ありません。 不可読ではなく難読なので、もちろん努力すれば読めますが、そのハードルを上げるのが目的です。 IOCCCは難読化とはベクトルが違うのですが、結果として難読を芸術の域までに高めた作品ばかりになっています。 ほんの一例: http://www.ioccc.org/1987/hines/hines.c http://www.ioccc.org/1989/roemer.c

option defint を取り消す命令 例: option defdbl とか option nodefint とか・・・ input/linput はダイレクトモードと異なる独自のヒストリを持つようにしてください。

私もわからないのですが、 かの人が、公共の場において、確たる根拠もなく他人を病気呼ばわりする人だということはよくわかりました。

少し物憂げなレンくんいいですね!! 保存しました。 ありがとうございます!

おお! 自己書き換えいいですね!! まあ仮に編集できたとしても、コンパイルしない限り実行には反映されないんですけどね・・

ご報告ありがとうございます。 問い合わせメールですよね? あれはスマブの公式な回答であり、同じ質問をすれば同じ回答が返ってくるはずのものです。なので回答を公開しても問題ないと私は考えています。 (ので私自身も結構公開しています)

し、失礼な!! 3.5.1 はバグってるけど安定しているんですよ!!

一般論としてはあり得ますね。 メモリが少なくなった時に動的にメモリを確保するような命令(文字列操作など)を実行すると、空きメモリを探すコストが増大する可能性があります。 全部最初に確保したメモリだけでやるならおそらく影響ない。 いずれにせよsmilebasicの動作自体メモリギリギリでの動作チェックは甘いだろうから、むしろそっちの方が心配ですね。

それで合ってます! 文字列から一文字ずつ取得するのは s$="abc" ?s$[0]; のように、文字列を配列として扱えます。 n文字表示したあとで残りをぜんぶ表示するには right$ 関数を使い ? right$(s$,len(s$)-1-n) のようにすればいいでしょう。

初心者講座はまだまだ執筆中なので、今後にご注目ください!! まず、プログラムの規模感を把握するために、他人の作品をダウンロードして、プログラムのリストを見てみてください。 ちょっとしたミニゲームでも数百行、RPG や音楽ツールお絵描きツールだと数千行のプログラムになります。 いきなりそういうのを作るのは無理なので、一歩一歩、少しずつ覚えていくしかありません。まさに千里の道も一歩から。 最初は、唯一つの事を行う、ごく短いプログラムを勉強するといいです。

うちの 3DS にはまだ更新来てません・・・

いや、それだと 0から-10した時バグるから if 変数<0 then 変数=0 上限についても同様に if 変数>上限 then 変数=上限

ソースコードの難読化も需要あるようなないようなですよね～ 今の仕様に識別子を無意味文字列に変えるオプションつければそこそこ難読。 ishさん スロット書き込みの遅さは文字列の加算と互角だから、おそらく全体を一つの文字列扱いしてるんじゃないかという予感。 読むのも遅いのですか? それは知りませんでした。

うわ!! りゅうまごさんまでエスパー化している!!

エディタの行番号が 000001.000000 000002.000000 : になってなくて、わたしほんとうによかったわ!!

BGMPLAY で曲流して、 ボタンに応じてbeepで楽器鳴らすだけだって十分楽しめる音ゲーになりますよ (この程度のプログラムは一画面くらいで書ける)

お、錯視ですね?? 「えええ」は右肩下がりに 「ウウウ」は右肩上がりに 「あああ」は水平に見えます!!