連合とそれ以外のユーザビリティ、どっち優先すべきって二択ならユーザビリティとった方がいいと思ってる。

そもそも気づいてない可能性すらあったので、こういうアナウンスしてくれるだけでも安心できるね。

がんばえー！！

ioのDeliver queueがすごいので、しばらくはioとおひとり様サーバーで投稿を同時配信します。

ioの規模になってくると、どの処理が重い軽いじゃなくて、「スケールアウト可能性」のほうが重要なんじゃないかなと思っている今日この頃。

多少負荷がかかっても、無限にスケールアウトできる構成にする方を優先した方が、急場サーバーを増やしまくるので凌げるようになるからいいでしょ。

まあ、クソデカサーバー用の実装が小規模運用者にとって使いやすいものになるかどうか不明だし、どっかのタイミングで裏側のアーキテクチャから再実装とか必要になってくるかもしれないなーとか思ったりしている。

Twitterも内部的にはActivityPubみたいな配送の仕方してるから、ふつうに実装の問題だと思う。
https://atmarkit.itmedia.co.jp/news/201004/19/twitter.html

RE: https://p1.a9z.dev/notes/9o1byi5int

Misskey.ioのDeliver queueのWaitingがどんどん増えているの、地味に心配。

確かに、既存のフォロワー検索しやすい方法は必要だと思うねー。

絵文字リアクションあまり好きじゃなくても、あまり気にしないで使えばいいのにね。

今日は早く寝ないとね

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

そんな感じに思ってるから、大きなサーバーに公式垢作るみたいなムーブにあまり文句言わない方がいいと思う。

そういう公式垢が出てきたら、作ってくれただけでまずはありがたいと思いたいよね。

「とりあえず、Twitterと同じ内容を流すアカウントだけでも作ってみようかー、タダだし」ぐらい敷居下げといて、現段階ではようやくTwitterと同じ土俵に立てそう。

いや、それでも立てるか……？？？

「Fediverseに参加すれば確実にアドバンテージがとれる」、もしくはさらに踏み込んで「Fediverseに参加するのは大前提、それをしないのはあり得ない」ぐらいまで持ってかないと企業は自分のサーバー立ててまで公式垢作ってくれないと思うよ。

Twitterも実はフォロワー数に比例して投稿にかかる負荷が増えていく設計に内部がなっているので、レディーガガ専用サーバーとか、そんな感じでフォロワーがめっちゃ多いアカウント専用の対応がなされているという噂を大昔に聞いた。

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