asata@fedibird.com 
さんがブースト
さんがブースト
Misskey
ぶっちゃけMisskeyは、事あるごとに「連合はおまけ」みたいなこと言ってるので、巨大なioを分割させることにより、"連合"から逃れられないようになってほしい、という下心がある。
明日の朝車出せばええやろと思ってたら、思ってたよりも工事の人が早く来て出せなくなった
asata@fedibird.com
さんがブースト
さんがブースト
ALU Ⅸ 
いつもと違う状況で興奮状態になってしまうの普通に精神年齢が子供過ぎる
QT: https://fedibird.com/@asata/110652476749584957 [参照]
@asata@fedibird.com
皆が「Twitterヤバい」「io重い」と悲鳴あげてる中、この状況で1人だけテンション上がってしまうのやめたい
皆が「Twitterヤバい」「io重い」と悲鳴あげてる中、この状況で1人だけテンション上がってしまうのやめたい
asata@fedibird.com
さんがブースト
さんがブースト
Q: ねえ？なんでリモートユーザーフォロー情報が完全に表示されないの
A: APの仕様では取得しきれないからしょうがないよ
Q: リモート投稿のリアクションの詳細を取得したいんだけど？
A: じゃあできる限りリアクションは全フォロワーにブロードキャストするね？
→ 多すぎて終了
これらは、分散でみんなでコピーを持つという前提のせいだと思うのだわ。
投稿なんかはコピーを持ち合ってもいいけど、リアクション詳細情報とかフォロー情報とかはそうでなくてもいいのではというのが最近の考えなのだわ。
これらは一定の需要があるものの要求される割合は低いから随時リモートに取りにいけないかと考えているのだわ。
asata@fedibird.com
さんがブースト
さんがブースト
たまにスマホいじりながら寝落ちすることがある
村上さん「ムラムラしてきた」
正直これから自鯖建てる人には、v13のmisskeyよりもめいすきーとかの方を勧めてしまうかも（なんとなく）
DBを7つ集めるとDBが軽くなるんだよね
asata@fedibird.com
さんがブースト
さんがブースト
みんたろう
misskeyはDBさえ守ればなんとかなる。 [参照]
DBのバックアップが0Bとかいうこともないように
Google本社の清掃員です。
この度は弊社クラウドを解約したTwitter社を引き留められず申し訳ございませんでした。
私がさくらインターネットです
asata@fedibird.com
さんがブースト
さんがブースト
【古参あるある（ない）】
新規の子にフォローされる
↓
新規の子がFediverseで有名になってフォロワーが増える
↓
「あんなに大きくなって……」と感慨に耽る
↓
サブ垢でその子をフォローする
↓
フォロー返ってこない
↓
「ああ……親離れか」
Misskey関係者、変化を恐れなさすぎでは（言語を変えるとか唐突に出てきたり）
確かにそういう評価の仕組みはいるかもね
asata@fedibird.com
さんがブースト
さんがブースト
Azure 
Node.js→Rustに変えたときのパフォーマンスよりActivityPubの仕組みそのものの見直しや連携するインスタンスの評価の仕組みを作ってDDoSしてくるインスタントをブロックするのほうがパフォーマンス改善にはならないの
CSVファイルで管理されるmisskey DB
