#fedibird Pawooから避難・引っ越しされた主に絵描きの皆様へ
Fedibirdは基本的にえっちなイラストOKです。実写はNGです。
国内基準、雑誌・ダウンロードサイト・コミケ等の基準に準じて各自で判断してください。
テキストや画像に閲覧注意指定するなど、ゾーニングを意識してください。
海外基準で厳しい内容については、公開範囲をフォロワー限定にすることをお勧めします。
もれがある場合、モデレーターが単独の投稿、あるいはアカウント自体に閲覧注意を強制することがあります。
また、通報等によりクレームが多い場合、対外的に折り合いをつけつつ活動を保護するために、アカウントをサイレンス指定することがあります。
自身の作品ではない、公開・配信する権利を有さないコンテンツの扱いにはご注意ください。
不明な点がある場合はご確認ください。
なお、NGな投稿をみかけた場合、通報にご協力お願いします。
さもありなん。
TwitterのAPI呼び出し回数エラー、原因は「従業員が誤ってデータ削除」との報道 - ITmedia NEWS
「「マスク氏がこのように衝動的に従業員を解雇するため、チームごと消滅するサービスもあるという。そうしたサービスを、既に過負荷状態の別のチームが引き継いでおり、「考古学者のようにコードを掘り下げ」状況を把握するところから始めなければならないと従業員の1人は語った。」
https://www.itmedia.co.jp/news/articles/2302/10/news086.html
MisskeyもマストドンもPleromaもみんなそうだと思うんですけど、基本今までのFediverse系SNSって技術者のおもちゃみたいな側面があったから、割と「自鯖を自力で建てられる人」基準で話が進むことって多かったんじゃないかと思うのね。もちろん、その技術があることは素晴らしいことなので、何ら否定すべきではないと思う。むしろ技術がある人には存分に生かしていただきたい。
ただ、これからTwitterから流入してくる人種は、恐らくだけどITの基礎知識なんて持ってない人の方が圧倒的に多い(というか、かく言う俺自身もそういうタイプの人種)。なので、技術者基準でだけものを考えたり言ったりしてると、そのうち大きなギャップが生まれてきてしまうと思う。それもまた文明の衝突の原因になるだろうし、望ましいことではない。ダメとは言わないまでも注意した方がいい。
しまった・・・今日お昼にドライカレー食べたのに写真撮るの忘れた(涙)
本当だったら、無償APIへの呼び出し制限も、十分なテスト期間や告知期間をとってからやるんだろうけど、「来週までにやれ!!」などという無理筋の号令がかかっているんだろうなあ。それでぶっ込んだ結果の障害かと。気の毒とも思えるが、残っている人もいい加減考えればとも思う。そういえばトイレは掃除してもらえたのかな。。。
ある種、エンジニアリングに携わる全ての人にとってのまたとない壮大なショーケースとなっている。悪い意味で。
#パタパタ青い鳥
【Twitter】非常に複雑なソフトウェアの面倒を見る人を減らして急な機能追加をすると『あちこちから無視できない水漏れが起こる』みたいな壊れ方をする https://togetter.com/li/2073468
今のマストドン、「サーバーを立てる人がいるクラスタ」に所属していない人が参加するハードルがすごく高くなっちゃってるのが、正直残念でたまらないんだよなあ……。
jpがそういう人の受け皿になって欲しかったけど、複数の相容れない複数の界隈が同じサーバーに居続けられるようにするのは難しい。
ジャンルは違うけど、こちらも :twitter:の影響を受けているみたいですね。
https://twitter.com/crepu_kuma/status/1621302431882825728
トルコ地震で被災された多くの皆様に心からのお見舞いを申し上げます。
日本時間昨日10時すぎにM7.8、其の9時間後にM7.5という2度の連続した直下型大地震が発生。被害の全容は不明だが判明しているだけでも人的被害は相当の数に。
日本からも援助隊が出たようだが国際的な救助と援助とが必要だ。
その一方で、ナオミ・クラインの指摘するような「災害に便乗した動き」にも警戒が必要だ。
そして、われわれは地震発生を我が事と心得て、食料品の備蓄や防災用具の点検が必要だ。
長年使われてきたアプリが使えなくなるのは悲しい・・・。でも最後の一文はもしかして「Mastodon」??
https://twitter.com/feather_ios/status/1622892007348895744
もし、私が少人数の、それこそ一人のサーバだとしたら、リモートへの配送だけで済みます。
たとえば、人気のある人が自分のサーバに人を集めてしまったら、フォロワーだらけになりますから、それだけの負荷を自分で処理しなければなりません。
ところが、自分が発信するだけのサーバにして、フォロワーには分散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(ローカル)のフォロワーが多いですが、みなさんの場合はもっと分散していると思います。
全体で薄く広く負荷を引き受けて、一つのノード(サーバ)が無理をしないように……なっているかな?
大きいサーバはちょっと不利ですね?
こんな意見が出てました。ブログが復権する流れも見てみたいです。
https://twitter.com/tadayosi/status/1622461449124839425
Fedibirdでテストしてるグループサーバーのアカウントがこれで、フォローすると参加できて、メンションすると参加者に届く仕組みになってるよ。
もうだいぶ昔に作ったやつだけど。
試してみる?
思うところがあって toot.blue にもアカウントを作りました。
とりあえずアイコンとかヘッダーを青っぽいかんじにした(また変えるとは思う)
複数アカウントを使い分けるのはめちゃくちゃ苦手なんだけど、マストドンはちょっと意識して分散だけでもさせていきたいな…。
偵察機や偵察衛星でなく、制作コストが安くアクセス困難な成層圏に飛ばして、言い逃れもし易い気球を使い、各国の反応もリスク小で見れる、って、随分賢いやり方だと思ってる。
雪深き山奥に生息中
職場で上と下から押しつぶされ、ひっそり生息中
昔Movabletypeで鯖立ててBlogやってました
あちこちのSNSを放浪しています