Firefox Preview 使ってるけど超便利ですよ (しかも nightly なら uBlockOrigin も使える)

まってこれ頓珍漢なこと言ったかもしれない ( .text があるということは String ちゃうやんけ)

それでも to_string は不要な気がするけど、必要だったら .map() とか噛ませてやる必要あるかもしれないしなんなら match するのも自然か

ﾋﾟｯﾎﾟﾊﾟﾌﾟで Rust のコードにマウスホバーすると型がﾆｭｯて出てくる時代になってほしい (適当) (たぶん Ruby とかに対してやるよりは簡単だと思う)

ところで最近の悩みとしては、ええやんこれという crate があったのでコードレビューかましたろうと思ったんですが、まさかの edition 2015 用のコードになっていて、 clippy かけると大量の warning / error が出てきたので悲しくなっている

べつに私が修正するのは容易なんだけど、 MSRV とか edition とかってコード品質ではなく管理方針の問題が大きいので、勝手にﾌﾟﾙﾘｺ投げても「すまんな、古いバージョンもｻﾎﾟｯﾄしたいんや」とか言われたらおしまい

べつに reject されるのはそれはそれで構わないんだけど、手間が無駄になるかもと考えるとそういうところ躊躇しがちなので、 MSRV はちゃんと明示してほしさがある

crate 公開で最低限やってほしいこと:

* MSRV (Minimum Supported Rust Version) の明示
* clippy lint についてのポリシー明示または CI 設定
* rustfmt 整形についてのポリシー明示または CI 設定
* ライセンス明示

そこで Gentoo Linux ですよ (真顔)

これは本気で言ってます

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

ライブラリ、読めばブラックボックスじゃなくなるよ (そして続々とやってくる大規模な変更の数々！！！！)

まあこれは半分冗談なんだけど、実際コードレビューすると安全性の確認と実装の勉強が同時にできるしﾌﾟﾙﾘｺチャンスも生えてくるので、軽率にライブラリ読んでいくといいと思います

Rust だったら cargo-crev みたいなの使って

cargo crev でコードレビューをしてみたらバグを見付けた話など - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2019/08/27/code-review-using-cargo-crev/

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

これは若干関係のない話なんだけど、 XML 、そもそも serde と相性が良くなくてつらいみたいなのがあってつらい (あと Rust では標準的な DOM 実装みたいなのもない)

serde との相性が良くない低レベル文法、他には FBX 形式などがある (あれも serde-fbx 実装しようとしたけど結局あきらめた、モデルが serde の想定と適合しない)

それはさておき

XML とか JSON とかって、後からスキーマをくっ付けてやろうみたいな用途が多い気がしていて (RelaxNG 然り、 JSON-LD 然り)、すると「特定のネイティブなデータ型へ読むけど、不明な拡張は切り捨てる」みたいなのがやりづらくなってつらいというのがある

あるいは特定の拡張のフォーマットが既知だけどそれ以外の不明な拡張も使われている可能性があるとかでどうするの、とか

ひとつの方法としては

#[derive(Serialize, Deserialize)]
struct Foo<Ext=()> {
bar: Bar,
baz: Baz,
#[serde(flatten)]
extra: Ext,
}

みたいにしといて、必要に応じて Ext として HashMap<String, Value> なり QuxExtension なり与えてね、という方式がある

でも、たとえばこれが再帰的なデータ型で使えるかというとそんなことはなくて、

struct Foo<Ext=()> {
bar: Bar<BarExt>,
baz: Baz<BazExt>,
// ...
}

みたいなことをしたいとき BarExt と BazExt をどう与えますかと。 (もちろん Ext は Foo 用の拡張フィールドなので使えない)

gfx::Resources - Rust
https://docs.rs/gfx/0.18.2/gfx/trait.Resources.html

gfx-rs の Resource trait なんかはひとつの答えを提示していて、「各型にありうるプラットフォーム拡張などが事前に列挙されたパッケージとしての型とトレイトを使う」というものなんだけど。
これはある程度しっかり要件が固まってないとできないし、最初の実装がかなり手間

