アミノハジメ​​​​​​ @aminohajime@fedibird.com

「やさしいにほんご」は欧米語話者や幼い日本語話者には優しいかもしれませんが、韓国語や中国語話者には全く優しくなく、むしろ読みにくいです。

ねこのたまご

まあ個人の利益に直接つながらないというのはそうなんだけど、今の日本のAP界隈に見られる誰かが自腹で赤字出しながらサーバー運営してる(そしてたまに潰れる)みたいなのはどう考えても sustainable ではないよなと言う気持ちがあり、場に入るのに金が必要な環境の方が結果的に長持ちして結果的には参加者全員の利益になるのでは、と思う

スパムアカウントが跋扈し、既存のfediverseからブロックされた未管理サーバー群、その集合体はspamverseと呼ばれ、日夜互いに大量のスパムメッセージを送信し合っていた。その無意味な文字列の濁流の中、ある日一つのメッセージが流れた

「誰かいますか」

......から始まるSF小説

呪物だ

#Bluesky は #Fediverse の課題点を技術的に克服しえるものとして #ActivityPub に変わる新たな #ATProtocol を作ったという流れは理解してるけど、その #Fediverse の課題点がそもそも従来のように「SNS はグローバルビューをもつべき」という世界観から見たときの「課題感」だと思っていて、#Fediverse はそもそも「適度に分断し、適度に繋がる」ということを前提として設計されていて理想像がそもそも違うし、それを「#Fediverse には投稿の無断収集に文化的抵抗がある」という話だけでなんとなく「ネガティブで保守的な文化がある」という感じにしか書かれていないのが少し残念だった。

なぜ #Fediverse にそういう文化があって、なんでそれが一定数そこで支持されてるのかということまで深堀りしていくと、そこにはもうちょっとポジティブな見方もできることもあるはずなんだけどなーと。

ただ、どこにでも原理主義的な考えはあるように、たしかに #Fediverse には「勝手にクロールされる」ということに強烈に拒否反応を示す人がいたり、そういう人の声で串刺し検索サービスが「もう無理ー」と潰れてしまったことは、事実、自分が #Mastodon #VivaldiSocial 始めたあとにもあったし、#Mastodon に現状の検索機能にも結構強く反対している人がいたのは見ているので、確かにそういう文化的「傾向」というのはあるとは思うし、対抗する #BlueSky が目指す理想もわかるところはある。

じゃあ #Bluesky が「良い」のか？といえば自分にとってはそんなことはなくて、現状ではむしろ #Bluesky こそ稼働しているインスタンスはほぼ中央集権だし、結局「技術的に分散可能というだけで実質中央集権」みたいな「分散型という傘をかぶっただけの存在」になる可能性はあると思う。
その点、標準化団体が標準技術としてすでに定めている #ActivityPub に対応した複数のソフトフェアがあって、またインスタンスの大小があるにせよ、それらのソフトウェアが使われた複数のサーバーを個人や企業が運用していて、それがすでに連合しているという実績も #Fediverse にはあって、それを無視して従来の SNS の視点でみた「グローバルビューがない」という観点だけ（※）で過小評価するのはフェアじゃないような。
※
アカウントポータビリティは少なくとも にはあるし、スケーラビリティーについても、理論的限界はそうであっても、実際には時間が改善・解決していく部分もあるし、今必要なスケールに対応できているのであればそんなにクリティカルな問題じゃないと個人的には思っている

https://whtwnd.com/boobam.bsky.social/entries/Bluesky%E3%81%8CActivityPub%E3%82%92%E6%8E%A1%E7%94%A8%E3%81%97%E3%81%AA%E3%81%8B%E3%81%A3%E3%81%9F3%E3%81%A4%E3%81%AE%E7%90%86%E7%94%B1

（つまるところ not for me な記事だったというオチ

ブリッジ方式の弱点は、橋渡しを行っているブリッジが、ひとつだけしか存在しないことです。

よしんばブリッジを複数設けるとしても、今度は同じアカウントが複数の名称を持つことになり、重複してしまいます。

（ブリッジA、ブリッジB、ブリッジCがあると、noellabo.jp@A、noellabo.jp@B、noellabo.jp@C、というまったく同じ内容のアカウントが発生してしまうということです）

そして、そのブリッジを利用するActivityPub上のサーバ、AT Protocol（Bluesky）上のサーバが、ただ一つのサービスに依存することになります。

Bridgy Fedは、Ryan Barrettさんが作って、個人で運営しているサービスです。

Ryanさんは分散SNSに対する理解・理念・非営利で持続できる運営体制など、頼りにできる信頼に足る人物であろうと思いますが、

そうであっても、ひとつのサービスで発生したトラブルが全体に影響を及ぼす構造であることは避けられません（単一障害点）。

そういった問題を構造で解決しようというのが分散SNSの目指すところで、理想から遠ざかってしまうのです。

解決策はあるかもしれませんが、原状、そういうポジションにあるということは憶えておいてください。

周蜜さんのＸでのこのポストを見ると、yahooの記事はかなり違和感がありますねぇ

苦境に立たされてる作家さんもいらっしゃるようだし

https://twitter.com/erinmizhou/status/1842860061737238802
QT: https://fedibird.com/@me_me/113257759459421975 [参照]

SONY CDP-CX200Fの修理 : Iwataka53jp's Blog
https://iwataka53jp.exblog.jp/28836043/ うわっすごい。300枚入るCDチェンジャー。「AKIRA」で見たぞこれ。