セブンのすっぱい干し梅、「ほどよいすっぱさ」とか書いてあるくせにしぬほどすっぱい!!!すっぱ!!!!!冷静さを保てなくなるすっぱさ!!!!!!!
ある種、エンジニアリングに携わる全ての人にとってのまたとない壮大なショーケースとなっている。悪い意味で。
#パタパタ青い鳥
【Twitter】非常に複雑なソフトウェアの面倒を見る人を減らして急な機能追加をすると『あちこちから無視できない水漏れが起こる』みたいな壊れ方をする https://togetter.com/li/2073468
Cocco 25周年ベストツアー2023 〜其の2〜
開幕焼け野が原で既にべしょべしょで疲労困憊だったのだがその後も断続的に""青春""を叩き込まれて頭がどうにかなるかと思ったぜ!!!
もくまおうでわけわからんくらい泣いた 続いたBEAUTIFUL DAYSも初めて聴いた曲だったけど意味わからんほど泣いた
昨年6月に初めてこっこちゃんを生で観たときは無意識のところで顔面からあらゆる水が出続ける絶えない滝だったんだけど今日はどっちかというと明確に心に刺さった結果の緩急ある滝でしたね
ベビーベッド!!!!!!!!
ベビーベット最高すぎてひっくり返ったわ!!!!!!!!!
成熟して煮詰まった色気にどろどろの怨念と絶望を混ぜて練り上げたようなアクトで鳥肌立ちっぱなしだった…ひぃ…かっこよ……最高……今もあんなパフォーマンス観られるんですね いや寧ろ今だからこそあんなに成熟してるのかな
前回ツアー(ベストツアー其の1)がチケ取れなかったので今回必死になった結果あと2公演分チケあるんだが
来月も再来月も観られるの最高だな…楽しみ…
グループ機能のテストがてらご挨拶
@pokemon ポケモン歴25年のライトユーザーです。本編のメジャータイトルは一通りプレイ済みです。
オオタチが好きです。未だにオオタチちゃんとキャンプもピクニックもできなくて泣いてます。
グループ機能の開発・テストサーバーであるgdev.fedibird.com上に、サンリオとポケモンのグループが作成されました。
ポケモンGroup
@pokemon
サンリオGroup
@sanrio
オーナーはまりるりんとさん @AzumaRinto です。
このグループ機能は、グループのアカウントをフォローすることでどのサーバからでも参加することができます。
グループのアカウントにメンションすると、その投稿がグループアカウントによってブーストされ、参加者に届きます。
参加していない人がメンションしてもブーストはされません。
公開と未収載の投稿が可能ですので、ローカルタイムラインに流れるのを回避したい方は未収載での投稿をおすすめします。
なお、これは約3年前に実装した実験的なグループ機能の実験サーバで、特別な追加機能なしで実現できる互換性重視のグループ実装です。
性質上、非公開のグループは作成できない制約があります。
ハッシュタグに集う場合との違いとして、
ハッシュタグは誰も所有できないので、期待しない投稿の混入に弱いのですが、
グループは参加の承認や拒否、投稿単位での削除(グループアカウントがブーストを外すと結果として消える)など管理が可能で、確実に届くことがあります。
「心は女性」と偽って性的暴力はたらいた人物のニュースに、またトランス女性排除の人たちが、だから排除すべきなのだ、みたいに湧き立っています。
上記の論は根本的な誤りで、
・「トランスジェンダー女性が脅威になるようなことをしても、トランスジェンダーだと言われたら拒否できない(から最初から排除すべき)」みたいな排除派によるデマこそ、犯罪者には都合がいい
・女も女に性暴力をはたらくことがあること、ひいては性暴力を防ぐことに対しての無理解が前提として利用されている
ということ、これら2点について本来は、まず考えないといけないんだと思います。
親愛なる日本の皆様へ
クルド地区を襲った地震による被災者へのご支援をお考えの方は、下記の口座へお振込みをお願いいたします。
ゆうちょ銀行
10310-21706531
シャ)ニホンクルドブンカキョウカイ
ゆうちょ銀行
普通
〇三八店(ゼロサン八チ店)
口座番号 2170653
シャ)ニホンクルドブンカキョウカイ
https://twitter.com/nihonkurdish/status/1622586789855903744?s=20&t=F4aX4TZcow_bPCDDhHWeTg
もし、私が少人数の、それこそ一人のサーバだとしたら、リモートへの配送だけで済みます。
たとえば、人気のある人が自分のサーバに人を集めてしまったら、フォロワーだらけになりますから、それだけの負荷を自分で処理しなければなりません。
ところが、自分が発信するだけのサーバにして、フォロワーには分散SNS / Fediverseの空間にいてもらえば、サーバの数だけ配送すれば済みます。
10万人のフォロワーを自分のサーバに抱えると大変ですが、1,000のサーバに配送するだけなら楽々です。
この違いは承知しておきましょう。
ちなみに、私が投稿した際、リモート側では、mstdn.jpが1,320のフォロワーへの配送を受け持ってくれています。misskey.ioが196、mastodon-japan.netが159、pawoo.netが146、mastodon.socialが100です。
私はfedibird.comのサーバ管理者なので、たまたまfedibird.com(ローカル)のフォロワーが多いですが、みなさんの場合はもっと分散していると思います。
全体で薄く広く負荷を引き受けて、一つのノード(サーバ)が無理をしないように……なっているかな?
大きいサーバはちょっと不利ですね?
フォロワーの数と、Mastodonの負荷の話でもしましょう。
--
私のアカウントには、6,735のフォロワーがいます。
さて、私が何かを投稿したり、ブーストした際に、どこにどのぐらいの負荷がかかると思いますか?
これを判断するためには、ローカルのフォロワー数と、リモートサーバの数を知る必要があります。計算してみましょう。
fedibird.comの中のフォロワーは、3,089だそうです。
リモートのフォロワーへは、サーバの数になります。フォロワーは745サーバに散らばっているようです。
投稿した際、ローカルのユーザーには、fedibird.comがそれぞれに配ります。
ホームでフォローしている人が3,068、リストに64、アカウント購読に191、合計で3,323個のDistributionWorkerが生成されてタイムラインに挿入する仕事をします。通知やハッシュタグ、キーワード購読などの処理も別途行われます。
リモートへは、745個のActivityPub::DeliveryWorkerを起動し、リモートサーバに送ります。そのサーバの中のフォロワーへ配送する処理は、相手に任せます。
丸投げする分、リモートの方が遙かに負荷が軽い。
ここが分散SNSのポイントになってくるところです。