『 サツキ 』
男から見ると【75点／100点】
評価：かなりすごい人
女から見ると【57点／100点】
評価：意外といい人
#男と女から見たあなたの点数
https://shindanmaker.com/932353
🤔
あわわわとーにゅ(@u1_liquid@misskey.io)の投稿 鍵垢はスパム対策でやってるだけなので気にしないでください。もしフォロバされてなかったらフォローボタン押すのを忘れてるのでメンション飛ばしてください🙏
推し事とお仕事のことしか頭にない灰おにぎりゃー🍙・ROM専すこん部🌽
プロフィール画像→有象無象のなー先生 https://twitter.com/uzoumuzo_
昭和67年生まれ
#Misskeyはいいぞ #わーーーーーーーーーーーーーーー
#Developer / #CSharp #Java #Scala #TypeScript #React #NextJs #Misskey
#Cloud / #AWS #Azure
#OS / #Windows #WindowsInsiders #Ubuntu
#Language / #JA 🇯🇵 #KO 🇰🇷 #EN 🇺🇸
Accept-Language: ja-JP, ko-KR, en;q=0.7, *;q=0.3
『 サツキ 』
男から見ると【75点／100点】
評価：かなりすごい人
女から見ると【57点／100点】
評価：意外といい人
#男と女から見たあなたの点数
https://shindanmaker.com/932353
🤔
このアカウントは、notestockで公開設定になっていません。
カードそのものをパクリしない限りそれはないと思ふ
そもそもTCGってGURPSのルールから見ると皆五分五分だし
デッキさえなんとかなれば他はだいたい目に見えるobjectだけだし、そのまま保存したて良さそう
前者はarray<card,bool>で、もう引いたカードはfalseとし、falseではないitemの中でseed付きランダムで選択
後者はqueue<int,card>でここのカードは前者のarrayではfalseにされており、指定の位置にデッキのトップが来たらdequeue時に削除される
こういう形でなんたかできるんじゃないかな
デッキを2つの構造て分離（単なるランダムSeedから出るやつ-Seed値と単なるリスト、何らかの効果で新たに追加されたやつ-デッキでの位置とカード）して、後者からdequeueして何も出なかったら前者をdequeueするようにするとデッキはある程度固定？できる
だから、>ボタンを押したときの挙動はそのプレイヤーの次の行動ではなく次のダーンでいいのではって話し
ターン制ゲームなのに1tick単位でリプレイSeekingできるのはちょっとオーバースペックでは
@ayamorisawa@misskey.m544.net @syuilo@misskey.io 単にリプレイ実装の為の状態更新かな？ならkeyframeみたいにｎターン毎にfull snapshot、他はその差分でいいのでは（そもそもターン制なのでターン単位でリプレイのSeekができれば十分だと思うし、細かい操作は適当にasmみたいな形でターンが終わったあとで一気に記録しても良さそう）
@ayamorisawa@misskey.m544.net @syuilo@misskey.io Seed+Weighted Stackでなんとかなるか
@ayamorisawa@misskey.m544.net @syuilo@misskey.io まぁこうするとMTGの「デッキの〇〇にカードを戻す」とかの効果の実装がちょっと難しくなりそう
@ayamorisawa@misskey.m544.net @syuilo@misskey.io そもそもデッキから出たカードはランダムSeedで逆算すればすぐわかるand同じSeed値である限り結果が変わらないものなので「drawした」っていう情報だけでいいのでは
TCGのエンジン、かんたんに作ろうとするとめっちゃかんたんに作れるんだけど、いろいろ実装しようとすると無限に複雑なエンジンになれる
こうすればカードには基本情報（hp,ap,costなど）effectに対するld context、それに対するパラメータを保存することになる
json-ld みたいにするのはどうかな
ゲームエンジン側でldのcontextを見て挙動を決定する
@syuilo TCGのリプレイ、ゲームのランダムSeedとユーザーの操作を何らかのロジックで数字に変えて適当にそれをバイト配列のbase64として保存したり
