  |
はてなキーワード: オープンとは
男子トイレの環境に対する男性たちの本音は、「プライバシーの欠如に対する強い抵抗感」と「効率性のためのやむを得ない妥協」の間で揺れ動く非常に複雑なものです。主な意見を分類すると以下の通りになります。
多くの男性が、現在の小便器の環境を「プライバシーがない」と感じており、内心では苦痛や抵抗感を抱いています。
「嫌だ」と言いにくい社会的な空気や、男性同士の牽制が現状維持に繋がっている側面があります。
一方で、小便器というシステムが持つ「回転率の速さ」というメリットを認め、現状を肯定、あるいは妥協している層も一定数存在します。
設計の古さや、利用者のマナーに起因する不快感も多く挙げられています。
総じて、男性たちは「嫌だが、効率のために我慢している」という状態にあり、もし利便性が損なわれないのであれば、よりプライバシーが守られた環境（仕切りの強化や個室化）を望んでいるのが本音と言えます。
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
なんか収納少ないせいで物が散らかってる気がして
そこに物を載せて、なんか片付いたような気持ちになる
しばらくしてまた物が増えて散らかってるような気がして
そこに物を載せて、なんか片付いたような気持ちになる
以下ループ
自分は30歳強、彼女は30歳弱。5歳差。そこそこ大きい会社の同僚。
異動で知り合ってから3年、付き合ってから2年なんだけど、彼女が新卒時代、上司と不倫してたことが発覚した（彼女の同期から証拠付きで教えてもらった）。上司の奥さんにはバレていないみたいで、現在は不倫解消済みとのこと。
それからというもの、なんとなく彼女との性行為を避けつつある。今日日、10人に1人ぐらい不倫するとは聞いていたけど、自分はそういった倫理に反する行為、何なら2股や3股にも抵抗感がある。刑事罰にはならないけど、相手の奥さんから訴えられたら100～200万の慰謝料はらわなければならないんだし、悪であることには変わりはない。
顔はあまりタイプではないけどとても性格の良い子だし、俺のことを好いていてくれる貴重な子なので（向こうから告ってきた）、不倫をしていたという過去さえ知らなければ、今年同棲して、来年あたり結婚しようか、と思っていたので色々と悩んでしまう。自分も30overで今から相手を見つけるのは辛いし、今の彼女となら世帯年収は1000万を超えるので、結婚しても生活は比較的安定するというのもある。ただ倫理観がヤバいところが引っかかるんだよなぁ…。
余談だけど、彼女は母子家庭だからか、年上に対するあこがれが強いと推測している。じゃなきゃ、5歳も年上の俺とは付き合わないって。不倫相手も+10歳（新卒23歳の時に33歳ぐらい）ぐらいだし。
社内で不倫カップルの噂はたびたび流れてきたけど、まさか自分がまきこまれるとは。悩ましい。
5/9 0:41追記
多くの意見ありがとう。ちなみに不倫を教えてくれたのは、【彼女の同期の】女性社員で、証拠は彼女が同期に自身の不倫について話している録音データ。その場に誰が何人いたかは分からないけど、少なくとも彼女はその同期にはオープンに話していたことになる。
ちょっと引いたけど、男同士でもそういう話をすることもあるから、そこは同性同士の緩さというところか。
それはさておき、録音してそれを自分に渡してくれるってことは、彼女や上司が恨まれているのか、それとも先輩である自分のことを憐れんでくれたのか…。
一般層から「謎カプ（謎のカップリング）」として嘲笑される現象が起きた主な要因は、二次創作文化に馴染みのない一般ユーザーに、原作の設定とかけ離れたカップリングが「誤配」されたことにあります。
『鬼滅の刃』や『呪術廻戦』のように、オタク層だけでなく一般層にも広く読まれている作品においてこの現象が顕著です。こうした作品では、二次創作やBL（ボーイズラブ）を好む層よりも、原作を普通に楽しんでいる層の方が圧倒的に多いため、カップリング文化圏の外側からの「純粋な疑問や笑い」が発生しやすくなります。
一般層から見て「謎」とされるのは、原作でほとんど会話や交流がないキャラクター同士の組み合わせです。
かつての腐女子文化は個人サイトなどの「隠れ家」で楽しまれていましたが、現在はX（旧Twitter）やTikTokなどのオープンなSNSが主流になったことが影響しています。
オタク同士の争いであれば「対抗カプの嫌がらせ」として処理できますが、一般層からの指摘は「原作で付き合っていないし、そもそも会話すらしていない」という動かしがたい事実に基づいた正論です。
総じて、二次創作特有の「捏造」や「妄想」を共有しない一般層にとって、脈絡のないカップリングは単なる「理解不能で面白いもの」として扱われてしまったことが、嘲笑という現象に繋がったと言えます。
個人サイト時代とは異なり、X（旧Twitter）やTikTokなどの普及により、二次創作が「その文化を理解しない一般層（パンピ）」の目に触れる機会が激増しました。
外部からの嘲笑や、界隈内での対立を背景に、自身の推しカプの正当性を主張するための「論拠（原作での根拠）」を重視する風潮が生まれました。
SNSのオープンすぎる性質が、二次創作界隈に疲弊をもたらしています。
総じて、SNSによる拡散は、二次創作をアングラから引きずり出したことで、「外部からの嘲笑」と「界隈内でのマウント合戦」を加速させ、最終的に多くのファンを疲弊・萎縮させたと言えるでしょう。
新しく更新されるたびにNoteで記事がどかっと出てくるけど人間が書いてる記事ってどのくらいなんだろうか
和訳（画像テキスト）Dr. Akiko Iwasakiは、post-vaccine syndrome (PVS)（ワクチン接種後症候群）の研究と出版に関する課題について指摘しました。この症候群はまだ十分に定義されておらず、疲労、運動不耐性、不眠、めまいなどの症状を含む可能性があります。「我々は論文を投稿しています。そして、査読や出版の前に研究結果を投稿できるプレプリントサーバーが今あることを嬉しく思っています。もちろん、科学者として、私たちの目標は行ったすべての研究について査読付き論文を出版することです。それは、研究が一貫性があり、科学的出版基準を満たすことを確かめたいからです。しかし、何らかの理由で、これらのpost-vaccination syndromeの論文を出版するのが難しいのです。症状の記述であれ、post-vaccination syndromeとLong COVIDの症状の比較であれ、post-vaccination syndromeの生物学的分析であれ、多くのジャーナルに投稿してきましたが、これらの論文のいくつかは出版されていません。私はこれが偶然だとは思いません。私は多くの論文を出版してきましたが、Long COVIDやワクチンの有効性など、ワクチン接種の受け入れられた利益に沿った内容の、同等の質の論文を投稿した場合は、出版にそれほど苦労しません。この出版が非常に難しいのは、偶然ではないと思います。私は、ワクチンの擁護者である人々（私自身もそうです）がいると思います。その中には、こうした研究を出版することで人々の不安を煽るのではないかと感じる人がいるかもしれません。私は、post-vaccination syndromeの背景にある要因を問うただけで、無責任だと非難されたことさえあります。抗ワクチン派がこれを利用してワクチンへの恐怖を煽る可能性があるからです。こうしたことがすべて、これらの論文を出版するのが非常に難しい根本的な理由になっていると思います。もちろん、他の理由もあるかもしれません。」（出典：Akiko Iwasaki教授のポッドキャスト発言）
で、natureの本文はカネ払わんと読めないので分からんけど、
grokによると、
"ただし、記事全体はワクチン全体を否定するものではなく、稀な副反応も含めてオープンに科学的に調べるべきだ、というバランスの取れた内容です（彼女自身はLong COVID研究などで積極的にワクチン・支持の立場を取っています）。"
だってさ。
「嘘くさい」って反応されている記事にマジレスするのもどうかと思いつつも、情報提供したい
私は通信制高校卒のASD。母子家庭一人っ子で年収は障害基礎年金2級だけ
就労移行支援というのは、障害者の一般就労（オープン、クローズ問わず）を支援してくれるサービスのことで、9割くらいの人は無料で使える（前年の収入が障害年金だけなら無料になると思う）
2年間の枠の中で、一般就労に向けた作業訓練や講義などが受けられる
私も2年ほど通ったけれど（結局就労はできなかったが）、すごくいい時間が過ごせた
ビジネスマナー、履歴書の書き方、面接の受け方の講義はすごく身になった
やっぱりなんとなく知っているのと「ちゃんと」知っているのとではかなり違う
就労移行支援を使わないで就活するのと、支援機関がバックアップして就活するのでは、内定率がおおきくちがうといわれている
増田が求職したけれど思うようにいかなかったのは、支援機関がついているかついていないかの違いであって、増田が社会的価値がないからではない
事業所は大体9時～15時くらいまでプログラムがあるから規則正しい生活ができるのもポイント
工賃が出ないし、交通費や弁当代の補助がない場合もあるから大変だけれど、就労できて給料がもらえるようになることを考えたら、耐えられる
でも、増田は就労移行支援から始めるんじゃなくて、デイケアとか生活訓練から始めたほうがよさそう
就労移行支援は2年しか枠がなくて、それ以上延長することができないことがおおいので、調子がある程度整ったときのほうがいい
私は1年前にうつ病の悪化で自傷と希死念慮がひどくなって半年ほど精神科に入院して、退院した後、病院のデイケアに通い始めた
病院のデイケアはみんな何かしらの精神疾患があるから、理解されやすいし、スタッフさんも医療従事者（看護師、作業療法士、心理士）だから高圧的な人がいない
しかもデイケアは自立支援医療の対象で、5000円の枠の中で使えるから、今5000円上限まで使っているのなら追加の負担はなくいける
私も週に1回、1時間、看護師さんに来てもらって自分の調子をモニタリングしてもらっている
ステーションによって得意分野が違うし、看護師さんとのとの相性があるから探すのが大変と思うかもしれないけれど、病院にソーシャルワーカー（PSW,MHSW,精神保健福祉士さん）がいるのなら紹介してもらえる（これも無料で相談できると思う）
訪問看護ステーションによっては、病院の送迎や付き添いをしてもらえるところもあるらしい
やっぱり誰かと話すことで、社会とのつながりが持てるからデイケア、訪問看護はおすすめ
生活訓練は行ったことがないからわからないけれど、デイケアに近い訓練が2年間受けられる
中卒とのことだけれど、高卒認定なり通信制高校に行ったりして高卒の資格は持っておいたほうがいいかも
通信制高校は今は合理的配慮が結構浸透しているから、配慮をお願いしやすいし、レポートもネットで出せる高校も多い、スクーリングも年1とかで済む
費用負担も少ないし、必ずしも3年で卒業しなくてはいけないわけじゃないからゆっくりいこう
通信制高校もいろいろな高校（公立も私立もある）から、パンフレットを取り寄せていいと思ったところに相談しに行ってみよう
無理せずね
たぶん増田は同じように誘われたら参加する優しいやつなんだろ。同じ葛藤したことあるけど、基本奥さんは連れて行かない方針で正解だと思う。諦めじゃなくて2人のために。
自分は「家族ぐるみの付き合いができたら夫婦共通で楽しめるコミュニティが増えてきっと楽しい！」と思って誘ったけど、直前に断られてしまった。良かれと思っての誘いだったのと、直前に断られたのとで当時は喧嘩したけど、今となっては無理に誘った自分が良くなかったなと思ってる。
パートナーの友達とはいえ初対面だし、自分と友達の関係性壊したくない分、気遣いするから奥さんはきっと疲れる。たまにいる家族ぐるみで顔出す夫婦はかなり特殊。事前事後に家で相当ネゴってるか、そもそも性格がオープンかのどちらか。向き不向きの問題だから目指さないのが吉。自分は奥さんに身勝手な期待をしてたのが良くなかった。
楽しみにしてると言ってた友達もきっと社交辞令的なアレで、増田に会えるのが1番楽しみなんだから気にしなくて大丈夫だよ。デフォルトは誘わないに倒しつつ、奥さんが「行きたい！」と言ってくれたら一緒にいけばいいと思う。とりあえず今回はどんまい。
ケッタの青切符導入に伴ってオープンイヤーのイヤホンとバックモニタを導入し法令を遵守して走行しているが(4月入ってから3回くらいしか走ってないけど)
先日走ってて「跨線橋の左側路側帯(1本線)激狭」に遭遇し、そこを通らない為に猛烈に大回りすることになったんだけども
(交通量少なければ橋の左側渡ったんだけど一桁国道に繋がる橋なために、横をバンバントラックが通る様なところなのだった)
こういう場合、右側の歩道を通っちゃいけないのかなあ。橋って片側だけガッツリ歩道設けられてることが多いけど
勿論「歩行者が居ない」前提だけど(田舎なので跨線橋を歩いて渡っている人間は皆無)、やっぱり駄目なのかなあ
ちなみに、右側に「自転車通行可」の標識があるか見なかった。有れば通って良いのだろうけど
左側通れなかったらメチャクチャ遠回りしないと駄目なのかなあ。右側通りたいなら「押して歩け」って?
高市早苗「逃げません」→嘘
高市早苗「高校時代はバイクとロックバンドをやってました」→嘘
高市早苗「私の事務所側もサナエトークンのことは知らない」→嘘
高市早苗「ルールを守れない人は日本から出て行ってもらう」→嘘
高市早苗「ナフサは少なくとも国内需要4カ月分を確保している」→嘘
高市早苗「国の品格として食品の消費税率はゼロ％にするべき」→嘘
高市早苗「野党の審議拒否で予算の年度内成立ができなくなった」→嘘
高市早苗「ガソリン減税効果で実質賃金をプラスにしたのは私です」→嘘
高市早苗「統一教会の関係者がパーティー券を購入した事実はない」→嘘
高市早苗「バイデン前大統領の肖像（オートペン）を指さして笑ってない」→嘘
高市早苗「南鳥島のレアアースで日本はこれからレアアースには困らない」→嘘
高市早苗「礒崎さんという名前を知ったのは今年（2023年）3月になってからです」→嘘
高市早苗「国葬反対のSNS発信の8割が隣の大陸からだったという分析が出ている」→嘘
高市早苗「外国人は犯罪をして逮捕されても警察の通訳の手配が間に合わず不起訴になる」→嘘
高市早苗「今日の五輪選手団との懇談会はキャンセルします。理由は公務が入ってしまったためです」→嘘
高市早苗「私自身もワークライフバランスという言葉を捨て、働いて働いて働いて働いて働いて参ります」→嘘
オープン数年の増田は昔の2chと同じで、くだらない話をだらだらする
最低限の知性のあるやつばっかだったぞ
ということがわかる過去ログのリンクなりを貼らないことには「何の根拠もない」ことは同じなんじゃないかね。
こういうと今度は「主客逆転」って指摘するところまで読めてるんだけども。
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260501133938# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCafQuiwAKCRBwMdsubs4+ SMeTAP46AaXueS/VGbD79zpgoKztRcZlXAUvHEFxjz5ka7j7DAD/Xk/hMmqUfklO gTuY5Bpqm84b4+ZwHw/mJLSq96IQQgw= =9ATT -----END PGP SIGNATURE-----
最近横浜にオープンした「丸亀製麺」、見た目からして讃岐うどんの聖地・香川県の個人店っぽいブランディングで「打ちたて・茹でたて」を謳っているんだけど、改めて調べたら色々とヤバかったので書く。
「丸亀製麺」といういかにも香川県丸亀市にルーツがありそうな名前、木目を基調とした趣のある内装、「製麺所」という表示。普通に見たら香川の老舗が満を持して横浜に来たと思うよね。でも運営元は株式会社トリドールホールディングスという兵庫県発祥の巨大上場企業。一号店は加古川市。それなのにあたかも「丸亀発祥」のような空気感を出している。これ、ある意味でブランド構築の執念がヤバすぎる。
ウェブサイトにはこう書いてある。「すべての店に、粉からつくる。すべての店に、麺職人がいる」。でも店舗数は国内だけで800店舗以上。「全店」で職人を育てるのは教育コストが最大級に重いはず。もしこれを本気で維持し続けているとしたら、人事研修部門の執念に圧倒される。競合他社が手を出せない「効率の悪さ」を武器にする戦略が詰んでる。
メニューには「釜揚げうどん」が看板として掲げられているが、価格設定が並で300円台（※執筆時）。このご時世、小麦粉も燃料費も高騰しているのに、打ちたての麺をこの価格で提供し続けるのは、競合店に対する無言の圧力としか言いようがない。特に毎月1日の「釜揚げうどんの日」に半額にするのは、もはや価格破壊を超えた何か。
「TOKIO」との共同開発や、季節ごとの「トマたまカレーうどん」の投入タイミングが完璧すぎる。SNSでバズる要素を確実にとらえ、テレビCMとの連動もスムーズ。そのタイミングで横浜の店舗に行くと、いかにも「今食べなきゃ損」な行列ができているのは偶然とは思えない。マーケティング戦略が正面衝突不可避の強さ。
映え目的以上に、客の目の前で麺を茹で、天ぷらを揚げ、出汁を注ぐ演出をやっている。湯気が立ち上る中で「揚げたてです！」と差し出される野菜かき揚げのサイズ感。これをトレイに乗せると、うどんの器を侵食するレベルでデカい。食べ盛りの子供や誘惑に弱い大人には、摂取カロリー的な意味で普通にリスクがある。
「外食アワード」などの賞を何度も受賞しているが、これは業界内での圧倒的なシェアと成長率が評価された結果として知られている。単なる「うどん屋」の枠を超えて、日本食インフラとして君臨しようとする姿勢はちょっと次元が違う。
最近横浜にオープンした「茶种（CHAZHONG）」というミルクティー専門店、見た目からしてCHAGEE（覇王茶姬）っぽいブランディングで「日本初上陸」を謳っているんだけど、調べたら色々とヤバかったので書く。
「茶种」という中国語っぽいブランド名、中国茶文化を模した演出、「日本初上陸」という表示。普通に見たら中国の有名ブランドが日本に来たと思うよね。でも運営元は株式会社Food Seedという去年設立の日本の会社。国内オリジナルブランドの1号店なのに、それをどこにも書いていない。これ景品表示法の優良誤認表示にあたるんじゃない
ウェブサイト（chazhong.jp）にはこう書いてある。「私たちは毎年、中国各地の茶園を訪れ、産地の気候や土壌を見極めながら最高の茶葉を直接厳選しています」。でも運営会社は去年設立。「毎年」は最大でも1回しか成立しない。景品表示法は根拠のない優良表示を禁止しているので、消費者庁に「毎年の実績を証明してください」と言われたら詰む。
サイトには「本店：中華街」と書かれているが、その中華街店は「Coming soon」。存在しない店舗を本店と表示するのは、中華街という立地ブランドを利用した誤認誘導としか言いようがない。
CHAGEEは2025年4月に米ナスダックに上場、時価総額約8500億円。同時期に「CHAGEE JAPAN株式会社」として日本法人を設立済みで日本上陸が目前の状況。Twitterでもバズってた。そのタイミングで横浜に「いかにもCHAGEEっぽい」店を出すのは偶然とは思えない。CHAGEEが日本1号店を出したら正面衝突になる。
映え目的でドリンクカップの上に急須型容器を乗せてドライアイスを入れる演出をやっている（公式Instagramで確認できる）。ストローがカップに刺さった状態でドライアイスが昇華するので、飲もうとすると昇華したCO₂をストロー経由で同時に吸い込む構造になっている。子供や呼吸器疾患のある人には普通にリスクがある。食品衛生法4条は「人の健康を損なうおそれのある方法での食品提供」を禁じている。
受賞歴もお察し
「SMBエクセレント企業賞受賞」と掲げているが、これはエントリーに数十万円、受賞後の掲載料に月額数万円かかる有料型の賞として業界では知られている。権威付けとして使うのはちょっと違う。
景品表示法違反の疑いは消費者庁の申告フォームから誰でも申告できる。食品衛生の問題は横浜市保健所の管轄。証拠のInstagram動画とサイトのスクリーンショットを保存しておくといいと思う。
