これはかなりロングもみあげです

このアカウントは、notestockで公開設定になっていません。

エッキスの方でよく弐寺のリザルトを観測されています

bevy::ecs::storage - Rust https://docs.rs/bevy/latest/bevy/ecs/storage/index.html

増減が激しいやつはこのストレージ、めったに数が変わらんのはこのストレージみたいなのがあった記憶

あー、Component ごとにメモリ上の配置をどうするかみたいなのはありますね。少なくとも Bevy にはあった

まあそうするしかない気がする(基本的に一回走り出したらゲームロジック外から観測不可能なはずだし、そのおかげで値の依存関係とかがいい感じになってそう(適当))

Player component と GameState component みたいなのを用意して前者は人数分、後者は 1 個だけ Entity を作ってアタッチ、 PlayTurn system (これは実質ただの関数) で更新するみたいな

Entity-Component-System ってやつです

あるいはゲームという前提で話すと ECS でやるという手もあるかもしれない

でもだいぶ慣れてしまってそもそも partial borrow で困ることがなくなってしまった……

気持ちはわかる

ガシガシ構造体切るなりなんなりするしかない

いや決して WTF-8 はそれの頭文字ではないはずなんだがもうそうとしか読めねえ

whatthef**k-8 なあ

@lo48576 なるほど……(そういえばファイルシステムが規定するパス名意外とガバガバがちなの思い出した)

Path から &str 得ようとするたびに失敗することあるかよ〜って気持ちになるけど何が lossy になるんだろう

OsString/OsStr の時点ではまだ Rust 表現で、本当に OS 側に渡すことになったときに OS ネイティブ表現が互換性あればそのまま渡せてラッキーみたいなやつなのか

そういえば OsString プラットフォーム依存だったな……

overlap しないという知識がコンパイラ側に存在しない

iter_mut とかも最深部までたどると safe ではなかったはず

スライスとかが実質 ptr len (あと cap) の組でしかないのでそこから先は知らねえぜということですね

参照まで含めて型なのでね

split_at_mut は入力の r は食われて結果の left right はオーバーラップしないので全体として安全みたいな

コードが満たすべき性質、noalias とかか？

生 SQL 書いても良いし sea-query とかクエリビルダを挟んでもいい

ベースは sqlx かなあ

ai で参照作ってる時点で unsound になってそうな気がする

拡張トレイトは確かにインポートしただけで見かけ上の挙動が変わるといえるか……

chaos eater に脳を侵蝕されている、たすけてくれ

良すぎる

このアカウントは、notestockで公開設定になっていません。

1.0 乗ったあたりからはかなり tokio 優勢やね

非同期 Rust プログラミング、まず最初にポケモンの御三家みたいな感じで非同期ランタイムを選ぶステップがある

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

まあずっと tokio の独擅場ってわけでもなかったしな

デフォルトが hyper じゃなくて isahc なのめずらしいなと思った

もうだいたいなんでもありそう(使用率はともかく)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

バスターエアプ過ぎた

https://www.pixiv.net/artworks/89130836

https://www.pixiv.net/artworks/111496313

このアカウントは、notestockで公開設定になっていません。

そもそも body の HTML はサーバー側でサニタイズされてはいるとして

JS エンジンが無効化されてるとか？

じゃねったーイキ事件ね

このアカウントは、notestockで公開設定になっていません。