Unity 更新アセット失効問題をどう回避するか、もう自前エンジン以外に道がないと思っている

スクールガールストライカーズの内製クライアントエンジン
https://www.jp.square-enix.com/conference/2014/technical_seminar/img/pdf/SQEX_DevCon_sugimoto.pdf

それについてはこちらの資料をご覧ください

「実は、このゲームのプログラムは1ターンずつの情報を全て覚えている仕組みなんです。一番最初のフロアのランダムのシードと全ての状態を覚えておいた上で、一個ずつの動作を記憶しているんです。だから、死んだところまでを全て再生できるんですよ。」
「意外に思われるかもしれないですが、実はセーブ時点でのフロアの情報を全て覚える方が大変なんですよ。広大なマップのどこに何が置いてあるのかの情報を全て取得するより、ランダムのシードと何をやったかだけを蓄積していく方が、総容量が少ないので簡単にセーブできてしまうんですね。」

はー、なるほど。これは面白い着眼点だ。

「不思議のダンジョン」の絶妙なゲームバランスは、たった一枚のエクセルから生み出されている！？　スパイク・チュンソフト中村光一氏と長畑成一郎氏が語るゲームの「編集」
https://news.denfaminicogamer.jp/projectbook/dungeon

これまあまあ便利なんだけど、この時点では新しいパスワードがサービスのバリデーションで弾かれないかわからないんだよね

そう考えるとやはり Windows に同梱しない MS 側が悪いみたいな話に……

厳密にはあれは何相当なんだろう

Windows の ABI の安定しなさはまあ MSVCR***.dll がいくつもあるあたりで察せられるよなあ

Go が吐くバイナリが libc とかに依存してないの実際どうやってるんだろうと思って調べたときに Linux とかはまあ番号で直呼びしてたけど Windows だけは Windows が kernel32 とか注入するの前提でそれの関数呼び出してたのでそういうもんなんだと思ってた

Windows に *nix 的なシステムコールあったっけ……

判定的には CreateFile とかも syscall に該当しそう

けっこうない？