Notices by kb10uy (kb10uy@mstdn.maud.io), page 13

ネット小説みたいなのだとけっこう入力環境が多様っぽそうなのでなんか面倒でそうなってるのかなという推測？はちょっとある

「そうかっそうかっつまりきみはっそういうやつなんだな」みたいな話かと思ったが違った

11 年前！？！？

[BMS]PrayStation - YouTube
https://www.youtube.com/watch?v=iWuMRAavHhw

PrayStation は曲名

あとイテレーターと非同期操作についてはイテレーションが非同期かどうかと各操作が非同期かどうかの二軸があってこれもうまく整理しないとインターフェースか構文が終わりになってしまうのが難しいな

「rayon かもしれない運転」してるともいえる

for を使うか map などを使うかについては副作用自体がほしいか列挙して別のものを生成したいかどうかでほぼ決めてる(ので map でやっててもログとか挟むと for に切り替えてしまうことがある)

前置 new も同様

後置 await が良いかというとそれはそれで多分既存の構文がアレにならないか検討が必要ではあるんだけどメソッドチェーンと致命的に相性が悪いのは確かだと思う

前置 await がカスという話が数割含まれている気がする

source.filter((x) => pred1(x)).map((x) => f(x))
みたいなのを書こうとすると
(f(x) for x in source if pred(x))
みたいに書くのが Python 流らしい

momiage.new

昔のキーボード端子って「今なにを推してるか」じゃなくて「何が押された・離されたか」を送信してるのでずっとダメだと離してもダメなこと▼多い

でも Go の map[] が for で回すたびに違う順序を返すのはだいぶ激しいと思うよ

いわゆる map が Hash と呼ばれていて実装がハッシュ関数によるものではない処理系はさすがに存在しないか

素の foreach が grapheme cluster 単位になるのか、珍しいタイプだ

grapheme cluster 単位の分割を標準ライブラリの範疇でできる言語自分は PHP ぐらいしか知らないけど Ruby とかもできそうな気がする

&format!(...) は書いたら負けだと思っているがそれでも書かねばならないときがある

Into<String> 取るか &str で統一するか問題

単にこのライブラリの作者が async なライブラリの定石に疎くてそうなってしまっているとかはあるかもしれないが……