- 何もなければ〇✕ゲーム作る
できるかな - 野田クリスタルはHSPだよなあれｗ
- いや。無理だね。てきないね。お前には無理だよ。
- ムッカ～。
そこまで言うならマルバツゲーム作る。マジで。 - スレが上がらない
- 俺が作った奴があるじゃん
- 知らんがな
- 作るぞ
まず最初はウィンドウサイズを決める
300,300でいいか、ちょうど1マス100*100になるから
小さいかな？ - だ、だめだよぅー！
- 800ないとはなしにならない
- たしかに
900,900で1マス300にしよう
- 900だとPC画面ほぼ埋まるわ
600にした - えーーーーっと、この後どうすればいいのか
まず線を引かなきゃだよな
ウィンドウサイズから線の長さと位置を指定する
600/3から - ウフフ
- 素人は画面から作りたがるよなあ
重要なのはロジックだっつうの - >>15
最終的に作れれば何でもいいのさ>>17
個人開発プログラミング言語
かなり手軽に作れるゲームとか - >>20
画面から作る奴は
ロジック組めなくて放り出すよ - >>24
頑張るから見ててくれ
手詰まり起こしたら助けてくれ - >>27
ロジックをどうするのか考えを書きなよ
それなら他の人と会話する価値がある - >>28
まだ大丈夫だよ - >>29
いやいや画面のコードなんてお前の中でやれよ
そんなもの俺たちに見せられても何の興味もないここに持ち出すなら話す価値があることを話せ
- >>31
そこまで意識高くない
何か作る！で日記みたいに吐き出してくだけだよ
作業日記までするつもりはなかったけど暇だった - ウィンドウサイズを変えてもちゃんと描画される
あとサイズは結局正方形になるからwindのxとyを一つにまとめました
- >>16
しゅごい - hspってなに
- >>17
なんか精神病みたいなの - >>21
ボケなくてもいい - 最終的に作れるなら何でもいいんだよ
- そう、かなり手軽にプログラムできるけど
そろそろhspよりも簡単でかつ高性能なものが出て来ても良いと思ったけど
なかなか後追いがいないよねぇ… - >>22
でもプログラマが使うには癖が強くて糞ほど扱いにくいらしいよね - vipperに優秀なやつもいるからまあ平気だろ
- 9*8*7*6*5*4*3*2*1=362880だから、
まずは全パターン計算するのが良さそうだな - オレはコード見て話し合いもできるし
なんなら一緒に作ってもいいが
残念、夜勤だからそろそろ消える - クリックしたマウスの座標から何マス目かを求めたい
1マス目 lineN*0,lineN*0 ~ lineN*1,lineN*1
2マス目 lineN*1,lineN*0 ~ lineN*2,lineN*1
3マス目 lineN*2,lineN*0 ~ lineN*3,lineN*14マス目 0,1 ~ 1,2
5マス目 1,1 ~ 2,2
6マス目 2,1 ~ 3,24マス目 0,2 ~ 1,3
5マス目 1,2 ~ 2,3
6マス目 2,2 ~ 3,3なんか面倒だな？余りとか使って求めるのがいいか
そういえばかなり前に作ったなマルバツゲーム - しばらく席外すからロジック考えとけ
つうか、ロジック組めるレベルじゃなさそうなんだが
対戦機能なしの画面だけでおしまいのパターンっぽいな - クリックした座標からそれぞれのマスを特定することができた
右の数字が確認用で左上から順番にクリックしてる
- おっHSPか
懐かしいな - ウケる
- 直った
クリックすると○が描画されるようにできた
- 万有引力のシミュレータ
- >>41
40年かかるけど大丈夫？ - ついでに☓も描画できるようになった
クリックしていくと○と☓が交互に表示されるようになった
- え～～～～
○×ゲームなんてＪＳでも10分で組めるだろ？
ＨＳＰってそんなゴミなの？ - >>44
2行目は分かるけどどういう思考回路したら3行目に至るのかがわからない - HSPって未だに外部フォント使えないからすぐやめた記憶
- >>45
エディタが使いづらいってな
デバッグ機能がゴミすぎると誰かが嘆いてた - 次の局面で勝つ手があれば、その局面になった時点で勝ち
だから、そのような場合、子（次）の局面の勝利を親（現在）の局面に持ってくることができる - >>48
CPU？
そこまでは考えてなかった - マークが3つ並んだときの判定をどうすればいいのか分からない
さっき言ってたロジックの話はこれのことか - >>49
その判定は少し考えれば書ける
俺が言ってるロジックはCPU対戦のロジック - 次の局面での勝ちがない場合、
可能な局面の次の局面が勝ちであるか、再帰的にチェックする - すべての子の局面に勝利があった場合、その局面は勝ちである
（正解を指せばいいだけ） - ちょっとよく分からない
- このようにして勝利が確定している場合は正解手をさせばいいだけ
次に、勝利が確定してない場合を考えよう - 総当りで勝利を探してダメだったら次の面で考えてダメだったら…ってことね
それより今は判定だ
俺は考えても思いつかない
配列変数使った強行手段しか思いつかない - >>56
横並び・縦並び・斜め並びをチェックするだけ
初心者はうまいやり方を工夫しようとか考えたがるけど、そんなことするのは時間の無駄
コードを理解しにくくなるだけ
やりたいことが明確でシンプルなコードを書くように心がけましょう - >>63
ううむ
変に凝るのもダメか
とにかく力づくで試してみる - 逆に相手の勝ちがあれば相手はそれを指せば勝てる
そのような局面に進んでしまった時点で負けとする
（相手が正解手を指さない可能性もあるので負けるとは限らないがロジック上はそのように扱う） - 再帰的にチェックして、どこに分岐しても負けがある場合は、その局面に至った時点で負けである
- このようにして負けと判定される手は避ける
- 無限の手段で全プラットフォームに配信できるからjsで作ればいいのに
- 頭良いネ
- オブジェクト指向も勉強したら？
オブジェクト指向を習得すれば、それ以外で書く気はなくなるマスは縦・横それぞれの位置を持つべきだろうね
配列でーーとか考えてるのは次元が低い - >>64
一応sqXとsqYがある
そういう話じゃないか
じゃあ1次元じゃなく3次元配列にして
そういう話じゃないか - >>66
データ構造に依存するコードだと、データ構造に変更が必要になったら面倒だろ
データ構造に依存するコードを書くのはど素人 - お手上げですわ
貴方の言う通りになった - >>68
だろ
見た目から作れば当然そうなる
HSPプログラミングで何か作りたいからテーマと作り方教えて
VIP
コメント