@gorou12
総トゥート数: 3266
前日比: +1
---
いかすきー: 19561(+2)
ごろう in おひとりさまインスタンス
ここがメインアカウント。
財政上の理由により廃止する可能性あり。
サーモンラン(安定クリア(生存重視)勢)
音ゲー(いわゆる黄譜面の常連)
IT関係にわか(本職はとあるWebサービスでSREというかQAというかなんというか…をしてる)
主なサブアカウント
・イカトドン @gorou12
・いかすきー @gorou12
主要3アカウントまとめ
https://notestock.osa-p.net/@gorou12@mstdn.pokete.com/group_main
・Bluesky: https://bsky.app/profile/pokete.com
Vulnerability、脆弱性の意味だけど、英単語的には「傷つきやすい」「弱い」という意味にも使うんだね。
精神的な傷つきやすさも、肉体的な弱さもVulnerabilityなんだ。
となると、それを一律に脆弱性と訳すのは違うか。
今般のやつは「ActivityPubの弱さを露呈した」なら通じるよね。
防げる防げないに関わらず脆弱性というなら、たとえば包丁を人に刺したら死にますよってのは、人に刺せてしまう包丁や、包丁に刺されて死ぬ人に脆弱性があるのでは?になるし。
脆弱性って単語ではないと思うんよな。
脆弱性って言い方をすると、まるでそれが悪みたいに見えるから嫌なんよなー。
実装不備に起因するもの=実装次第では防げるものって解釈になるからね。
防げんよ。これは。
このアカウントは、notestockで公開設定になっていません。
そのへんはローカルTLって概念があるからその感情になるんだと思う。
だからローカルTLをなくしたFedibirdの理念はとても同意するし、本当のActivityPubの姿はそっちだと思ってる。
でも残念ながら、現実には、ローカルTLがあるほうが実際の姿だ。
Mastodonの未収載、中規模以上(=いわゆる内輪よりも広い範囲の人がいるサーバー)はデフォルトなことが多い気がする。
むしろ超巨大サーバーでもない限り、「こんな話題、外部には伝わらないなあ」って心理になるのは当然かなあとも思う。
ioに人が激増して重くなったから負荷対策に乗り出した、みたいなもので。
今回はActivityPub全体が考えないといけない。
別に、遅きに失したわけではない。いらなかったものがいるようになっただけ。
今般の件は脆弱性とは思ってないよ。できるからやっただけで。それに抜け穴でもないよね。使い方がダメなだけ。
使い方がダメなのが現れた場合にどうするか?という仕組みが考慮されてなかっただけ。
そしてその考慮は、プラットフォームを拡大していく上では優先度は低いだろうから、運用フェーズに入った今に至るまで特に考えられてなかったのも問題ないと思ってる。
いまは実際に起きたことに対して、考えるべきタイミング。
JR西の大雪に対する対応の報告書を読んだ。
前職は鉄道会社のIT部門で、携わってる業務柄、電車の運転にダイレクトに影響する部門とも関わりがあったけど、平常時は本当に人が少ない。みんなが思ってるより少ない。
有事になれば社内から人をかき集める運用。
それ故、指揮系統が乱れに乱れたんだと思う。
JRでいうところの輸送対策室のメンバーは、あちこちの電車から駅から社外から社内から色んな電話が来ただろうし、本当にご苦労だったなあ。
どうすりゃええんやろね。難しいよね。