orange
さんがブースト
個人的にはブロードキャストドメインとしてのコミュニティ概念にはあまり惹かれないんだけど。
Discord や Zulip でもトピックごとに通知無効化しまくったり、いっそ許可リストでしか通知飛ばさないようにしていたりするので。
全員リアルで友人レベルの狭く密なコミュニティならだいたいフォローしてるし。
オレンジ的にもテーマ事に参加できるリレーみたいなのに(コミュニティ視点で)TwitterのハッシュタグTLのような機能を持たせるのがいいかもって思ってる＞＜
orange
さんがブースト
ブロードキャストドメインの話をしているのであれば、必要とされているのは「コミュニティメンバーの投稿を拡散するリレー的存在」よね。もちろん TL を “コミュニティ” ごとにそれぞれリストで生やしたうえで通知だけ一本化するのでも良いけど
orange
さんがブースト
まずコミュニティの定義を特定する必要がありそう。ブロードキャストドメインを指すのか、それ以外の大雑把なクラスタみたいなものを含むのか。
たとえば、学生と教師がSNSをやるとして、教師は学生に対して『自分が学校で教える相手』として、学生は教師に対して『学校で教わる相手』としての面がフォローしたいんであって、学生のバイト先の『喫茶店の店員』や釣りが趣味の教師の『バス釣り名人』をフォローしたいわけではない＞＜
趣味(プライベート)と仕事程度であれば、「アカウントをふたつ作ればよい」程度ですむけど、学校の先生でバス釣り名人で町内会副会長でマインクラフト鯖缶で出身地の自然災害からの復興ボランティアをしてる等々となっていったら、「いくつアカウントを作って使い分ければいいのか？」となる＞＜
「フォロー単位でコミュニティが構築されればそれでよい」って発想の人で、『オレンジとごく稀に接触があるけどオレンジをフォローしてない人』、特に過去にオレンジをフォローしてたけどフォロー外した人に対して
「じゃあ、なんでオレンジをフォローしないのか？＞＜； フォローのみでコミュニティを構築するという事は、結果的に『部分的にでも関わりを持つ相手はフォローする』というモデルに至るけど、なぜフォローしていないのか？＞＜；」
って言いたい＞＜
なので、「Fediverseにグローバルな検索システムを構築するのは技術的に困難」であれば、まあそうだろうだけど、
「Fediverseにグローバルな検索システムは不要」とか「アカウント単位以外でTLを構築するシステムは不要」って考え方は、人付き合いが完全に人間全体単位で行われているという勘違いからの発想か、
あるいは、それをテーマインスタンスのLTLで解決するのであれば分散に逆行してしまう考え方なので、
むしろ「検索システムが無いと・・・」って言ってる人の方が、コミュニティの構造と分散に注目出来ている視点を持ってるかも＞＜
オレンジはマインクラフトの(もう誰もログインしてない) 
鯖に参加しるけど、その為のDiscord鯖には参加してるけど、 マインクラフト 鯖に参加した全員とFediverse上で相互フォローにあるわけではないし、オレンジとオンラインのゲームで一緒に遊んだ人(遊ぶ人)全員がオレンジのこのアカウントの投稿を読みたいと思うとは全く思えない＞＜
マインクラフトで一緒に遊ぶ人は、マインクラフトに関するやり取りがしたいんであって、オレンジのFediverseの現状の問題点への指摘やら公共交通の諸問題や他国の事例に関する長文を読みたいわけではないから＞＜
「Fediverseに(グローバルな)検索システムが必要」って発想は、そういうロール視点から見れば(むしろFediverseを使って無い人にとっては)当然のもので、それに対して「フォローすればよい」と返すのは「え！？ 分散は？」ってなるのもある意味当然かも＞＜
あるいは「ロールにあわせてものすごい数のアカウント作れって事！？」ともなる＞＜
たとえばオンラインゲーマーであれば、遊んでるゲーム毎や参加してるゲーム鯖毎に(たとえばマインクラフトhoge鯖とfuga鯖それぞれひとつ)作れって事！？ ともなる＞＜
オレンジ的には、それらの指摘は微妙に間違ってると思う＞＜
フォロー方式のコミュニティは、基本的に取捨選択がアカウント単位になってしまう＞＜
でも実際には人のコミュニティはロール単位になってる事が多い＞＜
たとえば、こういうお仕事をしてるhogefugaさん、こういう趣味のhogefugaさん、このゲームで遊んでるhogefugaさん、このお店の常連の、このお祭りに参加してる・・・等々＞＜
たとえばDiscordであれば単一のアカウントがテーマ事のサーバーを渡り歩いてそれぞれで異なるロールとして振る舞うということができる＞＜
現状のFediverseは、あくまでアカウント単位なのでそれが出来ないし、Discordの如くテーマインスタンスで解決しようとすると分散に逆行してしまう＞＜
orange
さんがブースト
なんか自分の意志でタイムラインをどうこうできなくなった後のものを「SNS」って呼んでるんだろうな．
自分の知ってるSNSとは違うもののようだ．ズンドコベロンチョとでも名乗りなおせばよい．
orange
さんがブースト
お狐様が熱心に「Mastodonにはもっと強力な検索（=クローラ）がなければユーザー体験が悪い、大きくなれない」と語っていたのを思い出す
orange
さんがブースト
atprotoが目指す世界はわりと現実的には理解出来るところはあって、つまるところグローバルなクローラが必要だし、集権的なモデレーションが必要で、究極的には『愚かなエンドユーザーにはキュレーション済みのフィードを与えることが最も満足度の高いことだ』…という大前提があって、そこから出発してる感は否めない
orange
さんがブースト
しかしまぁ、テーマサーバーがなんだのとか、LTLしか見てねーわみたいな人がいたりとかもするので…Mastodonの体験がサーバーに依拠している人もいる、それはそう
orange
さんがブースト
うれしいさ、「自分でタイムラインを構築する」という労力を放棄したい、口を開けていれば美味しいものが放り込まれるだけの存在になり下がりたい人々にとっては
orange
さんがブースト
orange
さんがブースト
DeepL> フィードをコンポーザブルに： Blueskyのタイムラインはサーバーに縛られないように設計されています。誰でもフィードを作成することができ、現在40,000以上のアルゴリズムフィードから選ぶことができます。マストドンのタイムラインは、あなたがフォローしているアカウントの投稿のみで構成され、Blueskyのカスタムフィードのようにネットワーク全体の投稿をまとめることはありません。
orange
さんがブースト
うれしいかこれ？
> Composable feeds: We designed your timeline on Bluesky so that it’s not tied to your server. Anyone can build a feed, and there are currently over 40,000 algorithmic feeds to choose from. Your Mastodon timeline is only made up of posts from accounts you follow, and does not pull together posts from the whole network like Bluesky’s custom feeds.
orange
さんがブースト
🤔
```
Blueskyは、AT Protocolを採用する自社サービスがActivityPub採用のMastodonより優れている点について、以下のように説明している。
・Mastodonではインスタンスと呼ばれるサーバがコミュニティを決定するので、参加するサーバによってユーザー体験が異なるが、Blueskyではユーザー体験はフォローしているフィードとアカウントに基づくので、いつでもグローバルな会話に参加できる
・Mastodonのモデレーションはサーバに関連付けられているが、Blueskyでは関連付けられておらず、ブロックリストなどのツールはコミュニティが構成可能
・Mastodonのタイムラインはユーザーがフォローしているアカウントからの投稿のみで構成されているが、Blueskyはタイムラインもサーバに関連付けられないように設計されているので、独自のフィードを作成できる
・Blueskyでは、ユーザーはサーバを簡単に移動でき、移動してもユーザー名やそれまでに構築した友達関係、投稿を失うことはない
```
- ＠orange_in_space
2017年 4月に登録
