きやま@かんみや🐘 @kanmiya@fedibird.com

栗まんてめちゃくちゃくりまんじゅう先生じゃん…！

[覚え書き] 『虎に翼』＠台湾
ドラマ『虎に翼』の放送が台湾のケーブルTVで始まったらしいのですが、自分の教室の 日本語学習者のみなさん、一人も見ている人がいませんでした。「見たいけど、ネットにないと、無理ですよ。実家に帰らないとテレビないし」とのこと。コンテンツの視聴形態が完全に変わっていますね。今の台湾ではテレビからの情報は届きにくいようです▼

Amazonプライムにソウルの春が来てた。新作なのでお高めだけど見逃してたので助かる

Amazon.co.jp: ソウルの春（字幕版）を観る | Prime Video: https://www.amazon.co.jp/dp/B0DK7R9KRT

Bridgy Fedは現在Fediverse→Blueskyへの転送を停止しているとのこと。現在Blueskyは昨今の急激なユーザー増加に対応するためにリレーを変更する作業を行っていて、Bridgy Fedのような野良PDSからのデータ取り込みを停止しているためみたい。

今のBlueskyは億単位のユーザー数も見えてきたしここで対策をすることにしたんだな。

#bridgyfed #bluesky
QT: https://fed.brid.gy/r/https://snarfed.org/2024-11-21_54148 [参照]

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

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

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

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

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

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

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

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

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

『模範タクシー』を見たよ〜〜！いろいろなドギの中でもインパクトありすぎキャラ