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

ラズベリーキューブじゃん

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

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

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

大学生とかそれ以上になると謎の図やロゴが書かれたものが好きになるけどね (極度乾燥(しなさい)とかオフトンダイナミクスとか) (観測界隈が狭い)

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

合わせるとき制約が少なくて楽だから

この書き方は不正確で、より正確には「何も考えずスタックの上から取っていっても、なんとなくそれっぽくマッチするから」

服とか考えて選ばないし適当に取るだけでしょ

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

完全に理解された

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

そういえば大量のチェック柄といえば、所属サークル(大学)で有名な画像があり

ステレオタイプ・オタク

ステレオタイプ⇔モノラルプリント
　　　　　　　↑
　　　　　　　↓
ドルビー 5.1 ch サラウンドディスプレイ

㉅㊛の🈗然㊌飲みたい

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

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

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

デファクトスタンダードをデファクトと略すのは、 Wikipedia を Wiki と略し IP アドレスを IP と略すような暴挙であり、断じて許されるべき行為ではありません

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

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

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

Output layout is broken in CJK environment · Issue #36 · sharkdp/hexyl
https://github.com/sharkdp/hexyl/issues/36#issuecomment-453845788

悲しみの EAW 不理解事案になりそうだったので長文オタク語りをしてしまったが、どうやら `--ascii` オプションを実装してもらえそうなのでよかった

Support config to control width of ambiguous width characters by lo48576 · Pull Request #1049 · jwilm/alacritty
https://github.com/jwilm/alacritty/pull/1049

EAW オタク語り癖、前科があるのでいいかげんどうにかしたさはある

整数の内部表現とかを知るのは不要みたいな意見、まあ特定範囲での実用だけを考えればそうなんだけど。ちょっと賛同できない

たとえばメモリ管理の知識がなくとも Python やら何やらは書けてしまうわけだけど、そういう人々が「よし C を書くぞ。まずはメモリ管理の勉強だ！」ってなるかといえば、きっとならないわけですよ。というか、メモリ管理のメンタルモデルがちゃんとできていないと、「C では Python とは全然違う方式でメモリを扱う必要があるぞ」と気付くことさえできないわけで

そういう意味では、本当に必要なのは「今の知識がどこまで通用して、どこからは知識セットを切り替えなければいけないのか」という知識なんだけど、そんなん(大抵は)中身の知識もなしに適切に判断できないでしょ、という

そういう「今書けるからよし」「必要になってから勉強する」みたいなヌルいこと言っちゃう人が、低レベル言語でガンガンメモリコピーないしリークさせるヤバコード書いちゃったり、並列プログラミングを始めてみたら定番の競合バグを埋め込んじゃったり (しかもそれに気付かない) するわけです

まあ小学校でそこまでする必要があるかと言われると、まあそれは議論の余地があるんだけど。
「論理的思考」とかいうふんわりしたアレではなく、プログラミングできる人間を育成するという前提で考えるなら、間違ったことをしていたとき自分で気付くための知識は必要なのではと思うもので

でないと、たとえば C で「x ^= y ^= x ^= y;」と書いてイキってみたり、 x == -1 のつもりで ~x と書いてみちゃったりする人が大量に発生してしまう

https://mastodon.cardina1.red/@lo48576/101410378379328015

でもプログラミングが本題でないとしても、「その切り捨てようとしている知識が不要であると判断する理由をあなたは説明できるんですか」的な話は常に付き纏うわけで、それこそ論理的思考と科学的態度にとって重要な一部分なのではという気持ちもあります

https://mastodon.cardina1.red/@lo48576/101410373335971275

賭けてもいいけど、無限精度小数を無自覚に扱ってきた人が C で何か書いたからといって、 float で 0.1 を100回足すことに自ずと違和感を憶えるということはありえないと思います。少なくとも実行結果を見てバグを認識して苦しむまでは。

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

参照を move とは

値渡しでmemcpy 的アレがどのサイズまでは許されるかという話なら、まあネイティブの整数サイズ (たとえば x64 なら8バイト) くらいまではまず問題ないし、その倍とかだとぐぬぬという感じがある (難しい)

それはまたヒープアロケーションとかいろいろ関わってくるので、まあそれこそ測定しないとという感じでは……

でもまあ Rust はリージョン云々あたりのおかげで、大きなデータの move もかなり効率良くなっているのではないかみたいな期待があるので、基本的に無闇に Box する必要はないと思う

そもそも Rust は Clone や Copy のトレイトがあるし最適化も強力なので、そこまで神経質にならない方がよさそう

まあ、それでもサイズを気にして Box する例はもちろんあって、たとえば Result<T, Error> において Error は極めて稀であろうというとき、 Error がクソデカだと Result がクソデカになって、戻り値の扱い周辺でパフォーマンスが悪くなる懸念が……というケースです

https://github.com/rust-lang/rust/blob/1.31.1/src/libstd/io/error.rs#L80

たとえば std::io::Error などは、そういう理由で Error のサイズを小さくするために、あえて Box している場所などがあります

https://github.com/lo48576/fbxcel/blob/v0.1.0/src/pull_parser/error/mod.rs#L20-L25

私の書いているライブラリなども、同様の理由で Error をあえて Box ひとつにして、一枚参照を噛ませています

ほう、 M5 とな？

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

末代すぐそぎぎ

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

XD

高度なジョークです(適当)

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

tootctl accounts refresh --all したら pull に 10k 以上のジョブが詰まれてレイテンシ上昇が天を衝く勢い

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

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

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

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

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

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

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

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

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

そろそろ修論リポジトリを作るか……？

https://mstdn.maud.io/@hina/101415253991291871

性的マスカレード……ポート解放…… promiscuous モード……なるほどね #何

promiscuous mode がえっちであることはあまりにも有名 (?)

https://twitter.com/rockridge07/status/1084813246169735168 #tw

いいね

川上量生さんが目指したブロッキング法制化が断念となり、終わる:川上量生さんとの訴訟を生暖かく見守る会 - ブロマガ
https://ch.nicovideo.jp/kawango_kirik/blomaga/ar1720588

修論を育てるために、SSDに水やりをします #適当