自分が作るActivityPub実装に最適な名前を編み出せてしまった……

複数の「内部的な管理区分としてのインスタンス」を重ね合わせて運用してるけど、外からは単一のインスタンスにしか見えない奴、作りたいよなぁ。

巷で言うシャーディング的な。

このアカウントは、notestockで公開設定になっていません。

何かインスピレーションを得られるコンテンツを摂取したいよな

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ぽよ

このアカウントは、notestockで公開設定になっていません。

Twitterで見るような数字のふぁぼ&BT数になってて声出た

@unasuke https://github.com/misskey-dev/misskey/issues/10049

サーバーでキャッシュ持つのは明示的に合法化されてるし、公衆送信権も今回どう扱われるかわからんし、法律パンチは分が悪そうなので自分はノータッチで

それが実装されて、投稿の流れていく先を制御する術が一般に定着してから初めて、ローカル限定投稿は使われなくなったので廃止しようかみたいな話にもっていけるんじゃないんですかね。

今回のローカル限定投稿廃止とは関係なく、自分の投稿がどこへ流れて行くのか、管理・制御しやすい仕組みは欲しいわね……

流石にMisskeyの方針を分散急進派に転換させようとしてるんだとしたら、論拠として薄いので出なおしたほうがいいと思う。

既にしゅいろ氏の意見を握ってるなら話は別だけど。

朝活 (朝食にとんかつを食べる行為)

インスタンス管理者が連合切ったりはできるけど、そういう投稿を流す先の管理を一般ユーザーもできるといいよね。

その一環で、信頼できるか分からない新規ホストにデータを流す前に確認できるフローができるといいよね。

「信頼できないインスタンス」問題は一理あると思う。

ユーザー単位で、新規インスタンスからのフォローを承認制にする設定はあると嬉しいと思う。

ただ、リモートフォローしてるのに投稿全然流れてこなかったら寂しくはある。

ローカル限定投稿、自分もあんまり好きじゃ無いけど、Misskey自体LTL会話勢の方向向いてるソフトなのかなって思ってたのであんまり気にしてなかった。

みんな別々のサーバーに居るのが普通みたいな状況になれば、ローカル限定投稿機能消さなくても必然的にみんなローカル限定投稿機能使わなくなるんじゃ無いんですかね。

ローカル限定投稿機能のあるなしで分散が阻害されるのは、そこまでなさそう。確かに、もし今後ActivityPubが瀕死になったとして、そこに最後の一撃を食らわしそうな機能ではあるけど。

おなじっす

このアカウントは、notestockで公開設定になっていません。

そもそも論として、ローカル限定の公開範囲が既に実装されてる時点で、開発方針はローカル限定を使いたい人の側を向いていると捉えるべきかなーとか思ったり。

ローカル限定をサーバー管理者が無効化できるようにする、が関の山なんじゃないんですか。

迂闊にプラグイン機構を搭載するより、forkさせたほうが総体的にメンテナンスコスト低いんだよな……。

というのは、自分が保守コストを気にしてバニラでMastodon管理してた時に、forkを運用している他のインスタンスの管理者を眺めていて得た気づきです。

プラグイン機構、2以前のFirefoxとかでもそうだったけど、得られる恩恵よりも遥かに多くの複雑性と開発工数の増大をもたらすリスクがある。

プラグイン機構には自分も夢見るけど、現実、プラグイン機構のあったGNU Socialは、それがもたらす複雑性に耐えきれなかったのじゃよ……

何が言いたかったって、forkする自由があるOSSに「機能を奪うな」っていうのはちょっとおかしな話ではあると思った。

「ローカル限定」の投稿範囲の議論に関しては、誰かが独裁的に落とし所決めないと収束しないと思いますよ。

Issueにポエム書いちゃってる気がするけど、こういうのも書いといた方がいい議論にはなりそうなので書いてきた。

有効/無効を切り替えられるようにするのにもコストがかかるわけで、そのメンテナンスコストを本家側が受けるのか、それとも「どうしても変えたい」と思う人に負担してもらうのかは、本当にポリシー次第だと思う。

