Archiverse Internet Archive
投稿のみ 投稿と返信
前のページ(最近)
114 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34357
次のページ(過去)
返信[5]
親投稿
せんせい、リファクタリングはおやつ、じゃなくて改造に入りますか
2そうだね
プレイ済み
返信[6]
親投稿
SPFUNC たくさんのスプライトに同じ仕事をしてほしい時に便利にもの
0そうだね
プレイ済み
返信[4]
親投稿
(SPFUNCが捗りそうな気がする…)
7そうだね
プレイ済み
返信[8]
親投稿
(あ、削除理由が分かってる場合は検索する必要はないです)
0そうだね
プレイ済み
返信[7]
親投稿
まあ、まずは片っ端から検索して削除された理由を知るところから。 単なる枠不足や、バージョンアップであれば、アリだと思う。
1そうだね
プレイ済み
返信[15]
親投稿
(私の作品だと「スピード」でSPDだったり)
4そうだね
プレイ済み
返信[8]
親投稿
RIGHT$(DATE$,5) ここの「5」が目に入らぬかー!! でも「5/17」はどう見ても(お察しください)文字だよね
0そうだね
プレイ済み
返信[4]
親投稿
(共感が)すごんい
1そうだね
プレイ済み
返信[25]
親投稿
「数の表し方」といえばただの「○進数」だけじゃなくてBCDとかも含むんやな… なるほど
1そうだね
プレイ済み
返信[10]
親投稿
よく考えたらパソコン側のソフトについて書いてないので使えないじゃん(爆笑)
1そうだね
プレイ済み
返信[7]
親投稿
整数型の上限とinfはあまり関係が無い
1そうだね
プレイ済み
返信[3]
親投稿
そもそも機械判定じゃない説
1そうだね
プレイ済み
返信[8]
親投稿
素早さが同じなる頻度がどれだけあるかにもよる。 よくあることなら対策は要るけど、そうじゃなければしなくても良い。
2そうだね
プレイ済み
返信[7]
親投稿
固有IDというか「添字」の値ね。 こうすれば疑似的に安定ソートになるはずなんだけど(*1000というのは1000体以上いない前提)
1そうだね
プレイ済み
返信[6]
親投稿
素早さ*1000+固有IDみたいな配列を作っておけば、SORTでも「同じ素早さの順番がコロコロ変わる」のを防げるけど、面倒かな…
2そうだね
プレイ済み
返信[11]
親投稿
「ここが立つとマイナスになるよ」というざっくりとした説明で「符号bit」と呼んだんだけど、あとから補数の説明を入れることになるから、そっちの表現のほうがいいのか。
0そうだね
プレイ済み
返信[10]
親投稿
最上位ビットは符号ビットではなくマイナスの重みがある、と考えるのか。 なるほど。
1そうだね
プレイ済み
返信[3]
親投稿
というか素早さとかパラメータが配列ならRSORTで良い気がするけど・・
3そうだね
プレイ済み
返信[2]
親投稿
max() でも、返り値は「一番大きい値」自体なので「一番大きい値がどこにあるか」を直接知ることができない。
3そうだね
プレイ済み
返信[4]
親投稿
符号bitが立つときは、&Hや&Bでの「見かけの数」が小さくなると、絶対値が大きくなる。 逆だ。にゃーん。
2そうだね
プレイ済み