公開TLがソーシャルグラフの一種ならば、サーバのポリシーが癒着してるからダメか?ということもない。なぜなら公開TLはログインしなくても見れる。自分が使いたいサーバと違うサーバの公開TLを快適に読めて反応を返せればOK。
問題は公式WebUIがそれをサポートしてないこと。
ツリー型の情報管理ツールと、階層のないPukiwikiが、という話もありますが、語らなくても想像できると思いますので省略します。
そういう諸々の経験から、仕組み作り込んでメリット考えても空回りするときはするし、
人々が自発的に楽しみながら使えて、それが何かを生み出すところにフォーカスして、それに従った仕組みを作った方がいいんだなということを学びました。
ディレクトリ型インデックスより、クロール型のgoogleの方が優れた助けになったということもあります。
多様性とノイズの中で、混沌の中で、価値が生まれるというワケです。
綺麗に正規化した構造もまた大事なんですが、これは人間が直接触るんじゃなくて、裏方で使うと活きてくるという知見も得ました。
あと、草の根BBSで個人的に経験したことも記載しておきます。
KTBBSと、mmmという、どちらもよく使われたシステムがあるんですが、対照的なところがあって、
KTBBSは、いわゆるLTLのように同じ場所に無限に書き込んで、レスじゃなくてエアリプで会話していました。
掲示板なんで、マイクロブログみたいに短い投稿だけでなく、長いメッセージもありましたが、とにかくなんでも一緒に流していくスタイルです。
ちょっと前の人の感覚だと2chですね。
mmmは、しっかりジャンル・目的毎に階層分けされていて、話題によって書く場所を綺麗にわけていました。それぞれに管理者・モデレーターを置いたりしてね。
レスポンスツリー(どこに返信を付けるかを意識)も綺麗に構築するタイプでした。
まぁ、なんでも書き込むところもあったりしましたがw
このへんはネットニュースの流れです。
だいたい、KTBBSの方が熱気があって流行りました。mmmの方が落ち着いて話せるんですが、ちょっとかしこまるんですね。
私はmmm系のMASHでしたが、良いと思ったけど、うまくいかないなぁという経験をしました。
パソコン通信からmixiまでの空白の時間は、今の状況を考える時に、大いに参考になっています。
パソコン通信は、大手と、草の根BBS(個人運営の小規模局)にわかれます。
大手BBSは、端的に言うと、いまあるものはほとんど何でもありました。
草の根BBSは、基本的にホスト局の外と繋がる方法がなかったので、LTL中心のサーバみたいなものでした。当時の通信につかわれていた電話+モデムでの接続は距離と時間で料金が決まるため、物理距離の問題があり、近隣地域だけで人が集まっていました。地域サーバですね。
そうしたものが一回なくなって、インターネットに移行したら、不便すぎて、人々は繋がる方法を探したり、同じ場所に登録することを好んで、(中略)mixiとかtwitterとかそういうのが大流行したというワケです。
例によってちょっと昔話をしますが、
パソコン通信と草の根BBSから急激にインターネットに移行した頃、コミュニティが消えてしまったことがあるんですよ。
World Wide Webってんで、個人でホームページを持って、世界と繋がれるっていうことで、皆で個人ページを作った。
お一人様に分散している状況に似ています。
(どこが同じで、どこが違うか、掘りさげると意味がでてきます)
つながりがなかったんで、相互リンクページを作った。フォローとフォロワーみたいなもんで、フォロー先を辿って、新しいページを見つけたわけです。
あと、CGIで掲示板を作った。個人ページのミニコミュニティです。
そのうち、Yahoo!などのディレクトリ登録して検索できるサービスが出てきた。ジャンルとページ名とURL、キーワードと説明のようなものが人力でまとめられていきました。
端折る。googleなどのクロール型の検索エンジンが出てきました。
登録するとランダムでリンク先に飛ぶのもありました。リング。ちょっと違うけどリレーに近いかな。
で、mixiのようなコミュニティが再登場します。
@nieein56 コミュニティをサーバから分離するのは、分断のためではなくて、直交性のためです。
また、リモートから参加できるよう機能向上を意図する面もあります。
恐らくサーバと文化的に強く結びついたコミュニティの方がうまくいくと思います。
分離した上でセットで運用するのが良いと思います。
私もテーマサーバを運営しており、その方向で発展させたい意向です。
なぜサーバに縛られるという問題としての指摘をするかというと、概ねサーバの寿命の方がコミュニティやユーザーの活動よりも短命だということと、コミュニティやユーザーが追放され、独立を余儀なくされることがあるためです。
サーバがユーザーの生殺与奪を握って構わないのですが、同時にアイデンティティを喪失しないために、アカウントがポータブルであることが重要だと考えています。
繰り返しますが、ポータブルであることは重要ですが、どこかに帰属することが必要でして、サーバが人の集まりとしてある種の共同体(コミュニティ)であることは重要だと思います。
端的に言うと、私は分散過激派ではありませんw #distsns #fediverse
@nieein56 コミュニティをサーバから分離するのは、分断のためではなくて、直交性のためです。
また、リモートから参加できるよう機能向上を意図する面もあります。
恐らくサーバと文化的に強く結びついたコミュニティの方がうまくいくと思います。
分離した上でセットで運用するのが良いと思います。
私もテーマサーバを運営しており、その方向で発展させたい意向です。
なぜサーバに縛られるという問題としての指摘をするかというと、概ねサーバの寿命の方がコミュニティやユーザーの活動よりも短命だということと、コミュニティやユーザーが追放され、独立を余儀なくされることがあるためです。
サーバがユーザーの生殺与奪を握って構わないのですが、同時にアイデンティティを喪失しないために、アカウントがポータブルであることが重要だと考えています。
繰り返しますが、ポータブルであることは重要ですが、どこかに帰属することが必要でして、サーバが人の集まりとしてある種の共同体(コミュニティ)であることは重要だと思います。
端的に言うと、私は分散過激派ではありませんw #distsns #fediverse
@frfr お、これか! やったー!
@nieein56 どのへんに違和感を感じます?
Understanding Decentralized IDs (DIDs) - Adam Powers - Medium
https://medium.com/@adam_14796/understanding-decentralized-ids-dids-839798b91809
Decentralized Identifiers (DIDs) v0.13
https://w3c-ccg.github.io/did-spec/
A Primer for Decentralized Identifiers
https://w3c-ccg.github.io/did-primer/
ユーザ ID がドメインや特定のオリジンサーバに依存してしまう点については、 decentralized identifier という規格が W3C によって提案されていて (勧告になるかはわからないけど)、そっち方面での技術的な解決も期待できますね #distsns
@frfr マジすか。そのままでも問題無いけど、BOSS版があるならそっちに入れ替えたいな……。
DTP・デザイン・印刷のテーマサーバ DTP-Mstdn.jpやってます。
#Illustrator #スクリーン印刷 #インクジェット #カラーマネジメント #運営
#searchable_by_all_users