Switch Bluesky to opt out? · Issue #1471 · snarfed/bridgy-fed
https://github.com/snarfed/bridgy-fed/issues/1471

AT Protocol（というか`app.bsky.*` lexicon？）の性質を考えればオプトアウトの方が馴染むというのは総論として同意だけど、`!no-unauthenticated`セルフラベルやリプライ制御と、（特にアカウントの所有者本人によってセルフホストされた）他のブリッジとの重複への対応をどうするのか気になるな
QT: https://fedibird.com/@tesaguri/113265667860530240 [参照]

他人からのリプライについてはともかく、なぜ自己リプライ・スレッドまでワンクッションの操作を挟む仕様なのか気になっている表示も何か小さいし

あと返信が1件もないときにも"Show replies"が表示される仕様も混乱しがち。いや、`GET notes/show`を呼んだときに`repliesCount`が`0`だったとしても後から`GET notes/children`を呼んでみればリプライが生えていることもそりゃありうるだろうけどさ……

あと、どう取り繕っても悪口みたいになってしまうけど、Misskey APIの命名は全体的に英語として理解しづらいがち。
例えば今言及した`MiNote`エンティティも、他のプラットフォームでは`inReplyTo`とでも呼ぶであろう概念を単に`reply`という名前で指していたりするし……（単に"reply"というと、素朴にはそのノートに対して返信している他のノートのことのように思えてしまう）

FirefoxとThunderbiredくらいしか開いていないのにメモリ不足になって何事かと思ったけど、Misskey Hubや<https://misskey.io/api-doc>を閉じたら2 GiBくらい空いた（？）

どちらかというと後者のRedoclyの方が食っていたっぽいかな