Notices by 日下夏稀 (kb10uy@mstdn.maud.io), page 42

後ろの穴、GPIO(汎用入出力)だという気付きを得た

stdout は前では？

後ろは stderr っぽい

あそこに避妊具や生理用品が入っていることのほうが今では多い気がするが

トイレの入口に紙販売機があるの、今でも古い公衆トイレとかだと見かけるよね

ので現物見られるなら底の強度チェックしたほうがいいかもしれん

あーあと底の角の革とかが削れやすいですね(電車で床に置いたりする場合)

リュック、特定の商品というわけではないけど直方体に近いやつを選んだほうが端末などが入れやすくてよいです

究極の話をするならば黄フロの弾幕アクションは昔の作品はキーコンいじってもメニュー画面のキー配置は固定とかいう鬼畜仕様でしたからね

キーコンフィグの話でいくと配置が箱準拠ばっかりというのはかわいい話で、DirectInput 全盛期は似たような配置でもコントローラー・コンバーターごとにボタン番号が違うとかザラだったしなんならキーコンに入るまでの操作をデフォルトのキーマップでやる必要があって大変だったんですよ

XInput の一番いいところは DirectX 初期化しなくていいところだと思ってる(ほんまか)

Steam はなんかキーバインドを Steam 側で管理する機能あるね

Windows に限った話をするなら DirectInput なんかよりはよっぽどまともな API してますよ

箱コン準拠なのだいたい XInput がそう定めているからみたいなところある

Haskell みたいなのでどうするかが参考にならんかなあ(なったとしても構文的に C++/Rust では厳しいかもしれないが)

これは若干話がそれるけど Rust だとカッコ省略できないから early return しまくるとちょっとコードがうるさくなるんだよな

構造的にこれぐらいの深さなら early return でもいいけど深いところで使えないから本質的な解決にはならないよなあ(僕だったらこれは early return にするかなと思ったので)

そこまで長いとそもそも条件式として適切なのか(副作用があったりしないか)みたいなのが発生してしまいそう

Rust なら適当に and_then 使うという手があるけどそうもいかんか

そういえば名取オンゲキコラボで「ノーツ取れなくても強制終了にならないのがうれしい」ってコメントがあって、ああそうかスマホ音ゲーはほぼ全部ハード〜エクハゲージみたいなもんか……となった