Notices by ドッグ (linda_pp@mstdn.jp)

Git 20周年か
https://github.blog/open-source/git/git-turns-20-a-qa-with-linus-torvalds/

@dev 情報ありがとうございます🙏 今回は include_str! するのをやめて README と API ドキュメントは別々に書いてしまいましたが，次同じようなことしたい時に検討してみます．

@dev それだと Rust としてハイライトされてしまうんですよね… 純粋にハイライトされていないコードブロックがほしいのですが

#![doc = include_str!("../README.md")]

で README.md を取り込むの結構厳しい．コードブロックを Rust コードだと認識させないために

```ignore
...
```

とかしないとけないんだけど，GitHub だと ignore は gitignore とかのハイライトが割り当てられてるので困る

Wasm3 の作者，自宅をロシア軍に破壊されたらしくて開発がほぼ止まってしまったらしい😨 https://x.com/wasm3_engine/status/1736712528883769670

@lo48576 コンテキスト分かってないですが AsRef<str> + 'a とかでしょうか？

これラズパイの CPU が古すぎて Clang がアーキを正しく検出できないという話か．2014年に発売の RasPi B+ はコスト抑えるために2003年の CPU 使ってるんだな

https://rachelbythebay.com/w/2023/11/30/armv6/

ripgrep v14 🎊 https://github.com/BurntSushi/ripgrep/releases/tag/14.0.0

Cargo の doc test で警告が握りつぶされるのってどうにかできないんだろうか．Clippy も doc test の中をチェックしてくれないから，警告出てても気付けない．例えば deprecated な API をうっかり使ってしまったりとか

#[derive(Debug)]
struct TestCase {
lines: &'static [&'static str],
}

みたいに明示的に構造体を定義して TestCase { lines: &["a", "b"] } みたいに書いたほうが良いのかな（今は横着してタプル使ってる）．しかし，パラメータ化したテスト書く時に毎回構造体書くのが地味に面倒ではある

&["a", "b"] が &[&str; 2] なのは良いんだけど，これが &[&str] に暗黙変換されないのが地味にテストケース書く時つらい．明示的に変換するのも &["a", "b"][..] もしくは &["a", "b"] as &[_] でパラメータ化した時に毎回書くのは地味に面倒くさい感じ

@omasanori はい，特に理由が無ければ追従するんじゃないかなーと

wry に大きめの破壊的変更が入るので，便乗して前々から気になってたやつを issue にしてみた https://github.com/tauri-apps/wry/issues/1073

最近は GPG でコミットにサインするの必須なプロジェクト増えてきたなぁ

KDE，Wayland がデフォルトになるんだ https://pointieststick.com/2023/11/10/this-week-in-kde-wayland-by-default-de-framed-breeze-hdr-games-rectangle-screen-recording/

また肩こりーヌになってる

だいぶ育ったわね

-Z threads でコンパイラフロントエンド側もマルチスレッド化 https://blog.rust-lang.org/2023/11/09/parallel-rustc.html

やっぱテストは書いとくもんだなぁ

Rust で JS/TS のコードフォーマッタ書いて150万円は夢があるけど

https://twitter.com/vjeux/status/1722733472522142022

swc とかの既存のパーサ使ってもこのテストケース95%以上通すのはなかなか大変そう https://github.com/prettier/prettier/tree/main/tests/format/js