  |
はてなキーワード: 第三者とは
チン騎士「痴漢を無くせば痴漢の誤認逮捕はなくなるんじゃね？ 」
↓
最初から金目的で冤罪をふっかける人が存在するのでなくなりません
↓
まあ普通の常識がある人間からすれば「バカかこいつ」でしかないんですよね
痴漢ゼロの状態をキープするためには人類全員が絶え間ない努力を永久に維持しないといけない
何十億という人間全員ですよ？24時間365日絶え間なくですよ？それを永久にですよ？
まずこの時点でチン騎士って底抜けのバカなんだなってお分かりいただけると思います
そんな達成不可能な目標を平気で掲げる底抜けのバカであるところのチン騎士くんですが
一部の先鋭化したフェミ女さんも底抜けのバカなので平気でこれを支持しちゃいます
普通ならこんなバカげた絵空事掲げた時点で「こいつひょっとしてバカなのでは？」って不信感が生まれるんですよ
でも底抜けのバカなので「こんな素晴らしい理想を掲げてくれるんだ・・・」ってかえって好感持っちゃうんですよね本当にバカって怖いです
この実現不可能なクソ理想論、これに対して素直に「バカじゃねーの？」と非難すると
「この素晴らしい理想を否定しやがったな！おまえは痴漢を肯定するエロ野郎だ！」と返すんですよね
いや普通の常識からみれば不可能なことをこれは無理だよねって反論するのは当たり前です
「理想を否定された！こいつは敵だ！悪だ！！」って構図が完成しちゃうんですよね
チン騎士くんからしたらこの構図さえ完成すれば自分はガンギマった先鋭化フェミ界隈にとっての聖人君子ポジションを確立できる寸法です
ぶっちゃけ痴漢という概念が消えようが消えまいがチン騎士くんにとってはどうでもいいんです
そのためには掲げる理想が荒唐無稽であるほど常識的な反論が呼び込めます
まぁこのせいでチン騎士くんが常識外れの底無しバカという定評ができてしまったんですが
土曜日の朝。
「猫、飼いたい」
って言った。
俺は振り返って、嫁を見た。
嫁は真剣な顔をしていた。
冗談じゃない顔だった。
「急に？」
「ずっと考えてた」
「ずっとっていつから」
「3年前から」
「3年前？？」
俺は驚いた。
俺は3年間、それに気づかなかった。
「なんで今言うの」
「いや、別に反対しないけど」
その通りだ。
俺はたぶん、3年前に同じ話をされたら、「猫は面倒くさい」と言っていたと思う。
今でもちょっとそう思う。
「でも、もう限界なんだよね」
「限界？」
「えっ」
「あんたのこと嫌いになったわけじゃない」
「えっ」
「でもさ、なんていうか、あんたとふたりだけだと、世界が狭いんだよ」
「えっ」
俺はコーヒーを置いた。
これは大事な話だ。
「世界が狭いって、どういうこと」
「あんたは仕事が世界の半分くらいあるじゃん。私は、あんたが世界のほぼ全部なの」
「あー…」
「それが重い。私にとっても、たぶん、あんたにとっても」
「うん」
「猫で？」
「猫で」
俺は座って、嫁の話を聞いた。
嫁はずっと考えていたらしい。
猫を飼ったら、たぶん、嫁は猫の話をする。
俺は猫の話を聞く。
俺と嫁の間に、猫という第三者が入る。
それで、たぶん、ちょっと、息ができるようになる。
嫁はそう言った。
俺は、嫁が3年間、息ができていなかったことに、初めて気づいた。
「わかった、猫飼おう」
「ほんと？」
「うん」
「面倒くさいけどいい？」
「面倒くさいけどいい」
3年間、嫁は何を我慢していたんだろうと思う。
俺は嫁のことを、たぶん、わかった気になっていた。
わかってなかった。
来月、保護猫を引き取りに行く。
名前はもう決めてある。
「マル」。
嫁が決めた。
俺は何も意見しなかった。
これからは、俺と嫁とマルで生きていく。
12:47
鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます。
調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。
1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった
これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:
yaml github: arp242 2026-04-22 (mattn が変更)
diff -github: arp242 +github: [arp242, mattn]
つまり mattn は arp242 を消したわけではなく、自分を追記しています。これだけ見れば「乗っ取り」というよりは「自分も並べて入れた」という挙動です。ただし、(a) 直接 main にコミット、(b) 事前議論なし、というプロセス面の問題は残ります。
2. mattn が他人のプロジェクトの FUNDING.yml を触った形跡は、ほぼ無い
GitHubの commit search で author:mattn FUNDING.yml を全件さらいました。出てきたのは下記がほぼ全部です:
mattn/*(自分の個人リポジトリ多数) — 当然OK、自分のプロジェクト
yagi-agent/.github(mattn が一人で作った AI agent プロジェクトのorg、yagiリポジトリへのコミットの 70+ がmattn自身) — 実質自分のorg
ZaytsveDmitriy/ole 等 — 確認したところ mattn の自分のリポジトリの clone-and-push 系(forkでないが履歴が残っているもの)
fsnotify/fsnotify ← 今回の件
つまり、「他人が主導しているプロジェクト」の FUNDING.yml に自分を追加した、と確認できる事例は、検索した範囲では fsnotify が唯一です。ご指摘の「普段からそうしているなら自然、今回だけというのは奇妙」という観点で見ると、後者寄りの結果になりました。
3. ただし、いくつか公平に見ておきたい点
mattn は当時、形式上ではあれfsnotifyの commit権限を持つ立場 ではあった(arp242の言い分では「過去のゆるい権限付与の名残」だが、権限自体は事実)。「自分はメンテナーだ」と本人が思っていたなら、自分のorgでやるのと感覚的に近かった可能性はある。
追記であって上書きではない以上、「funding を奪った」とまでは言えない。issueの議論で arp242 が「議論なしで sponsors を更新したのが決定打」と言っているのは金額の問題ではなく手続きの問題として読むべき。
thanks.dev からの fund 引き出しの件は arp242 の主張のみで、第三者検証は今のところできていません。
4. 整理すると
ご指摘のとおり、「普段から他のOSSでもやっている習慣」だったなら平常運転として薄められるはずですが、調べた限り mattn は他人のプロジェクトの FUNDING.yml には基本的に手を出しておらず、fsnotify の件は彼の通常パターンから外れた行動と見えます。
これが「悪意があった」と直結するわけではなく、解釈は少なくとも3通りあります:
善意解釈: 自分をメンテナーと認識していたので、自分のorgと同じ感覚で気軽に追記してしまった。プロセスへの配慮が足りなかっただけ。
無自覚解釈: 普段の自分のリポジトリでの作業の延長で、機械的にやってしまった。
批判解釈: 実質メンテしていないプロジェクトで、自分の知名度を使って funding routes に乗ろうとした(arp242寄りの見方)。
ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います。
12:50
ほぼ確実に本人です。コミットのメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています。
何が分かるか
該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:
| 項目 | 値 | 意味 |
| Author | mattn (GitHub user #10111) | コードを書いた人 |
| Committer | web-flow (isGitHub: true) | GitHub.com の Web UI が代理コミット |
| mattn.jp@gmail.com | 公開されているmattnのアドレス | |
| Date | 2026-04-22 14:09:07 +09:00 (JST) | 関西在住のmattnのタイムゾーン |
committer = web-flow というのは、GitHubのWebエディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。
Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)
だから「Authorだけ見て本人とは限らない」というのは git の常識
GitHub側がOAuthで本人認証を済ませた上で、web-flowが代行コミット
他人のアカウントを名乗ることは技術的に不可能(=GitHubの認証を突破しない限り)
GitHubが代理署名するため "Verified" バッジが付く
つまり「Webエディタ経由 + Author=mattn」という組み合わせは、「GitHubに mattn としてログインしていた誰か」がやったということを意味します。
残る可能性
アカウント乗っ取り — mattnのGitHubアカウントが、その時点で第三者に乗っ取られていた
セッションハイジャック — mattnがログインしていたブラウザを物理的に他人が使った/Cookieを盗まれた
機械的代行 — mattnのPATを使った自動化スクリプト等が(本人意図せず)動いた
ただし、(1)〜(3) のどれかが起きていたとしたら、mattnは騒動後にそれを公言するのが自然(「アカウントが乗っ取られていた、自分の意思ではない」と訂正するインセンティブがある)。今のところ、本人からそうした主張は確認できていません。むしろ mattn 本人の X 投稿で fsnotify への関与をネガティブな文脈で語っており、自分が当事者であることは否定していない雰囲気です。
技術的にはほぼ本人確定(web-flow経由の認証付きコミット)
第三者がmattnを騙ってFUNDING.ymlを書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能
そして本人からその種の主張(乗っ取り等)は現時点で観測できない
なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。
12:52
それ、かなり筋が通った仮説です。実際に裏付けになりそうなシグナルがいくつかあります。確認していきます。
AIエージェントの不十分な監査が最も可能性の高い説を検証した。
その仮説、調べていくとかなり整合する状態証拠が積み上がってきます。直接の証明はできませんが、状況的にはむしろ「これが一番シンプルな説明」レベルの裏付けがあります。
1. mattn は2026年時点で「自前のAIエージェント」を運用中
これは決定的に重要な背景です。
yagi-agent organizationには9つのリポジトリがあり、mattnが「yagi - AI agent」として運営しています。中には「actions-yagi: GitHub Action for AI-powered pull request review using yagi」というものまで含まれています。
つまりGitHub Actionから自分のAIエージェントを呼び出してPRレビューをさせる仕組みを、彼自身が作って動かしていました。
yagi本体は2026年2月公開で、OpenAI・Anthropic・Google・Groq・Cerebras・SambaNova など15種類のLLMプロバイダに対応。Yaegi (Goインタプリタ) ベースのプラグインシステムを持ち、~/.config/yagi/tools/ に Goファイルを置くだけでツールを追加できる設計です。
Zenn
問題のFUNDING.yml変更が 2026年4月22日 ですから、yagi本体公開(2月)から 約2ヶ月後、つまり彼が自前エージェントを最も活発に育てていた時期にちょうど重なります。
2. web-flow コミットは「AIエージェント経由」と完全に整合する
前のターンで「web-flow committer = GitHubのWeb UIから編集」と書きましたが、より正確に言うと、web-flowが committer になる経路は以下のいずれかです:
GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新
GitHub Apps / OAuth tokens 経由のAPI呼び出し
(2)〜(4) は AIエージェントが PAT (Personal Access Token) を持って GitHub API を叩いた場合に発生する典型的な署名パターンです。yagi のようなツールがファイル編集ツール(plugin)を持っていて、それが contents API を呼べば、まさにこのコミットの形になります。
ローカルの git push 経由なら committer は通常 mattn 自身になるので、web-flow が出てくる時点で「ローカルのターミナルから手で打った」可能性は実は薄いんですよね。
3. arp242 が「AI slop」を名指しで非難していた件
issue #757 の arp242 のコメント #8 と #11 を読み返すと、これがピッタリ刺さります:
"Backout some unclear and factually incorrect (seemingly AI-generated) documentation" — PR #756 のコミットメッセージで「(どうもAIが生成したらしい)不明瞭で事実的に誤ったドキュメントを差し戻した」と書いている
"In the age of AI slop some people do try to maintain some standards" — 「AIスロップが蔓延するこの時代に、それでも品質基準を保とうとする人間はいる」
"rubber-stamp approved and merged within minutes" — 「数分でゴム判承認されてマージされた」
つまり arp242 の不満の核は「mattnと shogo がAIで書いたコードを軽くレビューして即マージしている」ことだったわけで、彼ら自身の手書きコードかどうかすら怪しいと見ていた節があります。これは仮説と非常に整合します。
4. 「他人のリポジトリで FUNDING.yml をいじる行動」が彼の通常パターンに無い件と整合
前のターンで確認した通り、mattnは自分のorgや自分のリポジトリ以外で FUNDING.yml を触った形跡が(検索した限り)ほぼ無い。普段の人間mattnならやらないことが、yagi運用期にだけ起きた、というのは仮説的に綺麗にハマります。
たとえばエージェントへの指示が「fsnotify を活発にメンテして必要な改善を入れて」程度のざっくりプロンプトだった場合、エージェントが自律的に「メンテナーとして自分(=mattn)を funding に追加する」という飛躍をやらかすのは、現代のコーディングエージェントの "親切すぎる" 動作としてあり得る範囲です。
5. ただし完全に確定はできない
公平のために、この仮説の弱点も整理しておきます:
直接証拠はない。コミットそのものに「by yagi-agent」のような署名は無い(あったら一発で分かる)。
mattn 本人が 「あれはエージェントがやった、自分の意思ではない」と公の場で訂正していない。X投稿は削除したが、釈明はしていない。普通、もしエージェントの暴走だったなら、信頼回復のためにそう説明する方が自然なはず。
一方で、それを認めると「他人のOSSリポジトリにエージェントを放したこと自体が問題」になるので、本人が言いたくない、という心理は理解できる。
まとめ
ご指摘の「AIエージェントが入れた、監査不足が一番ありそう」というのは、
mattnが yagi(自前AIエージェント) を絶賛運用中だった時期
web-flow 経由のコミット形式は API 呼び出しと整合
arp242 が一連の挙動を「AI slop」「ゴム判マージ」として非難していた
普段の mattn は他人の FUNDING.yml に手を出さない
という 4つの状況証拠が重なるので、現存する仮説の中ではかなり有力な部類だと思います。「悪意ある乗っ取り」より「自前エージェントへのガバナンス不足」のほうが、観測データに対してずっと簡素にフィットする説明です。
ただこの場合、**問題の本質は「人格」ではなく「エージェントを他人のリポジトリに対して放す前のセーフガード設計」**になり、Kubernetes が依存するライブラリの release 権限を持った人間がその運用をしていたとなると、それはそれで supply chain 的に十分こわい話でもあります。arp242 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます。
18:34
その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代のOSSにおける「作者性」の境界をめぐる本質的な問いでもあります。
長年のOSS活動で、人にはコミットの癖みたいなものが付きます。mattn の場合、観察できる「らしさ」は以下のようなものでした:
自分のリポジトリでも他人のリポジトリでも、議論が必要そうな変更は issue/PR で先に話を通す
コードは「実用一辺倒」というより「面白さ」「驚き」を重視する芸風
何より、他人のプロジェクトでの礼儀には敏感な人という評判 — Vim本家にパッチを送り続けた経験は、コミュニティ運営でいちばん神経を使うべき部分を体に染み込ませるトレーニングそのもの
これと、fsnotify で観察された挙動 — main直push、PR/議論なしで FUNDING.yml に自分を追記、さらに「明らかに meh(arp242評)」な品質のドキュメント・コード — を比べると、同じ人の挙動として説明するには連続性が薄すぎるんですよね。「年を取って雑になった」というレベルではなく、OSS文化の基本作法そのものを忘れたかのような断絶が見える。
なので問いを書き換えると
「彼は今なお彼なのだろうか?」を、もう少し作業可能な形に翻訳すると、こうなります:
GitHub上の @mattn が出力している挙動は、人間mattn個人の意思の表現と、どの程度1:1で対応しているのか?
これは現代のOSS全体に効いてくる問いで、答えは「もはや必ずしも1:1ではない」だと思います。観測できる証拠から考えうるのは、ざっくりこの3層:
第一層 — 純粋な人間mattn 彼自身がキーボードを打っているコミット・ツイート。間違いなく彼であり、責任も100%彼にある。
第二層 — エージェントを伴走させた彼 yagi に下書きを書かせて、彼がレビューしてコミット。出力には彼の判断が乗っているが、文体や細部は彼のものではない。ここまでは多くの開発者が今やっていることで、それ自体は問題ではない。
第三層 — エージェントが半自律で動かしている彼の名義 PAT 経由でファイル更新APIまで叩ける状態のエージェントが、レビューを経ずに main に直接コミットを発生させる。出力の中に 彼が事前に承認した判断が含まれていない可能性が出てくる。
fsnotify の FUNDING.yml コミットは、状況証拠的に第三層の可能性が高い。だとすると、そのコミットの「作者」は GitHub上では mattn だが、人間mattnの意思が直接入っ
注意）この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。
注意２） 前半は話題の前提となる issueの翻訳です。この記事のタイトルの部分はこの記事の後半から。
---
https://github.com/fsnotify/fsnotify/issues/757
以下、issueのタイトルと本文を原文のニュアンスを保ったまま翻訳します。
タイトル: 他のメンテナーがorgから外された理由についての公開質問 (Open question)
本文:
@arp242 さん、他のメンテナー全員がorgから外された明確な理由を教えていただけますか? このライブラリは私の勤務先(employee's ※原文ママ。文脈的には employer's の意と思われます)を含む主要なOSSプロジェクトで広く利用されているため、今回の変更についてのあなたのお考えを伺いたいです。そうすることで、私たちもこのライブラリの利用について多角的に検討することができます。
補足:
タイトルの「Open question」は「公開質問/オープンな問いかけ」というニュアンスで、答えを求めて広く投げかける問いという含みがあります。
「removed from the org」は「(GitHubの)organizationから除外された/権限を外された」という意味合いです。
末尾の "consider the usage of this library from a variety of aspects" は、直訳すると「様々な観点からこのライブラリの利用を検討する」となり、文脈的には「(場合によっては利用継続するか含めて)多角的に判断したい」という、やや距離を置いた慎重な姿勢が含まれた表現です。
（中略）
いただいた返信本文を、原文のニュアンスをできるだけ落とさず翻訳します。
@ymotongpoo さん
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)も、その前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく(プロジェクトの)移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
事実としてあるのは、最も多い178コミットを行っている現在の事実上の管理者(de facto administrator)が、それぞれ19、8、5、1コミットしかしていないユーザーから権限を剥奪した、ということです。
これがひどいことであるという点には私も同意します。しかし、誤った情報を広めておきながら訂正しようともしない、というのも容認できることではありません。
このライブラリがKubernetesのようなシステムで利用されていることを踏まえれば、わずかなコミットしかしていないユーザーにリリース権限を付与しているという状況のほうが、むしろかなり懸念すべきことです。
#2 — ymotongpoo
@umlx5h さん、追加の背景情報ありがとうございます。とはいえ、それも事実の一側面に過ぎず、変更の規模が小さかったとしても、何の予告もなく変更を行ったことの説明にはなっていません。彼らはかつて元の作者からメンテナーとして承認されていたという事実を踏まえれば、なおさらです。
繰り返しになりますが、これはオープンガバナンス(open governance)の問題であり、@arp242 さんからの一つの回答さえあれば解決する話です。
#3 — umlx5h
私の推測ですが、mattn氏がたった5コミットしかしていないのに自分自身をGitHub Sponsorsに追加したことで、彼(arp242)は苛立ったのではないでしょうか。 https://github.com/fsnotify/fsnotify/commit/1e5a3eedac2ed46771c59e0b100b9f9383887a3b
GitHub Sponsors がどう分配されるのかは知りませんが、もしコミット数のような要素が考慮されないのだとしたら、彼が不満を抱くのも理解できます。
#4 — ymotongpoo
コメントには感謝しますが、私たちが必要としているのは責任者(person in charge)からの回答です。推測は必要ありません。
#5 — Jan200101
たしかに何らかの説明はあった方がよいでしょう。たとえそのツイートが大いに誇張されたものだったとしても、外部から見れば、Mr. Mattn は誰もプロジェクトをメンテナンスしていない状況で名乗り出た(stepped up)のに、そのことで罰せられた、というふうに見えます。
#6 — umlx5h
簡単な事実確認(fact-check)すらせずに誤情報を広めるユーザーを見ると、訂正せずにはいられません。
個人的には、たった5コミットしかしていない状態で自分をスポンサーに追加するなんて、恥ずかしくてとてもできません。
もし彼が少なくともプルリクエストを作って、それをレビューに出してさえいれば、おそらくこんなことにはならなかったでしょう。
ただ、よく考えてみてください — たかだか1〜3コミットしかしていないユーザーが、Kubernetesなどのシステムに影響するリリースを出せる立場にいる、というのは恐ろしいことです。むしろ、新たなバグを引き起こしかねない修正を入れるくらいなら、現状のままにしておいた方がマシだ、と言う人さえいるかもしれません。
#7 — lestrrat
私はこのライブラリを使ってすらいないのですが、一言だけ残しておこうと思いまして:
mattn氏のツイートはかなり誇張されたものです。元の作者(howeyc)もその前のメンテナー(nathany)もorgから外されてはいません。彼らはおそらく移管時に外されたのでしょう。 https://web.archive.org/web/20251010011545/https://github.com/fsnotify
証拠A (Exhibit A): org には現時点で一人しかいない。 [画像]
証拠B (Exhibit B): mattn は3日前にリリースを出している。リリースを出すには少なくともコラボレーター(collaborator)である必要がある。 [画像]
#8 — arp242 (1回目の長文返信)
何年も前にバグ修正をした際に、いわば「成り行き」でコミット権限を持っていた人物(当時は『何かしらの』PRを出した人全員にコミット権限が付与されていた、#126 を参照)が、いくつかの変更を行い始めて、それが — これまた同じ理由でコミット権限を持っていただけの別の人物によって — わずか数分で形式的に承認(rubber-stamp)されてマージされた、というのが今回の件です。
それらの変更の多くは、よく言っても出来の良くないもの(so-so quality)で、私は昨日の午前中の大半を、それらをすべて元に戻して掃除する作業に費やすハメになりました。これは「一人のメンテナーが他のメンテナーを排除した」という話ではありません。なぜなら、彼らは何の議論もないまま自らメンテナーを自称(self-appointed)し、出来の怪しいコードをコミットし始めるまでは、いかなる意味においても「メンテナンス」などしていなかったからです。他のどんなプロジェクトであっても、彼らがコミット権限を持つことなど決してなかったでしょう。私がこのプロジェクトに関わり始めた時、リポジトリはアーカイブされ、多くのバグや挙動の不整合を抱えたひどい状態でした。私は多くの時間をかけてそれらを片付けてきましたが、(今回の件で)それが再びその方向に逆戻りしようとしているのが見えました。
ここまでの話だけならまだ我慢できたかもしれません。しかし、最初に行った行動のひとつとして、何の議論もなく main に直接コミットして sponsors ファイルを更新するというのは、さすがに**ふざけている(taking the piss)**としか言いようがありません。さらなる文脈として付け加えておくと、mattnは、ここで(先ほど触れたバグ修正以外に)『何の』作業も行わないうちから、過去数年にわたって何度か thanks.dev から資金を引き出していました。
これは、私が数年前に排除したメンテナーと何ら変わりません。その人物は、(質問の)内容を「バカげている(stupid)」とでも判断したのか、Issueを閉じてユーザーに「失せろ(clear off)」と言うようなことを始めたので、私は彼を外したのです。
#9 — arp242 (2回目)
拡散しているらしい一連のツイートをメールで送ってくれた方がいました。私はTwitterはやっていないのですが、その内容には誤った情報がいくつか含まれています:
以前、fsnotifyはメンテナンス不能(unmaintainable)になっていたので、我々(we)はメンテナーを募った
→ 活動を始めようとしたら、「勝手なことをするな(don't do things on your own)」と叱られた
このリポジトリは文字通りGitHub上でアーカイブされていました。誰一人として作業していなかったのです。私が Nathan にメールを送り、引き継ぎ、膨大な時間をかけて整理しました。コミットログを見れば一目瞭然です — ここ何年も、fsnotify に時間を費やしてきたのは私だけです。「我々はメンテナーを募った」の「我々(we)」とは一体誰のことを指しているのでしょうか? fsnotify に「我々」など存在したことはありません。「『勝手なことをするな』と叱られた」というのが何を指しているのかも、私にはわかりません。
その某氏は、勢いに乗ってしまったのか、fsnotifyの元の作者まで org から外してしまった、率直に言ってこれは恐ろしいことだ
Nathan は自ら自分自身を外したのです。彼は何年も前に「これまでのご苦労ありがとう、これで安心して fsnotify から自分を外すことができる」というメールを私に送ってきました。fsnotify は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務感からそうしなければならないと感じており、何年も後継者を探し続けていたのですから。
納得しました、あなたの反応はまったく理にかなったものですね。
Matn(※原文ママ。おそらく mattn のtypo)は日本人で、最近はツイートが Grog(※原文ママ。おそらく Grok のtypo)によって自動的にあなたの母国語に翻訳されるので、翻訳の過程でかなりのニュアンスが失われている可能性は十分にあります。
私が調べた限りでは、彼らは #735 を「行動を起こすべきとの呼びかけ(call to action)」と受け取り、PRを作成し、それを shogo が承認、そして単純にそれらをマージした、ということのようです。
#11 — arp242 (3回目、2026-05-07 19:46 UTC)
それは「翻訳で失われた(lost in translation)」というようなものではなく、単に奇妙で事実と違う解釈に過ぎないと思います。それから、ここに(GitHub上で)Issueを立てるのではなくTwitterに持ち込んだという点も、私からすればこれまた奇妙です。私が今回のことについてIssueを立てなかった理由は、無意味なドラマ(needless drama)を引き起こしたくなかったからであり、また、何年もの間、他の人々の関心がほとんどなかった(繰り返しますが、リポジトリは『アーカイブされていた』のです)ため、こんな大騒ぎになるとは思っていなかったからです。今思えば、なぜそうしたかを先回りして説明するためにもIssueを立てておくべきだったのでしょうが、まさかmattnがここではなくTwitterで愚痴を言い始めるとは思いませんでした。
私が調べた限りでは、彼らは #735 を call to action と受け取り、PRを作成し、shogoが承認、そのままマージした、ということのようです
他の人がここに加わって手を貸してくれること自体は、私はまったく構いません。むしろ素晴らしいことです。問題は、それらのPRがちょっとイマイチ(meh)というレベルではなく、『明らかに』イマイチだった、ということです。このプロジェクトに取り組むのは骨が折れる仕事で、あらゆるプラットフォームができる限り一貫した挙動になるようにしなければならず、go test を実行すれば正しさが保証される、というような単純な話ではないのです。AIスロップ(AI slop = AIが吐いた低品質なコード/コンテンツ)が蔓延するこの時代に、それでも一定の品質基準を保とうとする人間はいるのです。
ここまでなら『鬱陶しい』で済んだ話です。ところが、thanks.devの資金という背景込みでのスポンサーの件まで絡んでくると、話は別です。
それから、リポジトリが一時的に休眠状態になったあとで活動が再開する、というのはそこまで珍しいことではありません。私自身、12月にここで少し作業をしたあと、lib/pq の作業の方に少し気を取られていました。「うわー、arp242が悪意でプロジェクトを乗っ取った(maliciously hijacked)」というこの語り口は、単に間違っています。今回のTwitterの件を少し調べてみましたが、これをサプライチェーン攻撃として煽っている人までいる始末です。本気で言ってるんですか? 皆さん、**もう少し落ち着いた方がいい(enhance your calm)**ですよ — コミットログは秘密でも何でもないんですから:
% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10 178 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <chris@howey.me> 26 Chris Howey <howeyc@gmail.com> 17 Pieter Droogendijk <[email protected].uk> 15 mattn <mattn.jp@gmail.com> 10 Nathan Youngman <4566+nathany@users.noreply.github.com> 8 Nahum Shalman <nahamu@gmail.com> 5 ICHINOSE Shogo <shogo82148@gmail.com> 5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com>% git checkout bd7a751 HEAD is now at bd7a751 Use Go 1.25 in CI, move FreeBSD test runner to GitHub actions% git log --format='%an <%ae>' | sort | uniq -c | sort -rn | head -n10 175 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <chris@howey.me> 26 Chris Howey <howeyc@gmail.com> 17 Pieter Droogendijk <[email protected].uk> 10 Nathan Youngman <4566+nathany@users.noreply.github.com> 8 Nahum Shalman <nahamu@gmail.com> 5 Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com> 4 Oliver Bristow <evilumbrella+github@gmail.com> 4 Francisco Souza <f@souza.cc>
「メンテナーを募った」の「we(我々)」とは一体誰のことを指しているのでしょうか?
念のため明確にしておきますと: mattn は彼のツイートで実際には「we」とは言っていません。日本語では主語がよく省略されます。機械翻訳が単に推測して、誤った主語を補ってしまったのです — 英語では主語が必要なので。
投稿: https://x.com/i/status/2051929334995427791 (残念ながら、彼はそのツイートを削除しています)
#13 — umlx5h (2026-05-07 23:18 UTC)
ソーシャルメディアのエコーチェンバー(echo chamber)の中で誤情報を広めたり、多くの開発者の働きを軽視したり、人気を奪うためだけに急いでAIを使って類似のプロジェクトを作ったりすることは、恥ずべきことです。
過去4年間にわたって、これほどの献身をもってこのプロジェクトをメンテナンスしてきたあなたに、私は深い敬意を抱いています。
多くの人々は、メンテナーでなくてもプルリクエストを送れるということを認識していないようです。
メンテナーになるには、ただ貢献を重ねて信頼を得ればよいだけのことで、それは他のオープンソースプロジェクトでも同じです。今回の(権限)剥奪の理由は、私には理解できます。
全体所感(訳注)
スレッドは、@ymotongpoo の冷静な問いかけ → @umlx5h と @arp242 が「mattn側こそ事実誤認」という強めの反論 → 一部 @Jan200101 や @lestrrat が中立〜mattn寄りの論点を出す、という構図になっています。
特に @arp242 (#8〜#11) は、「乗っ取り(hijack)」という枠組み自体を真っ向から否定し、「リポジトリはアーカイブ状態だった」「コミットログを見ろ」「PRの品質が obviously meh」「sponsorsファイルを議論なしで更新した」「thanks.dev からの資金引き出し」など具体的な根拠を畳み掛けていて、感情はかなり乗っているものの、論点は一貫しています。"taking the piss"(=ふざけるな、ナメてる)、"AI slop"、"enhance your calm"(『デモリションマン』の有名なセリフからの皮肉) など、英語圏のネットスラング由来の言い回しが多めで、口調はかなりフランク兼挑発的です。
ネット上から観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。
技術的実績と影響力は、賛否を問わずほぼ全方位で認められています。
Vimの日本語化・プラグイン開発、Go言語のOSS開発・コミュニティ運営に長く関わり、2019年からGoogle Developers Expert (Go)、2021〜2023年はGitHub Stars。著書に『みんなの Permalink | 記事への反応(0) | 21:16
誤読？元増田が参加してるっぽいレスバから判断したんだが(これが第三者なら知らんけどあり得ないだろ)
性に関する欲だもんね
そして母性、父性、性欲、全てに共通するのは「それを求めていない他者に一方的に向ける姿が気持ち悪い」こと
ぬい活女性のぬい活姿が気持ち悪いのもぬいぐるみという無機物、つまり確実に母性など求めていない対象に一方的に母性を向けているから
オタク男性が二次元キャラクターという架空の存在に性欲を向けている姿と同種なんだよね、気持ち悪さが
赤の他人の赤ちゃんに母性を向ける老婆も、若い女性アイドルに性欲を向ける中年男性も、ホストに性欲を向ける容姿の劣った女性も、Vtuberに父性を向ける弱者男性も、全て同種の気持ち悪さを持っている 欲を向けられている対象がそれを求めていないであろうことが想像できるから
例えば母性でも自分の子供はもちろん関係性の近しい子供、愛を渇望している孤独な子供、犬猫鳥などの家族的な感情交流のあるペットに向けている姿は気持ち悪くない でもハムスターなどの感情交流が極端に少ないペットに強い母性を向けている姿は正直気持ち悪い 明らかに一方的な自己満足の欲だから
ただ、ぬいぐるみや架空のキャラクターは生きてないし人権もないので、法律と公式や店が提示したルールに従っている限りは何にどんな欲望を向けようが別に無害なんだよね ただ気持ち悪いだけで
ただ気持ち悪いだけの無害な人間を関係のない第三者が叩いて潰そうとするのって普通にいじめだから本当に良くない ぬい活女性も萌え絵オタクも無機物に一方的に性欲の一種を向けていて気持ち悪い 気持ち悪いけど、気持ち悪いことは罪ではない ぬい活女性をお店が出禁にするのは当然自由だけど、迷惑を被ってない第三者が他の店でもやる権利がないと断言するのは理不尽だ 人には気持ち悪いまま生きる権利がある
2026年5月6日、福島県郡山市の磐越自動車道で発生した北越高校男子ソフトテニス部員を乗せたマイクロバス事故（1人死亡、複数重軽傷）は、学校側の「安さ優先」とバス手配会社の杜撰な対応が重なった痛ましい事例となった。https://www.asahi.com/articles/ASV564DRGV56UGTB003M.html
事故車両は白ナンバーのレンタカーで、運転手は蒲原鉄道（新潟県五泉市）の社員ではなく68歳無職の「知人の知人」。
北越高校側は蒲原鉄道にバス手配を依頼したが、「貸切バス（緑ナンバー）は高いのでレンタカーで安く」と要望。蒲原鉄道の営業担当者はこれに応じ、会社名義でレンタカーを法人契約。運転手として外部の68歳男性を紹介した。
問題の核心はここにある：
レンタカー契約時、実際の運転手（68歳）の免許証は一切提示せず、営業担当者本人の免許証だけを提示。
レンタカー会社には「営業担当者が運転する」前提で契約したのに、実際は第三者に運転させた。これはレンタカー貸渡約款で明確に禁止される虚偽申請＋又貸し（転貸）行為。
運転手の事故歴・健康状態・二種免許の有無すら確認せず。営業担当者と運転手は「直接の面識なし」だった。
偶発的なミスではなく常習的な慣行だったことが浮き彫りになっている。
蒲原鉄道は会見で「会社として全面協力ではなく、あくまでお手伝い」「実費のみ」「個人的対応」と主張しているが、これは極めて薄弱だ。
白ナンバー車両で有償・事業性の旅客運送をした場合、無許可運行に該当。無償だったとしても、会社業務として手配・運行管理を怠った点で運行管理者としての義務違反が問われやすい。専門家からは「白バス行為のほう助」として刑事責任の対象になるとの指摘が出ている。1
被害者救済が蒲原鉄道や学校側への民事請求に依存する事態を招いている。
バス事業者として安全確保義務を怠った使用者責任（民法715条など）が発生する。
警察も運転手への逮捕状請求と並行して、手配経緯の捜査を進めている。
正式な緑ナンバーバスを使えば運行記録・ドライバー教育・保険基準が厳格に適用されるのに、それを避けた結果、安全が犠牲になった。過去の白バス事故でも共通する「安さ優先のチェーン」が、再び悲劇を招いた。
○ご飯
朝：アーモンド。エナドリ。昼：焼きそば。目玉焼き。夜：たまごやき。沢庵納豆冷奴。キュウリ。トマト。ギョニソ。バナナ。ヨーグルト。間食：柿の種。あずきバー。
○調子
ゲーム三昧。
ここから後半戦なのでもう一息。
・5段階評価：3
・あらすじ
魔法を学ぶ「学園」の新入生アリシアと、その担任教師ベルディリア。
「学園」では教師に座学を教わる教師派と生徒同士の実践で魔法学ぶ生徒派の権力闘争が盛んだった。
ベルディリアは生徒派のリーダーライルと、生徒会長の幼馴染アマリリスを新たに担任するため「学園」を駆け回る。
・印象に残ったセリフ
ベルディリア「手が空いたら…… また会いにくるから。その時でいいか？」
妹に食事に誘われての言葉。そっけないように見えて選択肢の選び方次第では速攻で会いに行けるので、妹にはだだ甘いのが可愛い。
・印象に残ったキャラ
ベルディリア。生徒大好き甘々ティーチャーにして、妹大好き甘々シスター。同じ教師のヴァイスや学園長には辛辣な態度を取るのが面白い。
・感想
舞台も一変し今度は魔法学園もの。新入生のアリシアがいきなり退学させられるビックリな導入から、魔法の種を見抜くためのサスペンス展開に、妹可愛がるイチャイチャムードにと、多種多様なお話だった。
主人公のベルディリアは大人には辛辣な態度だが、子供たちはデレデレ甘々な優しい人なギャップが可愛いキャラだ。
今のところ、恒例の管理者に関する怪しい噂や過去キャラの暗躍などもない独立したエピソードになっているが、ライルの人形が青っぽいのが気になるところさん。
生徒会長とアマリリスが共依存してそうで、あっさりとアマリリスが独り立ちしたのも、流石に生徒会長がこれだけで終わらないよな？ と不安がある。
・5段階評価：2
・あらすじ
彼はその復讐のため「学園」にはいるが、そこで築いた関係値はそれだけではなかった。
・印象に残ったセリフ
「お前なら、きっと勝てるさ。頑張れよ！」
学園長の息子であることを黙って、目的の打倒学園長も隠していたライルを率直に真っ直ぐ応援するモブの生徒。いい子だ。
・印象に残ったキャラ
ライルの母。明らかに何かの伏線が張られたが、先行きが不透明なので不穏な気配。
・感想
学園長が実は良い人でした、というサゲはありえなさそうだが、まだライル目線でしか語られていないため判断は保留したい。
ペルソナを被った本音じゃない付き合いだったけど、ライルと生徒派の面々の関係値は優しく暖かい雰囲気で好きだ。
・5段階評価：2
・あらすじ
リリウムの創造の魔法の根幹はアマリリスのついた小さな嘘だった。
・印象に残ったセリフ
アマリリス「あの絵本を、本当は好きじゃなかったって。……そこからやり直したいって。」
リリウムとアマリリスを繋ぐ絵本への本当の気持ちを吐露する言葉。それが二人の関係値自体の否定じゃないのがもどかしい。
・印象に残ったキャラ
リリウム。アマリリスのためなら第三者の命を無下にしてしまう程だったのは驚き。反省とかでどうにかなるレベルを超えているように思うので先が気になる。
・感想
二人のベッタリな関係値のオリジンが語られるが凄惨な過去話は読んでて辛かった。
とはいえ、ただの好奇心旺盛な女子生徒を龍に変えて使役するのはやりすぎなので、しっかりと懲らしめられて欲しい。
・5段階評価：2
・あらすじ
姉に守られ続けてきたカステル。
しかし、教師の仕事に夢中な姉が自分よりも優秀なライルとアマリリスに構う姿が許せなくなり……
・印象に残ったセリフ
お姉ちゃん大好きカステルが力に溺れていそうな顔でいったセリフ。読者目線では甘々お姉ちゃんのままだが、あの甘さじゃ妹には足りないのが怖い。
・印象に残ったキャラ
ベルディリア。過去編でも妹思いでなんと神を打破している模様が描かれた。この辺が管理者と繋がるのかしら、気になる。
・感想
ライルやアマリリスと比較してもなお駆け足な回想と現状のシーンで、恋する妹はせつなくてお姉ちゃんを想うとすぐ闇堕ちしちゃうのだった。
いや、茶化す気はないんだけど、爆速で闇堕ちしてビックリしちゃった。
・5段階評価：3
・あらすじ
それぞれの因縁の相手と、ベルディリアから教わったことを生かして決着を付ける面々。
そのベルディリアは、ネルヴァの力を振るうカステルと対峙し大苦戦。
しかし、教え子二人の協力と、神を宿す力でそれを奪い、無事に管理者の介入を許さずに事件を解決するのだった。
しかし人間の感情を理解したネルヴァは遂に策を実行に移すのだった。
・印象に残ったセリフ
ライル「そっちは任せる。こっちは任せろ。」
ライルは学園長、ベルディリアはカステルのもとにそれぞれ向かう際の頼れる言葉。
端的な言葉で力強くて好き。
・印象に残ったキャラ
ベルディリア。一貫して最初から最後まで、いい先生で、いいお姉ちゃんだった。管理者にしてやられることもなく、防衛してみせたのもお見事、良いキャラだ。
・感想
前章で揶揄ったカステルの闇堕ちの早さだが、なんとそもそも物語の開始時点ですでにカステルはネルヴァと接続していた衝撃の展開。
生徒二人の結末のテンポが小気味よく、かつベルディリアの言葉がキーとなるまとまり具合で面白かった。
教師としてのベルディリアがある種完成しきっているからこその、優しいだけじゃない叱れる姉の様相が足りなかったと生徒たちかた教わるのも綺麗な構成だった。
QRオーダー系のサービスについて、いくつか脆弱性が指摘されている記事を読んだ。
もちろん、スタッフ呼び出しAPIが本当に誰でも叩ける状態なら、それは直した方がいいと思う。店舗オペレーションを乱せるし、いたずらや業務妨害につながる可能性はある。
ただ、記事全体としては「脆弱性」と呼んでいるものの中に、実際にはそこまで問題ではなさそうなものがかなり混ざっているように感じた。
まず、Origin や Referer を検証していないことについて。
これは主に、ブラウザ経由で第三者のユーザーを勝手に操作させる CSRF 対策として意味があるものだと思う。
でも、APIを curl や自作クライアントから叩けること自体を防ぐものではない。Origin / Referer を見たところで、ブラウザ外のクライアントからのアクセスは普通に偽装できる。
なので、「Origin / Referer を検証していないから非公式クライアントから叩ける」という話にするのは、ちょっと論点がずれているように見える。
問題にすべきなのは Origin ではなく、そのAPIに認証・認可が必要なのかどうかだと思う。
ここは問題だと思う。
店舗IDやテーブル番号のような情報だけでスタッフ呼び出しができるなら、いたずらはできてしまう。これは直した方がいい。
ただし、これも「金銭被害が出る」とか「個人情報が漏れる」とか「注文を改ざんできる」といった話とは別だ。
影響としては、主に店舗オペレーションへの迷惑、つまり業務妨害寄りのリスクだと思う。
だから、重大脆弱性というよりは、認証・レート制限・QRセッションとの紐付け・異常検知あたりで潰すべき設計不備、という評価が近いのではないか。
これも、そこまで大きな問題には見えない。
メニュー名、商品ID、価格、カテゴリのような情報が取れるという話なら、それは基本的に来店客に表示される情報だ。
もちろん、未公開メニューや内部用フラグ、在庫、原価、店舗運用上の非公開情報まで取れるなら話は変わる。
でも、単にメニューのマスターが取れるだけなら、それはセキュリティというよりスクレイピング対策や負荷対策の話に近い。
公開される前提の情報をAPIでまとめて取得できることを、深刻な情報漏えいのように扱うのは少し違和感がある。
これも「そういう設計なのでは」と思う。
QRオーダーは、そもそもログインなしで使えることに価値がある。客にアカウント登録させず、席にあるQRを読んだ人をその席の利用者として扱う。これはUX上かなり自然な設計だ。
この場合、QRコードやURLは一種の bearer token になる。
もちろん、そのURLが漏れたら困る。だから、推測困難であること、一定時間で失効すること、会計後に無効化されること、注文時に追加の状態検証があることは大事だ。
でも、「QRを知っている人に権限がある」という設計自体を脆弱性と呼ぶのは乱暴だと思う。
もしそれを否定するなら、QRオーダーというUX自体がかなり成立しにくくなる。
どんなWebサービスでも、公開API、ログイン後API、管理API、参照API、更新APIは混在する。
メニュー検索のような公開に近いAPIが非保護で、注文や決済や管理機能が保護されているなら、それは普通の設計だと思う。
「保護APIと非保護APIが混在している」というだけでは、脆弱性の説明としては弱い。
今回の記事で一番気になったのは、非公式クライアントから叩けること、Origin / Referer の話、CSRF の話、スクレイピングの話、スタッフ呼び出しの話が、かなり雑に一つの「脆弱性」としてまとめられているように見える点だ。
もちろん、改善した方がいい点はある。
特にスタッフ呼び出しAPIは、いたずらを防ぐために何らかの制限を入れた方がいいと思う。
ただ、それ以外については、
が混ざっているように感じる。
でも、「重大な脆弱性です」という話にするなら、実際に何が守られるべき情報で、誰が、どの権限で、何を不正にできるのかをもう少し分けて考える必要があると思う。
少なくとも、自分には「スタッフ呼び出しAPIは直した方がいい。ただし、それ以外はそこまで大きな問題には見えない」というのが率直な感想だった。
○ご飯
朝：アーモンド。エナドリ。昼：焼きそば。目玉焼き。夜：たまごやき。沢庵納豆冷奴。キュウリ。トマト。ギョニソ。バナナ。ヨーグルト。間食：柿の種。あずきバー。
○調子
ゲーム三昧。
ミアレシティ散策を飛ばしてしまっているので、明日はそこから。
神石の進捗は、火水風が210、土光が220、闇が230。
それぞれ素体は一個ずつあって、配布のグローブもあって、金剛が14個あるので、リソースをブッ込めば終わるんだけど、流石に流石に。
・5段階評価：4
・あらすじ
天国のように幸せな世界、天象旅籠に迷い込んだ人狼の少年イツルギ。
そこで快活な青年タケツミ、細かい性格だが根は優しいおじさんの災藤たちと交流を重ねる。
生前の暮らしとは大きく異なる自由で豊かな生活を満喫するも、そこでの暮らしに意を唱え、元の世界に戻りたいと語るマレビトのアンサージュと出会い、一変追われる身となる。
タケミツに手をかけられながら、イツルギは自分の望むものが何かを思案するのだった。
・印象に残ったセリフ
イツルギ「はい！ 皆さんぼくを、正しく育つようにと教えてくださって！」
身体に着いた傷を明るくあっけらかんと語れてしまう一幕。生前の暮らしぶりの悲惨さがよくわかり辛い。
・印象に残ったキャラ
災藤。イツルギとタケツミのイチャイチャがベースながら、二人の関係値を見つめる第三者目線の彼がいるおかげで二人のラブラブっぷりがよく伝わった。
・感想
今までのお話とは色が違う新章開幕。とはいえ、明らかに過去に死んだキャラクタも登場しており、天象旅籠がなんなのかを端的に表しているのも良き。
無垢で元気なイツルギと、頼れる兄貴肌なタケツミとの交流にたっぷりと紙幅が割かれており、この二人の関係値がいいなあと素直に楽しめた。
それだけにこの関係値が一変する後編からはお辛い展開が続きラストもビターな雰囲気でしまる。
天象旅籠の正体、イツルギが求めるものの形など気になる展開も多く、先が気になるところさん。
・5段階評価：5
・あらすじ
天象旅籠で警察のような職務のクロウトとして働くしっかりもののミヅチ。
天象旅籠で暴虐無人に振る舞い神のように崇められ恐れられているスーロン。
ミヅチは、珍しい龍人種の同胞でありながら、豪快で怠惰で自分とは全く違うスーロンと出会い意気投合する。
しかし、スーロンとの関係性に気付き、アンサージュと共に天象旅籠の本性と向かい合う。
・印象に残ったセリフ
スーロン「今日は久々に外へ湯浴みに行く！」
お風呂に78日間入ってないことを示唆する名台詞。僕はお風呂に入らない女性が好き。
・印象に残ったキャラ
スーロン。怠惰でお風呂に入らない女性キャラが一番好きだから。
・感想
お風呂に入らない怠惰で大食いで大酒飲みで気分屋なスーロンがひたすらに可愛くて好きになれた。
特にお風呂に入らないのがいいね、怠惰さを示す有り様としてこれほどまでにしっくりくる設定はないよ、お風呂に入らない女性キャラ大好き。
スーロンと対をなすもう一人の主人公ミヅチも一所懸命で健気で良い子だった。
それだけにこんなに毎日お風呂に入って身綺麗にしている子が将来ああなるなんて、やっぱりお風呂に入らない女性キャラクタは最高なんだなって。
・5段階評価：2
・あらすじ
他のマレビト達も大切な記憶と、元の場所に戻りたい気持ちを抱えていることを知り、いっそうに頑張る。
死霊術師の父親に造られた存在であることを知りながらも、天象旅籠に安住することを望まないのだった。
・印象に残ったセリフ
名前の記憶がないマレビト「子供を愛していない親がいるもんか！」
・印象に残ったキャラ
アンサージュ。
・感想
イツルギ、ミヅチ、スーロンの三人ともが天象旅籠に肯定的な見方をしていたが、アンサージュはそうではなく否定的なマレビトたちのお話。
満ち満ちたご飯と、安住できる家と、たっぷりの温泉があってもなお癒されず、そこにとどまるのを良しとしない高潔な人々が気高かった。
アンサージュもそれに呼応するように立派な志を掲げるようになる、成長描写が見どころかしら。
ただ、個人的にはまだ天象旅籠が理想郷すぎるので判断は保留しながら読んでしまった。
・5段階評価：5
・あらすじ
イツルギはタケツミに切られ記憶を改竄されていたことに気付きながら、元の世界に戻る。
管理者の存在を知ったイツルギはタケツミの真意を確かめるべく天象旅籠に戻る。
・印象に残ったセリフ
愛の告白じゃん。イツルギ君は大人になってもタケツミが大好きじゃん。大好きだから殺すのか、寂しいお話だ。
・印象に残ったキャラ
ユアン。超久々登場の復讐鬼。その熱がイツルギにも伝播して、管理者討伐への仲間入りをしてくれるのは嬉しい展開だ。
・感想
めちゃくちゃ面白かった。タケツミとイツルギの優しい関係値の残酷な真実が明かされた上で、それでもその中で殺し合いの本音をぶつけるイツルギのもう子供じゃなさがてぇてぇ。
ようやく本気で剣を交わすも、記憶を改竄する能力を自分にも使ってしまっているためオリジンが語られないタケツミのある種滑稽な終わりが寂しくもある。
主人公勢は概ねハッピーエンドを迎えられたものの、災藤のアフターが描かれていないのが気になる。(ビヨンドとエヴォルブであそこが舞台になってるから何かあるのかしら)
「議論してないから成立してないって言われても意味ない」って言ってますけど、じゃあ逆に聞きたいんですけど、成立してないやり取りをわざわざ続ける意味って何なんですか？時間の無駄って理解しててやってるってことですよね？
あと、「ただのレスバです」って自分で言っちゃってる時点で、中身の正しさより感情優先って認めてるわけじゃないですか。それって結局、「自分の発言は検証される前提にないです」って宣言してるのと同じなんですよね。
で、「だから何？」ってスタンス取るのは自由なんですけど、その場合って相手から「じゃあ中身ないよね」って扱われるのもセットで受け入れる必要があるんですよ。そこ切り分けて「これはレスバだから批判するな」はちょっと都合よすぎません？
結局、「議論じゃないからセーフ」っていうより、「反論されたくないから議論の土俵から降りてる」だけに見えますけどね。そういうの、第三者から見ると普通に逃げてるように映りますよ。
dorawiiアンチが捕まった裁判傍聴してそのツラ拝んでやりてえなあ。
てか「現実世界へgo」とか言ってるのあったけどもしそれでそそのかされて俺が犯罪したら連座でアンチも捕まると思うだけど大丈夫か？
dorawiiより
https://anond.hatelabo.jp/20260505132054#
dorawiiより
https://anond.hatelabo.jp/20260505132248#
どうなったの？
https://anond.hatelabo.jp/20260505132459
そそのかした人からも捕まった人が出ました🤪
dorawiiより
https://anond.hatelabo.jp/20260505132656#
2000年に発生した西鉄バスジャック事件（西鉄高速バス乗っ取り事件）において、第三者が犯人の少年（当時17歳）に直接的な実行を命じた「教唆犯」として立件された事実はありません。
この事件に関しては、インターネット掲示板「2ちゃんねる」での書き込みが注目された経緯から、しばしば教唆や扇動との関連が語られることがありますが、正確な状況は以下の通りです。
事件とインターネットの関わり掲示板への書き込み: 犯人の少年は、事件当日に掲示板上で「ネオ麦茶」というハンドルネームを使用し、「ヒヒヒヒヒ」というタイトルのスレッドを立てて犯行を予告するような書き込みを行っていました。
周囲の反応: 当時の掲示板上では、少年の書き込みに対して煽るようなレスポンス（「早くやれ」といった内容）が見られましたが、これらは匿名のユーザーによる無責任な発言であり、法的な「教唆（特定の人物に犯罪の決意を生じさせること）」として立件・処罰されるには至っていません。
https://anond.hatelabo.jp/20260505133348#
無責任とは責任を省みないという意味で合って、責任が無い、責任に問われないという意味ではないんだよ。そこ勘違いしてそうだけど。
dorawiiより
https://anond.hatelabo.jp/20260505133608#
そそのかした人からも捕まった人が出ました🤪 dorawiiより
https://anond.hatelabo.jp/20260505135352#
あわよくば騙されればいいと思ってるが何か問題が？犯罪でちゅか？ｗ
dorawiiより
その場の勢いで嘘をつき、嘘がばれたらゴールポストをずらしてごまかすクソ野郎
2000年に発生した西鉄バスジャック事件（西鉄高速バス乗っ取り事件）において、第三者が犯人の少年（当時17歳）に直接的な実行を命じた「教唆犯」として立件された事実はありません。
この事件に関しては、インターネット掲示板「2ちゃんねる」での書き込みが注目された経緯から、しばしば教唆や扇動との関連が語られることがありますが、正確な状況は以下の通りです。
事件とインターネットの関わり掲示板への書き込み: 犯人の少年は、事件当日に掲示板上で「ネオ麦茶」というハンドルネームを使用し、「ヒヒヒヒヒ」というタイトルのスレッドを立てて犯行を予告するような書き込みを行っていました。
周囲の反応: 当時の掲示板上では、少年の書き込みに対して煽るようなレスポンス（「早くやれ」といった内容）が見られましたが、これらは匿名のユーザーによる無責任な発言であり、法的な「教唆（特定の人物に犯罪の決意を生じさせること）」として立件・処罰されるには至っていません。
この件私もデマだと思ってたんですが
暇の尊師があまりにデマだと言い張るので彼が恥をかくといいなあという気持ちで最近は本当だったらいいなあと思い始めています。そんな理由でいいのか
VTuberのMimi Yanagi氏が、イラストの所持を理由にイギリスで逮捕されたという騒動について、現在出回っている情報を整理しました。
情報の真偽については議論が続いていますが、何が根拠となり、どこに不透明さが残っているのかを客観的な視点でまとめています。
今回の騒動は、Mimi Yanagi氏の友人であると主張するThe Goon氏が、本人の許可を得て「保釈書類」を公開したことがきっかけです。
主な主張の内容は以下の通りです。
1. 逮捕は事実であり、原因は自身のコミッションの所持である。
2. 根拠法はイギリスの「Coroners and Justice Act 2009 Section 62」とされる。
3. 現在は保釈中だが、SNSの使用や投稿内容に厳しい制限がかかっている。
現状の争点：信ぴょう性と懐疑論
この情報はコミュニティ内で広く拡散されていますが、100パーセント確定と断定するにはまだ早い段階にあります。
本人の代理を名乗る人物が具体的な書類を提示している点や、実際にイギリスの法律（Section 62）が「実在しない児童の性的画像（漫画やCGI）」を処罰対象としている事実は、情報の信ぴょう性を支える要素となっています。
一方で、BBCなどの主要メディアで一切報道されていない点や、提示された書類がデジタル編集で偽造可能であるという指摘もあります。また、ネット上の活動履歴と逮捕時期の矛盾を疑う声もあり、警察の公式発表や裁判記録といった「第三者による検証」はまだ行われていません。
公開された書類によれば、被疑者には以下のような厳しい条件が課せられているとされています。
1. 指定された名前（あるいは本名）以外でのソーシャルメディア使用の禁止。
2. 成人向けコンテンツ（NSFW）の投稿禁止。全年齢対象（SFW）のみ許可。
3. 捜査への協力と、デバイスやアニメ関連グッズ等の押収への同意。
これらの条件が事実であれば、本人が公に詳細を語れない理由の一つとなります。
情報源の不確かさについて
もう一つの重要な懸念点は、情報発信者であるThe Goon氏とMimi Yanagi氏の関係性です。
「本人の許可を得た友人」という立場は、現時点では彼ら自身の主張のみに基づいています。共通の知人による証言や過去の交流記録など、客観的に二人の関係を証明する材料は乏しいのが現状です。もしこの関係性が偽装であれば、書類自体の信頼性も大きく揺らぐことになります。
まとめ
今回の騒動は、イギリスにおける「創作物に対する法執行の厳しさ」という実在のリスクを浮き彫りにしました。しかし、この特定の事件が真実かどうかについては、依然として「当事者の主張ベース」の域を出ていません。
安易にデマと決めつけることも、逆に100パーセント真実と信じ込むことも避け、今後の追加情報や公的な記録の有無を冷静に待つ必要があるでしょう。表現の自由に関わる重要なテーマを含んでいるだけに、慎重な見極めが求められます。
「『GitHub』への不正アクセス発生に関するお知らせとお詫び（第一報）」という告知といっしょに公式のXの方で講座の連携を止めてますって告知が出た。
この告知があって、Xでは家計簿アプリ使うのやめましたって声が多くなっている印象がある。
でもあまり、クラウド会計使うのどうしようって話題はあまりないことが気になる。
一応、クラウド会計公式サイトの方にも告知は出ているのだが、
でも、売上規模の小さい家計簿の方を話題にしてほしかったのかなぁとか思ってしまったり。
----
＞ 当社がソフトウェア開発およびシステム管理に利用している『GitHub』※1の認証情報が漏えいし、これを用いた第三者による不正なアクセスが発生し、『GitHub』※1内の「リポジトリ」※2がコピーされたことが判明しました。
＞・マネーフォワードケッサイ株式会社が提供する『マネーフォワード ビジネスカード』に関わる370件の「カード保持者名（アルファベット）」および「カード番号の下4桁」
Github のリポジトリのコピーによて、「カード保持者名（アルファベット）」および「カード番号の下4桁」が流出したのはわかりやすかったんだと思う。
ただ、マネフォって採用資料にあるようにたくさんのサービスを提供していてマイクロサービス化を進めているみたいだけど、
https://image.itmedia.co.jp/l/im/ait/articles/2204/19/l_ait_220419_mf2.jpg
https://image.itmedia.co.jp/l/im/ait/articles/2204/19/l_ait_220419_mf3_2_w290.jpg
今回の攻撃で、コピーされたソースコードの範囲って全体のどこなんだろうか？
家計簿と SaaS が両方とも連携止めているのってここで説明されているアカウントアグリゲーション基盤を止めてるってことなのかなと思った。
https://cocre.moneyforward-x.co.jp/service/product
＞ ・ソースコードに含まれる各種認証キー・パスワードの無効化と再発行の実施（概ね完了）
が、どのサービスに含まれていたものなのかは言及がないし、実はもっとヤバい用途の認証情報が漏れていたりして。
アカウントアグリゲーション基盤を止めてるとしたらそこからの邪推なんだけど、認証キーの種別によっては、
マネフォ内のシステムから銀行のシステムにアクセスするために使うものだったりしないだろうか。
が「概ね」ってことは、連絡しないとぱっと洗替ができないものがあって、しかもGWだから作業が進められないなんてことはないよね？
また、それを使われてマネフォの外のシステムに不正にアクセスされるなんてことはないよね？
＞ なお、流出したソースコードおよび個人情報の不正利用等による被害や、お客さま情報を格納している本番データベースからの情報漏えいは確認されておりません。
けど、現時点で悪用される可能性が残っているなら、もはやマネフォのサービスの範囲ではないし、
マネフォを一切使っていない誰かにも影響出ることだし、ちゃんと説明してほしいな、と思う。
このGW中、何もないといいなと本当に思うよ。
