jp にいるあいだは、他サーバーと疎通しているようには見えていなかったけど、こっち来てデータ不整合があったときにアクセスログとかDBのなかを見て、ようやくそういうサーバー間通信によってコミュニケーションが成立しているのがわかった。ふつうのユーザーにはサーバーとサーバーが離れていて通信している様が見えない。
じぶんも一人用サーバーたてて、他のサーバーのデータが存在しなかったり、他サーバーとのインタラクションのなかでデータ不整合が発生したりで、ようやくFediverseの仕組みを納得できたけど(頭でではなく腑におちた)、ほとんどの場合に、上手くいかないケースや不都合を通してのみ、仕組みは把握されるんだよな。データ不整合なんておかしいやろっておもっても、分散システム上では当然発生しうるんだが、そんなこと通常気付かない。
@keizou やっぱり中の人とインタラクションできると認識のしかたも変わってくるんですかねぇ。鯖缶とリプを投げあえる fediverse サーバと、鯖缶と触れ合えない Twitter 、みたいな……
@lo48576 ボクのお袋は電話交換手だったけど、電話かけてくる人の中には電話交換手とお話がしたいだけの理由でかけてくる人が居たらしいよｗ
あと入社した時代は電話交換手のベテランに元日本帝国軍電話交換手の人が普通に居たらしい
電話と FAX は電話回線という基盤をうまく認識してもらえたのに、 web とメールはインターネット回線という基盤をうまく認識してもらえなかった。
電話交換手の存在が鍵なのか？w
Fedibird からはこれはちゃんとグループに見えるんだな。グループっていうか板にコメントが並んでいる。Pleromaからはただブーストしているアカウントに見える。
https://lm.korako.me/c/federation_test_c
https://lm.korako.me/c/federation_test_c
そうしてみるとブラウザの違いをかなり吸収して UI 丸ごと規定する web ってのは特異で、そしてここまで普及したのにも納得がいくわけだな
背景にあるモデルが認知されない限りは UI があたかも本質であるかのように見えてしまう、まあそれはそう……むしろ特定目的のために供されるアプリケーションとしてはそれは優れた UI の証左といえるのかもしれないが……
ここで、「連合上でコミュニティを形成できること」として考えていたのが、ちょうどこの proposal のような仕様だったんだけど、問題は仕様を作れて実装も存在しても、UIが違うと全然別のシステムだと認知されてしまうことのような気がする。Lemmyは議論のためのプラットフォームだけど、「SNSとは関係がない」と認知されてしまう。で、Mastodonのような巨大プラットフォームの開発優先度から下がってしまう。
でもそうじゃなくて、このへんうまいぐあいに合体して発展する形におとしていかないと、「連合上にSNSを作る」んじゃなくて「小規模SNSを乱立する」になるとおもうんだよな。
https://pleroma.tenjuu.net/notice/ATJaEq89Uu2fdrlAAq
でもそうじゃなくて、このへんうまいぐあいに合体して発展する形におとしていかないと、「連合上にSNSを作る」んじゃなくて「小規模SNSを乱立する」になるとおもうんだよな。
https://pleroma.tenjuu.net/notice/ATJaEq89Uu2fdrlAAq
この proposal で知ったけど、Lemmy おもしろそう
https://join-lemmy.org/
分散システム上で議論をオーガナイズしていくのにたしかに group 的な概念必要になるよな。
https://join-lemmy.org/
分散システム上で議論をオーガナイズしていくのにたしかに group 的な概念必要になるよな。
なんとなくイメージしていたものがそのまま詳細化されているかんじだった。ていうかやっぱりもう作っている人いるのね。
https://codeberg.org/fediverse/fep/src/branch/main/feps/fep-1b12.md
https://codeberg.org/fediverse/fep/src/branch/main/feps/fep-1b12.md
マイクロサービスで疎結合だ！みたいなのを、マイクロサービス内の各サービスが没交渉なアプリケーションだとでもイメージしているっぽい人がわりといて、いやそれは疎結合なんじゃなくて無結合やんっておもったのを思い出した。マイクロサービスはそのなかの各サービスがどうやって会話するか定義しないと意味がないとおもうんだ...。