@cv_k@misskey.dev ブートローダーさえ何とかしたら動けそうですね

おいしいの食べたい

んー

これもRAM12GBかな？

おいしいチーズ食べたい

うむ

.

https://www.irasutoya.com/2017/01/blog-post_338.html?m=1

んんんんん

https://misskey.io/@sechsoc/pages/1568601500680

(Δ・x・Δ)

やっぱAZURE営業かな
https://www.telnavi.jp/phone/0345461060

スカイプ番号に不在着信が4件も着てて電話番号で検索してみたら日本マイクロソフトからだった
、、、なんでだろう

麻雀やってトロとバズって寝るか

🥶

ふおおおおおおぉ🤯

らむかわいい

ねのはいはかわいいぞ

それは国語下手くそ

それはかわいい

@AureoleArk なんかカッコいいこと言って

慣れてないだけだと思う

そうでもない

えーん😭

なんで😱

D&Dのd20ルールベースでちょっと遊戯王ぽさもあって最大4人でゲームできるの作りたい

しゅいろのTCGとは別件でiro.moeでサービスするjson-ld ベースのActivityPub統合出来そうなカードゲーム作ろうかと思ってる

😪

ちょっと顔洗ってくる

モバイルは複雑なことの議論に向いてない

MD5バトルみたいな奴に

軽くテキストベースのゲームから始まるといいよ

ヌァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァンンンンオオオオンンオンオンオンオンンンンンンンンン゛ン゛！！！！！！！！！！！！！！！！

#気が狂ったときに押すボタン
https://misskey.io/@itiradi/pages/1557466961730

あーそのはなしではなかった

「個人化された情報」に相手の手札の情報が飛んでくるとそれをUIに表示するだけでよさそう

ユーザーの操作のPOSTに一種のトークンリング(+どのよう操作ができるのかの情報を含む)方式を導入して、「個人化された情報」の提供時にそのトークンリングを渡して、各操作の結果に対しトークンリングの回収されたかどうかを受信するとか

必ずユーザーの操作の1セット（例の場合カードをドロー、カードをドロー、一枚を捨てるに分解）にして動くようにしたほうが良さそう

そもそもDiffと最終値を一緒に提供する理由がSyncズレのときクライアントの共通情報fetchを誘導する為であるので

ゲーム鯖の持ってるゲーム状態をアナウンスすることで対応できる

よろしくなのだわさ

RE: https://misskey.io/notes/7yk75tuzhc

なでなで

@aqz@mk.a9z.dev ユーザーは知らないのにうちのクライアントはなんかやって置かないといけない効果とかあるの

@aqz@mk.a9z.dev 「モンスターを召喚」「今すぐ発動する魔法」などのカードならどうせもうすぐ見せないといけないカードなので露出されても問題はないし

@aqz@mk.a9z.dev 相手のカードの使用結果をわたしが（今すぐ）知らなくても良い（設置型魔法とか）場合は相手はx番目のカードを使ってそのカードがなくなった（または墓場に行った）という形だけの情報さえ提供されてもユーザーに違和感はないよ

nginx cacheが使える
letsencryptとかの導入が楽
root垢でなくても1024未満のポートで鯖を動かせる

言い忘れたけどこれのように常に共通情報のアナウンスをする際情報のdiff(おそらく誰かさんが何をどうしたっていう情報を含む)とその情報を最終の値を配る仕様にするとdiff情報を元にアニメーション出来そう

RE: https://misskey.io/notes/7ymw540e8c

@aqz@mk.a9z.dev まぁどうでもいいけど

ここでクライアントが鯖に送る操作というのはただ「Aが1を選んでXに位置した」の事実だけでその結果はサーバーが計算していつもサーバーから受け取った情報を元に動作するようにしたかった

アニメーションについてはその情報も共通情報に兼ねて提供してくれたらよさそう