ｲﾝﾄﾞｯｽﾞのﾃﾞｮｽｺｰﾄﾞだけ音量が小さすぎて、アプリ内で出力200%にしても他のアプリがクソデカすぎて共存できなくなってる。ダルすぎ

ﾃﾞｮｽｺｰﾄﾞと同時に他のアプリ使おうとするとﾃﾞｮｽｺｰﾄﾞ以外の全てを40%とかにしないといけないし、新規起動したアプリは100%で必ず鼓膜を破りにくることになる。ダルすぎ

ﾃﾞｮｰｴﾙｻｲﾄのツクールとかウディタとかの同人ゲームを新しく起動するたびにアプリボリュームを25％にしてさらにゲーム内で BGM 音量を20〜40%にして……というのがマジでダルすぎるので、デフォルトをデフォルトとして使えるようにマスター音量を下げたいのだが、そうするといよいよﾃﾞｮｽｺｰﾄﾞが蚊の鳴く声みたいな音量になってしまうのでできない

「YAMLの本来の使い方」を仕様から読み取ってみる | Wantedly Engineer Blog
https://www.wantedly.com/companies/wantedly/post_articles/540711

5時間 #知らぬ間に椅子の上で気絶部

既読favする人がいたら少なくとも通知ミュートすると思う

Mastodon、ミュートの範囲が大雑把なので「このアカウントのリプライは見たいがfav通知は拒否」みたいな粒度の設定ができなかった気がする

氏ではないが結構激しく RT/fav してくるアカウントがあって、べつにリプライまで無視したいわけではないのだが実装の都合でミュートということになっている (フォローしてないので存在に気付くことができなくなってしまった)

うげ、鍾離と煙緋の天賦育成素材かぶっとるやんけ……滞る #原神

msgpack はむしろ内部でゴタゴタみたいなのがあったのがかなり足引っ張ってそうな印象がある

CBOR は何故流行ってないのか知らん

IETF 標準なのに……

JSONのバイナリ化、そんなに旨味があるか微妙な気がする。圧縮できそうな部分って数値リテラルくらいだろうし

で、そんな状況で敢えてバイナリデータをネイティブに表現できないし数値表現も微妙な JSON データモデルに追従する選択があるかというと……正直魅力がないよなぁと

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

それなら16進数リテラルがあれば……と思ったけど、それでも文字列のエスケープの負荷は如何ともしがたいか (そうか？)

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

あまりにもバイオレントで笑っちゃうな

CBOR は注ぎ足し文字列みたいな仕組みがあって、あれがソフトウェア側の要件によっては足を引っ張ることがあるみたいな話をどこかで見た

まあべつにサブセットを使えばそれで済む話ではある

Indefinite-Length Arrays and Maps と Indefinite-Length Byte Strings and Text Strings だった

水浴びだけしておくか……

汗掻きなので

slice 定義のやつは解説というよりマニュアルだし状況が限定的なので、まあ

必要になったときは自ずとわかるし、そのとき読んで黙々と実装すればまあまあのクオリティになるようにメモしただけ

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

なお現実は xkcd#927

何と言われようが車輪の再発明は楽しいので仕方がない……

なんだかんだで既存実装が欲しいドンピシャな設計になってなかったりするんだよなぁ

脆弱樹脂って何個まで貯蓄できるんだっけ

購入数制限で律速されるか

塵歌壺の環境整備まったくやってないのでコインが遅々として溜まらず、脆弱樹脂も買えずにいる

まあｺﾝﾃﾝﾂを早々に陳腐化させない基本戦略はコツコツ時間がかかるように作ることなので、スタミナ制限と曜日限定はその意味では実に王道といえる

後追いで始めたユーザに不利なのは、それはそう

うぎゃー、winnow::combinator::opt() が impl Trait を返すので構造体に突っ込めない

保証を与えないという意図でわざとやっているのなら正解

設計に失敗した 1マス戻る

風呂廃炉

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

これカメラマンの葛藤とか言ってるけど、否定的な意見の本題はそこじゃなくて出すことを許した責任者の方の問題だろ

挿げ替え方が汚い

カメラマンはそりゃ記録するのが仕事だし記録すべきでしょ。飛び込んで盛り上がるような時代が終わった後にでも歴史の記録として使えることはあるだろうし。

カメラを構えること自体が飛び込むのを助長したとまでは言わんよ、私は

> カメラマンの取材では、どれだけ多くの写真を撮っても、デスクに送るのはそのうち数枚です。どのコマを送るかの判断と責任は一義的に現場カメラマンが担っています。あの写真はお蔵入りとなっていた可能性もあるのです。

しかしこうあるので、これが「カメラマンから送られてきた画像はどんなに問題があると判断されようと絶対に使われる」という意味なのかどうか次第ではあるか

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

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

https://twitter.com/foxy_kitsune/status/1703598240355234277

白ギャルと黒ギャルを設定で選択できる抜きゲーじゃん (喩えが最悪)

昔は起動のたびに文字列からコンパイルしていたので、バイナリでキャッシュできるだけ現代は相当マシ

なんなら SPIR-V で中間表現を持っておけるので、コンパイル済のバイナリをキャッシュできないとしても昔よりだいぶマシ

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

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

文脈次第で空白が無視できる場合とできない場合がある……さてどうするか

lexer では content の可能性のあるものは一律で content 扱いしといて、上位の parser に判断を委ねるのが良いか

鳩の……視覚！w

XML declaration と processing instruction のはじまりが同じなのクソ面倒

<?x → PI
<?xm → PI
<?xml → XMLDecl
<?xmla → PI

これだけなら十分長く読めばわかるんだが、入力が不完全なストリームの場合に状態遷移を抑制しないといけなくなったりするのでダルい

<!xml ...> とかにしてくれればよかったのに

書道で思い出したが、毛筆の †美しい字† を鉛筆やシャープペンシルで模倣しようとしてまっすぐで良い画をわざわざ左上にｶｸｯと曲げて書く書体の人が学校に多く出現し、あれ大嫌いだった

マジでこのくらい激しくやってる人とかいた

これもある種の「Java の †ﾃﾞｻﾞﾊﾟﾀ† を別言語に無邪気に持ってくるムーヴ」なのかもしれん

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

そうなのか……