ONI、世界が温暖化して植物が育たなくなったため食料が尽きて終わりつつある
電子の電荷を正にとると陽子の電荷が負になり、中心という概念への負のイメージが無意識に積もって文明が滅ぶ、って仮説が好き https://twitter.com/I_R_8/status/1733838967492231598?t=xLBCF4c8r4A1Yb5sKqKHBQ&s=19
めちゃくちゃ厳しく型を合わせないと動かない言語なら変なプログラマーの相手をしなくてよいってやつ、つまり排除アートだよねとなる
RustのRangeは閉、開、半開と端が無限の場合でそれぞれ別の型になってることをさっき知って、この方針が使いやすいのかはよく分からんがなるほどとはなった
https://doc.rust-lang.org/reference/expressions/range-expr.html
RangeがIteratorなのもそこそこ直感に反していて、始点と終点の組だからIterableの気持ちなんだよな
> I'm fairly certain that this was essentially just a mistake when we implemented it, but we can't change it now as it causes inference failures across the ecosystem.
了解です
slice::contains with borrowed data · Issue #62367 · rust-lang/rust
https://github.com/rust-lang/rust/issues/62367
「Vec<String> に &str で素朴に検索をかけられない」というの初見だとだいぶ面喰らうな
Rustの文字列はとにかく型が合わなくてつらいという印象があるんだけど、知らずにこういうの踏んだせいかもしれん
現在の位置を管理しながら文字列全体も見たいということだと理解して、Context pattetnっぽくStringとpos: usizeからなる構造体の中で処理するようにしたら文字列のスライスを取った瞬間にposを変更できなくなるまでがワンセット