ただ一つだけ言えることは、あまり設定できるところ増やしすぎるとバグの温床になりまっせ。

ローカルのみ投稿機能をどうするか、ベストな選択肢はMisskeyが何を目指してるのかによると思うので、新参者としては開発コミュニティの皆様の考えに一任します。

ローカル限定、確かに投稿削除が通用しなかったりするようなお行儀の悪いActivityPubインスタンスには有効だが、投稿削除が通用しなかったりするようなお行儀の悪い人間には非力という問題がある。

そして往々にしてトラブルを起こすのは後者。それは中央集権的で投稿削除も完璧に処理されると期待できるTwitterでも、スクショ晒しの問題が頻発していることからも分かるとおり。

自分もLTL廃止論者ではあるけど、全Fediverse横断検索が実現しない限りは現実的では無いかなと思っている

マストドン、コードベースが安定してることは信頼してるけど、Gargron氏の掲げる思想に賛同してるわけではない。

日本語のFediverseサーバーの中でMisskey.ioが一番観測範囲広い、検索機能に否定的じゃない立場なActivityPub実装のインスタンスかな、みたいな打算的な考えでアカウント作ったりしたし

自分は全Fediverseから検索できない限り意味ないと思ってる (暴論)

今のMastodonのElasticsearch機能は不十分すぎるので、コストに対して有効にしておく価値ないかなっておもってる。

外のインスタンスは信頼できないからローカルオンリー投稿にするのって、検索エンジンのクローラとかは問題にしないのかしらん。

レターパックで「ておくれ」……？

やるとしても、どこか信頼できる大きなところが、中央集権的にやるしかないんじゃないんですか。

実のところ、電話帳からフォローする人探せる機能とかまで考えらんないといけなかったりするかも、とかまで考えたけど、プライバシー保護的な観点から無理ゲーなので流石に諦めました。

「私は検索したいと思わない」は、正直へーそうなの、としか思わないな。

今検索できないから、検索したいと思わないだけだと思う。人間、今既にある物の枠に囚われがちなので。

人間は、みんなが使ってる物を「安心して使えるものだ」と信頼して使おうとするものなのじゃよ……。

検索機能の強化で低減することはできるけど、少数のサーバーにユーザーが集中する問題を完全に解決することは正直難しいと思ってる。

そうじゃなかったら今頃、色んな街の個人商店が賑わってて、スーパーやイオンモール、大きな外食チェーン店なんか出現してないって。

このアカウントは、notestockで公開設定になっていません。

あと、これは好みの問題かもしれないけど、他インスタンスの告知もホームTLに流したいときがあるので、サーバー内告知も連合に流して欲しい。

みんなも他サーバーに避難垢とかつくるよね……？

このアカウントは、notestockで公開設定になっていません。

ローカルのみ、サーバー管理者側が使える人を絞れるようにするのはアリなんじゃ無いんですかね。

サーバー内告知に使うんだったら、管理者以外使える必要ないでしょ。

このアカウントは、notestockで公開設定になっていません。

Misskey.ioしかり、Pawooしかり、mstdn.jpしかり、少数のインスタンスにユーザーが集中してしまうの、
「Fediverseのどこにアカウント作ってもみんなと繋がれるよ！」と言い切るのを阻害する何かがあるからとしか言いようが無いと思う。

色々と原因は推測できるけど、やっぱその中で一番大きいのは、インスタンスを跨いでユーザーやトピックを検索しづらいことだと思うんだよね。

小さいインスタンスにしかアカウント持ってないと、基本的にFediverse外からフォローしたい人探してくる羽目になる。だって、小さいインスタンスは知ってるリモートユーザーが少ないから、インスタンス内のユーザー検索は基本アテにならないでしょ。

はじめたての人は誰をフォローすべきか知らないから、これは特に致命的だよね。それ故に、MastodonやMisskeyを始めようとしてる人に、小さいインスタンスを選ぶことをオススメしづらい状況になってしまっている。

それじゃあ口コミで広まるのは大きいインスタンスだけだよ。