icon

いわゆるプロクシアカウントは`Service`アクターとして設定しておいて欲しいのだけど、それを例えば`Flag`として伝えようにもローカルのモデレータにまで伝える必要はないので、いまいちちょうど良い連絡手段がない

icon

直接連絡すれば済む話だろうけど、ほら、私ってシャイじゃん?👉👈(?)それに今回の場合はbioのの連絡先のusernameが上手く`accounts/search`できないような状態で、わざわざ管理者を探す義理もないしなあという感じだし、それでまんまとアクセスしたユーザのIPアドレスなどを抜き取る罠という可能性も考えられなくもないし……(唐突な陰謀論的思考)

icon

後半の文末も「じゃん?」に統一しておいた方がネタとしてのまとまりが良かったなこれ(反省会)
QT: fedibird.com/@tesaguri/1140284
[参照]

Web site image
tesaguri 🦀🦝 (@tesaguri@fedibird.com)
Web site image
投稿の参照(1件) by tesaguri 🦀🦝 (@tesaguri@fedibird.com)
icon

プロクシアカウントに扮したアカウントでフォローして非公開投稿を読もうとする攻撃者に対する対策が今のところモデレーションくらいしかなさそうなのも個人的な微妙ポイントである

icon

それを考え始めると対象のサーバの管理者が信用できない時点で同じ話だし、そもそも一般ユーザからのフォローを通すときにもより厳格な検証をしているべきなのであれだけど

icon

AI利用、4000件弱投稿か エネ基本計画の意見公募 | 共同通信
nordot.app/1264889562203553910

パブリックコメントを数の勝負と勘違いして粗製コメントを濫造する動きというのは昔からあって、それがエーアイ(による大規模化?)になっただけで本質は(悪い意味で)あまり変わっていないという気もする

Web site image
AI利用、4000件弱投稿か エネ基本計画の意見公募 | 共同通信
2025-02-21 02:13:58 Rust Languageの投稿 rust@social.rust-lang.org
icon

Rust 1.85.0 has been released! 🌈🦀✨

Not only does this release add *async closures*, it also includes a whole *new Rust Edition*, Rust 2024! 🎆🚀

Check out the blog post for an overview of all the changes and additions: blog.rust-lang.org/2025/02/20/

Web site image
Announcing Rust 1.85.0 and Rust 2024 | Rust Blog
icon

エディショーン(エディション!)

icon

いつまで擦るつもりだ(?)

icon

いつまで擦るも何も、発表からまだ1 edition分しか経っていないのか……(?)

icon

Rust 2024 Is Coming · baby steps
smallcultfollowing.com/babyste

> […] in the 3 years between Rust 2021 and now, my daughter has realized that her father is deeply uncool and so I had to take this one on solo.

まあ、それはそう……(失礼)

2025-02-22 14:28:46 ドッグの投稿 Linda_pp@mstdn.jp
icon

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

icon

`Result<T, E = Error>`の方がAPIとしての一般性が高いというのはそうだけど、現実に利用者としてどこかのモジュールの`Result`の型エイリアスを使いながらその型パラメタとして別のエラー型を渡しているのだとしたら、それはその型エイリアスの使い方として何かが間違っていることの現れであることが多いような気がしている

icon

Qualifiedな形で`anyhow::Result<T, MyError>`とするのは分かりやすい無駄だけど、`use anyhow::Result`した上で`Result<T>`と`Result<T, MyError>`が混在するのもコードの明瞭性の観点から望ましいのか微妙そう。

いや、`anyhow::Error`くらいの汎用的なエラー型ならそれを既定とするのもアリかも知れないけど、そこら辺のライブラリのエラー型で独自の`Result`型を直接`use`することを想定したAPI設計が正当化されるほどの汎用性を持つものがどれほどあるかということを考えると、案外そこまで参考にならないのではという気がする。

あとマイナーな問題として、利用者側のあるモジュールにおける当該型エイリアスの全ての利用がエラー型をパラメタとして渡す形になったとしても`unused-imports`リントが効かないというのがある