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

Linux で少ないのは「ユーザーが不用意に実行することで感染する類のウイルス」じゃない？

3 回目登録されとるー！

ふ、不動点

UDP 自体がセグメントで分かれるみたいな仕様ではないけど IP レベルでのフラグメンテーションは OS 側で勝手に再結合されるみたいな感じっぽいですね

>= じゃなくて > だな

あそうか、Ok(read_length) に対して buffer_length >= read_length になる地点で停めればまあ最小限の拡張で済むのか

元々は OSC の送受信で UDP を使うという文脈で、1 メッセージあたり数十 byte しかないので規格上最大までバッファ確保するのはややムダではないかという思いがあったんだよな

でもそこまでするぐらいだったら初動の受信だけは 64KiB 固定で確保して capacity 指定した上でコピーしたほうがマシではという気もしてくるわね

peek_size() -> Result<usize> みたいなのを生やせるかという話よねえ

underlying implementation 的にヘッダに入ってるサイズを取るのが無理なことがあるとかそういう話なのかもしれない

でもせっかく UDP header がサイズ情報を持ってるんだからこれを活用したい感はあるんだよねえ

UDP header に入ってるサイズ情報とは別にアプリケーション層でサイズ情報を用意して、最初の数 byte にサイズを入れ、それだけ peek してそのあと改めて拡張して recv とかかな

結局 Rust の UdpSocket が Vec を拡張するように受け付ける関数がないのは規格上最大サイズの 64KiB のバッファを用意しろということなのかな

そうそう、 Python から C# に移ったということで気をつけたほうがいいのは、他の静的型付け言語のように配列や List<T> が homogenous ということです

https://twitter.com/2ta_peanuts/status/1498130191654154242みんなこれ好きそう

????

本来的には Cascade だけどもう Niagara Style Sheet ぐらい肥大化してそう

CSS-in-JS ガチアンチなので素の CSS ファイルを楽に書きたいという需要がある

でもここまで組んだのにまた sass とか sass-loader 入れるのも癪だな

今のところは SCSS を dart-sass に食わせつつ autoprefixer とかだけで postcss を食わせるのが安定してそうやねえ