Petitverse

そういえば非公式初心者講座は第17章「ビット演算の実習」がまだできていませんね...
mkII用ですがこちらが参考になるかもしれません。
https://smileboom.com/special/ptcm2/co_konnichiwa/p17.php

ビット演算のメリットですかー...
よっぽど複雑なプログラムでない限り、メリットは少ないんじゃないかと。
普通にゲームとか作ってる限りでは、(BUTTON命令を除いて)ビット演算を使わなくてもできますし。
あとプチコン4ではBUTTON命令にビット演算がいらなくなりましたね。
例えば3号で IF BUTTON() AND #A THEN と書いていたのが、
4では IF BUTTON(0,#B_RRIGHT,0) THEN となります。
(#B_RRIGHTはAボタンのこと)

>でも習得はバッチリしておいたほうが良い...でしょうか?
そうですね。いつか役に立つかもしれませんし。

>全て「%」をつけた整数型にしたほうが良いんですか?
普通に考えたらそうなんですが、プチコンではつけてもつけなくても速度はあまり変わりませんし、どちらでもいいと思います。
自分はいつもつけていません。
ちなみにすべての変数を整数型にする「OPTION DEFINT」という命令もあります。

>プログラム自体の容量も削減されますか?
されません。細かく言うと「%」が1文字増えるので1バイト多くなりますね。
メモリというのは実行中に変数を保存しておく場所のことです。
普通はメモリが足らなくなることなんてないと思いますので、64ビットでも32ビットでも大した影響はないでしょう。

あと編集は右下の「編集」ボタン→「編集する」を選択→「送信する」→書き換える→「編集する」でできます。

>「OPTION DEFINT」で1つにまとめて(?)しまえばそれ(「%」による容量増加)も抑えられるんですか?
いやプログラムの容量って文字数のことですから「%」は1文字ですし「OPTION DEFINT」は13文字ですよ。
文字数なんか気にし始めたら変数は全部1文字にした方が容量少ない、とかそういう話になってしまいますよ。
自分はOPTIONも使わず全部実数型にしちゃいますけどね。

>OPTION系命令の引数(?????)は2種類あるようですが、〜つまり2つを重ねられる、ということですか?
そうですね。

>その編集ボタンが見当たらないです><
上の画像のようなボタンありませんか?
ログインしてないのでは?

自分はあまり使わないのでわかりませんが、
変数名の打ち間違いを防ぐためとか?
OPTION STRICTなしだと変数名を間違えても別の変数として扱われますが、
OPTION STRICTをするとエラーを出してくれるので、間違いに気づきやすいです。
変数を宣言するというのはこういうことです。
例)
OPTION STRICT
VAR AAAAAAA 'ここで宣言
AAAAAAA=5
AAAAAAAA=8 '宣言してない変数なのでエラー

ビット演算すると変数名に%とか付けてなくても演算結果は自動的に整数（小数点以下切り捨て）になりますよ。

あと処理速度に関してだと、複数の論理演算を一回のビット演算に置き換えるように書くと
理論的にパフォーマンスが32倍稼げるってことなんじゃないんです？

それと、変数の型が影響するのって、処理速度よりも使用できる変数の数の方が影響あるんじゃないんですかね。
FREEMEMで使用可能メモリの残量表示して比較してみれば分かりますけど
整数型にすると実数型の時の倍の数使えるので、例えば
３号でグラフィック画面丸々一枚を配列に格納すると要素数は2^9の二乗で2^18
これ実数型だとギリギリなんですけど、整数型にするとサイズが半分になるので
２枚分のメモリを確保できたりしますし。
画像を扱うプログラム作ってる人だとOut of memoryを何回も出して体感的に分かってる感じ。

なんか整数型の話になってるので一言
同じプチコンでも3号・BIGと4で「型の扱い」が全然違うのでそこがすごく注意が必要です

はじめて触るなら3号・BIGの方が「型の扱い」が混乱しにくい仕様になっています。

3号・BIG→普通の変数と配列変数で同じルール（付いてる記号で型が決まる）
4→配列変数は3号と同じルールだけど、普通の変数は付いてる記号を無視して何でも入る！

A$=128*2
3号→エラー
4→何事もなく動く

A%=1000.1
3号→自動で整数変換（小数点以下切り捨て）
4→1000.1のまま（もちろんメモリの消費量も実数型と同じ！）

4では3号よりも使えるメモリが約16倍あるのでメモリ不足の心配は無用ですけど
『%がついてるのに整数じゃない！』というような現象が起きるのは、4の悪い仕様だと思います

先ほど別のトピックにコメントをしながら気が付いたことですが、ビット演算を理解していると、「IFが0か否かで判断分岐する性質を利用しつつANDやORとかをつなげて見かけ上簡単に書いた条件文」が変な挙動をしているなと思った時に原因に気付けるかどうかの差がつきそうだと思いました。

変な例ですが、プチコン3号で下記のコードを実行すると
C=0
WHILE 1
VSYNC 1
INC C
IF RND(4) THEN ?"A";
IF C>=60 AND RND(4) THEN ?"B";
WEND
1フレームごとに、3/4の確率でA、60フレーム以上経過後から「1/2」の確率でBが追記されます。
Aが3/4の確率で表示される理由は、IF文は0か否かで判断し、0でないならTHEN以下を実行するからです。
どうしてBが表示される確率が1/2なのかはビット演算で説明がつきます(60フレーム以上経過した時C>=60は1、RND(4)の最下位ビットが1になる確率は1/2。ANDで結んでいるので両方が1になった時条件成立なので)。

よっぽどこんなのに出くわすことはないとは思いますが、間違いに気づくためにもビット演算を覚えておいて損はないと思います。