orange @[email protected]

東京ドーム（容積）
東京ドーム（面接）
東京ドーム（外周）
東京ドーム（位置）

東京ドーム1000個分のビタミンC！

FedibirdはFedibirdで、サーバ単位の考え方、フォローによるつながりを超えたところで活用できるよう、いろいろやっているので、Mastodonの考え方そのままではないんですけどね。

Mastodonの検索は、そのサーバの連合、つまり同じサーバの利用者がフォロー関係を持つつながりの強いところを検索範囲とするので、

たとえばmastodon.socialだと英語圏の投稿を中心にMastodon全域、fedibird.comだと日本語圏のMastodonとMisskeyに強いなど、特徴が出るよ。

そのサーバのローカルならフォロー関係なく入るから、特定の話題で盛り上がっているサーバなら、その話題を検索するときには一番強くなったりするしね。

まぁXと比べたら物足りないかもしれないけどさ。

クロールするのもいいかもしれないけど、余計なモノも増える気がするね。

少なくともサーバの誰かがフォローしてる人っていうのはかなり有効なフィルターで、投げ捨てのスパムとかは入ってこない。

まあ少なくとも全文検索未対応なmstdn.jpやPawooとか、他の検索が不便なActivityPub系サービスで不自由しているなら、mastodon.socialやfedibird.comで検索試してみるといいよ。

検索できるじゃん、って認識が新たになると思う。

Discord などは「所有者」をﾃﾞｮｽｺ社にしておきながら admin や mod 権限を委譲することで仮想的に共同所有に見せかけられている、というあたりがポイントなのかもしれない

もちろん、コミュニティに「主催者」がいる場合では現行のシステムでも概ねうまく実装できると思うけど。「友人同士」みたいなのには適していないよね

過去の私の見解としては「コミュニティ」機能を提供する仮想的アカウントは、そのコミュニティが完全に平坦であっても特定のひとつのサーバ (DNS ドメイン) に依存せざるをえない点で分散を阻害する要因になってしまう、ということだったし、その考えは今でも変わらない。
せめてモデレータ間での共同所有とかにできると良いのだけれど。

まあ私が適性あるかはどうでもよくて「全員に通知飛ばしたいし飛ばされたい」みたいな人がいるらしいという話なら、それはそうだけど。

個人的にはブロードキャストドメインとしてのコミュニティ概念にはあまり惹かれないんだけど。
Discord や Zulip でもトピックごとに通知無効化しまくったり、いっそ許可リストでしか通知飛ばさないようにしていたりするので。

全員リアルで友人レベルの狭く密なコミュニティならだいたいフォローしてるし。

ブロードキャストドメインの話をしているのであれば、必要とされているのは「コミュニティメンバーの投稿を拡散するリレー的存在」よね。もちろん TL を “コミュニティ” ごとにそれぞれリストで生やしたうえで通知だけ一本化するのでも良いけど

まずコミュニティの定義を特定する必要がありそう。ブロードキャストドメインを指すのか、それ以外の大雑把なクラスタみたいなものを含むのか。