汎用フォーマットとネイティブデータを仲介するようなライブラリだと、ユーザアプリケーション次第でデータの種類の個数や階層も固定しきれない場合はあるだろうし、そうなったらこのように事前に静的に列挙するにも限界がありそう……

どうするのがいいのやら……

こう、神懸かった天才がｼｭｯと最高のモデルを提示してそれが普及してデファクトスタンダードになるみたいなイベントを期待したくなってしまうのよなぁ (実質神頼み)

あるいは資金力のある最強の組織が最強の人材を集めて最強の定式化をしたりとか (これもやっぱり神頼み)

修練が足りないのでこういうとき最強のモデルを安定して生成することができない (電波がを受信するまで雨乞い、もとい電波乞いしがち)

産業ﾎﾟﾖｸﾞﾔﾏするならこういうときベストでなくても良いから動くものを作れるみたいなのが要求されるんだろうけど、私そもそもメンタルがそういうのに向いてないんだよなぁ……険しい

最強の API を安定して生成してえなぁ……つらいなぁ……

インターフェースや根幹の設計で妥協すると一生付き纏う呪縛になるからな……

fbx 読むやつも2〜4回くらい爆破からの全面書き直ししてるからなぁ (しかも上位層と下位層それぞれで)

エーッ まだFBX読んでる人なんているんですか！？ / Who on earth are reading FBX!? - Speaker Deck
https://speakerdeck.com/lo48576/who-on-earth-are-reading-fbx

ひとつのジョークで3回笑う日本人の方がまだマシみたいなところあるな > https://homoo.social/@204504bySE/103644440949787958

日本人はひとつのジョークで3回笑う。
1回目はジョークを聞いたとき、2回目は後でこっそり友人に解説を聞いたとき、3回目は家に帰ってジョークを理解したとき。

これちょっとすき

包装ごと食ってるのじわじわくる、すき

https://twitter.com/Bot_Knows_/status/1227551834648141825

Twitter の Bot_Knows_ ( https://twitter.com/Bot_Knows_ ) 本当にずるくて、まずアカウント名の Bot_Knows_ というのがずるいし、画像のアイデアがずるいし、リプすると God knows... の歌詞で返信してくるというのがセンスありすぎてずるい

しょーもない bot 系の中では一番好きです、 Bot_Knows_

C 、普通のポインタと関数ポインタの互換性がなくて険しすぎるので POSIX かどこか外部的な仕様で void* だけは関数ポインタと相互変換できるという例外的保証を入れたやつがキモすぎてつらい (妥当な workaround だとは思うけど、キモい)

誰も悪くないんだけど、ただつらい

綺麗な仕様の言語を使いてえな…… (なお特殊なアーキテクチャは)

N2230: Generic Function Pointer
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2230.htm

> To allow runtime symbol binding, the POSIX standard, for example, requires that function pointers be convertible to void* and vice versa.

linux - POSIXでは、関数ポインタ から void * への変換は認められているのでしょうか？ - スタック・オーバーフロー
https://ja.stackoverflow.com/questions/5443/posix%E3%81%A7%E3%81%AF-%E9%96%A2%E6%95%B0%E3%83%9D%E3%82%A4%E3%83%B3%E3%82%BF-%E3%81%8B%E3%82%89-void-%E3%81%B8%E3%81%AE%E5%A4%89%E6%8F%9B%E3%81%AF%E8%AA%8D%E3%82%81%E3%82%89%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%81%AE%E3%81%A7%E3%81%97%E3%82%87%E3%81%86%E3%81%8B

およ？

C言語難しすぎる、何もわからん

mdev では crypttab の内容を正しく処理してくれない……？

そういえば vectored I/O がカッコイイので (は？) 使ってみたいんだけど、そんなにﾊｲﾊﾟﾌｮｰﾏﾝｽな I/O が重要になるような用途のコードを書く場面がないので使ってない

ldd と lld を加算無限回間違える人生だった

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