  |
はてなキーワード: ベースとは
第三部 内容で勝ち、現実で負ける
社名は伏せておく。
商社系の、若手にもそれなりに権限が回ってくると言われている会社だった。
配属された部の課長は論理的な人で、私の作る資料の精度をある程度評価してくれた。
問題は二年目以降に始まった。
ある新規プロジェクトの立ち上げに関する会議で、部長が明らかに前提条件の数字を間違えていた。
市場規模の試算根拠が五年前の業界レポートに依存していて、その後の市場の変化を反映していなかった。
私は会議の中盤でそれを指摘した。
「すみません。その市場規模の数字、ベースになっているレポートが古いです。直近三年で市場構造が変わっているので、現状の数字はその試算より三〇%程度小さいはずです。私の試算では、こちらになります」
試算表は、出典付きで再現可能な形にしてあった。
部長はしばらく画面を見ていた。
「うん、わかった。数字の話はまた別の機会にしよう。今日は方向性の話をしている」
「いえ。方向性は市場規模を前提にしているので、市場規模が違えば方向性自体が変わります」
部長はもう一度、私を見た。
今度は少し、目に疲れがあった。
「君の言うことはわかった。あとで個別に話そう」
会議は、私の指摘を反映しないまま進んだ。
「お前、ああいう言い方やめたほうがいいぞ」
「内容として間違ってるか？」
「内容は合ってる。けど部長の顔、潰しただろ」
「顔の話なんかしていない。事業の話をしているんだ」
同期はため息をついた。
「そう。そうなんだよ。お前はいつも事業の話しかしない。だから、お前以外のみんなが何の話をしてるのか、お前にはわかってないんだよ」
そう言って行ってしまった。
私はその言葉をしばらく考えた。
考えた末に、こう判断した。
そして忘れることにした。
理由は表向きには、「別のプロジェクトに君のスキルが必要だから」だった。
私が回された別のプロジェクトは、ほとんど何も動いていない塩漬けに近いものだった。
私は課長に直接抗議した。
「私の指摘が間違っていたのですか」
課長は少しだけ困った顔をした。
「指摘の内容は間違っていなかった」
「では、なぜ外されるのですか」
「内容ではない。理由は内容ではないんだ」
「では、何ですか」
それから、こう言った。
「君は正しい。けれど、君と一緒に仕事をしたいと言う人間がいない」
その瞬間、自分の中の何かが冷たく固まったのを覚えている。
私は課長を見た。
できるだけ感情を出さずに言った。
「では、正しさよりも好かれることのほうが評価されるのですか」
課長は私を長く見た。
それから言った。
「そうじゃない。仕事は一人ではできないから、一緒に仕事ができる人間になることも能力のうちなんだよ」
私は頷かなかった。
このパターンが三十代を通じて繰り返された。
三回、転職した。
会社が変わっても結末は似ていた。
次の半年で、私の指摘が人を傷つけるようになる。
私は毎回、辞めるとき同じことを思った。
そのとき初めて、こう思った。
これに気づくのに二十年かかった。
二十年だ。
君がこれを二十二歳のうちに気づければ、私より二十年得をする。
二十年は長い。
本当に長い。
ここでKの話に戻る。
Kとは大学を卒業してから、ほとんど連絡を取らなくなっていた。
年賀状が最初の二、三年は来ていたが、私が返さなかったので自然と途絶えた。
記事は、ある業界の中堅企業の新規事業立ち上げに関するものだった。
写真の中のKは、大学のときと同じように口を大きく開けて笑っていた。
少しだけ太っていた。
けれどKは外されなかった。
なぜか。
Kは失敗の途中で、社内の他の部署の人間を何人も巻き込んでいたからだった。
開発の係長。
経理の若手。
Kは新規事業のために、社内のいろいろな人間に頭を下げて知恵を借りていた。
失敗が見え始めたとき、その人たちがKを助けた。
そう言ってKを庇った。
Kは結果として責任者の座を維持し、二年目に軌道修正に成功した。
「最初の半年で失敗したのは僕のせいです。市場の読みが甘かった。けど、その失敗を直せたのは僕一人の力じゃないです。社内のいろんな人が一緒に直してくれた。だからこれは、僕のチームの成果なんです」
私はこの記事を何度も読んだ。
そして初めてわかった気がした。
Kは最初から、「一人で正解を出す」ことを目指していなかった。
Kは最初から、「みんなで間違えて、みんなで直す」ことを戦略としていた。
私はずっとKを軽く見ていた。
Kは内容で勝てないから、人と仲良くするのだと思っていた。
違った。
だから内容で勝つかわりに、内容を直せる関係を作ることに力を注いでいた。
Kは、私が二十年かけても気づかなかったことを二十二歳のときにはもう知っていた。
中学校か高校のうちに、一度、自分より頭のいい人間に出会っていたのだろう。
そこで、自分が一人では勝てないことを学んでいたのだろう。
Kは十二歳か十三歳のうちに負けていた。
そしてその負けから、人と一緒にやることを学んでいた。
私は十八歳まで負けなかった。
その代償が、その後の二十年だった。
両親が立て続けに亡くなった。
父が先で、母がそのあとだった。
葬式に来た親戚や、父の昔の同僚や、母の友人たちは、私のことを「東大を出た立派な息子」として扱った。
私はその扱いを受け入れた。
受け入れるしかなかった。
葬式の最後、母の友人だったという、私の知らないおばさんが言った。
「お母さん、あなたのことをいつも自慢してたのよ。東大に入ったときも、いい会社に入ったときも。でもね、最近お母さんこう言ってたの。『あの子、結婚はしないのかしらね』って。心配してたわ」
私は笑顔で答えた。
「ええ、心配かけました」
その夜、実家の、自分が高校時代に使っていた部屋で一人で酒を飲んだ。
机の引き出しを開けると、高校時代の模試の成績表がまだ残っていた。
全国偏差値、七十六。
順位、全国八位。
その紙を長い時間見ていた。
そして思った。
三十年前の紙だ。
私はその紙を引き出しに戻した。
戻して、引き出しを閉じて、また酒を飲んだ。
涙は出なかった。
涙が出るような感情ではなかった。
もう少し乾いた、静かな何かだった。
母が亡くなって少し経った頃、私はMに偶然、駅で会った。
Mはすぐに私に気づいて「お前、変わらないな」と言った。
私はMに気づいていなかった。
Mは髪が薄くなり、少し太っていた。
スーツの肩のあたりがくたびれていた。
Mは結婚していた。
子供が二人いた。
Mは私の近況を聞かなかった。
たぶん聞かないほうがいいと判断したのだろう。
代わりに、駒場の頃の話をいくつかした。
「お前、覚えてる？ あの語学クラスの和訳の輪。Kがやってたやつ」
「ああ」
「俺、あれに助けられたんだよ」
「助けられた？」
「うん。俺さ、地方から出てきて、最初お前と似たような感じだったじゃん。一人でやれば全部できる、みたいな。けどKがしつこく誘ってくれてさ。最初は俺も、うざいと思ってたんだよ。けど何回か行ってみたら、自分が見えてないところを他のやつが見えてたりするんだよな。それで俺、考え方を変えたんだ。一人で全部やる必要はないって」
Mが続けた。
「あれが俺の人生の、たぶん一番大きな転換点だった。あそこでKに引っ張ってもらえたから、俺、人と一緒に仕事ができる人間になれたんだよ。今の仕事、俺一人じゃ絶対できないからな。役所って根回しの世界だから」
私は頷いた。
Mが私をちらっと見た。
「お前は行かなかったよな、あの輪」
「うん」
「何で行かなかったんだ？」
しばらく答えられなかった。
それから、ようやく言った。
「行く必要がないと思っていた」
Mはそれ以上聞かなかった。
私たちはもう一杯ずつ飲んで別れた。
Mは終電で帰っていった。
最後に「また飲もうな」と言った。
私も「うん」と言った。
私たちはその後、一度も飲まなかった。
二人とも、それをわかっていたと思う。
Kに引っ張ってもらえたから、俺、人と一緒に仕事ができる人間になれたんだよ。
Kは私のことも引っ張ろうとしていた。
「気が向いたら、声かけて」
「一緒に間違えて、一緒に直せばいいんじゃないかな」
Kは私に何度も手を差し出していた。
私はその手を毎回振り払っていた。
Kを軽く見ていた。
そのプライドのために、人と一緒に何かをするということを、生涯、覚えそこねた。
電車の中で初めて認めた。
あいつは、ずっと間違えていたわけじゃなかった。
あいつは、正解を一人で出すことを最初から諦めていただけだった。
だから、みんなで間違えたあと、みんなで直すことができた。
俺は、一度も間違えないために、一度も誰とも直せなかった。
涙はまた出なかった。
「人生は、一度きり」
そんなことが書いてあった気がする。
正確には覚えていない。
ただ、もう一度だけ君に語りかけたい。
君がもし、私に少し似た人間なら聞いてほしい。
勉強がそれなりにできる。
一人でいることを苦にしない。
周りが少し幼く見える。
「言い方」を装飾だと思っている。
人に頭を下げることを敗北だと感じている。
もしそうなら聞いてほしい。
君が会っていないのは、君が悪いからではない。
たぶん環境のせいだ。
中堅校で一番頭がいい子。
学年で目立つ秀才。
これは君の責任ではない。
そこには君と同じか、君より上の人間が必ずいる。
中学生のときから、もっと厳しい競争を経験してきた人間が必ずいる。
それが君のこの先三十年を決める。
選択肢は大きく二つある。
一つは、その人間を軽く見ることだ。
「あいつは要領がいいだけだ」
「あいつは育ちがいいだけだ」
これは簡単だ。
すぐにできる。
何の努力もいらない。
プライドが守られる。
気持ちがよい。
私が選んだのはこっちだ。
そして、その代償をこの四十七年間で払い続けている。
もう一つは、その人間に頭を下げることだ。
「すごいですね」
「教えてください」
「どうやってそんなに上手くやるんですか」
そう聞くことだ。
これは難しい。
プライドが傷つく。
気持ちが悪い。
自分が小さく感じられる。
けれど、こっちを選べる人間は二十年後、ほぼ確実に生き残る。
なぜなら、こっちを選んだ瞬間から、君の能力は自分の能力だけでなくなるからだ。
君は自分より上の人間の能力を、少しずつ自分の中に取り込んでいけるようになる。
これは私が二十年かけて気づいたことだ。
自分より上の人間に、自分の間違いを笑いながら指摘されたときだ。
そしてもう一つ。
これは道徳の話ではない。
君が長く生き延びるための技術の話だ。
「性格をよくする」というのは、誰にでも愛想よくすることではない。
人と一緒にいるときに、その人が「君と一緒にいて楽だ」と感じるように自分の振る舞いを設計することだ。
これを十代後半のうちにやっておかないと、後からやり直すのが本当に難しい。
二十代の後半から急速に固まる。
三十代に入ると、ほとんど固まる。
四十代になると、もう変わらない。
私は四十代の自分を見て、それを知った。
君は今、二十歳前後だ。
固まる前に修正してくれ。
「ごめん」
「教えて」
「自分が間違っていた」
この四つを重く、特別なこととして言わなければならない人間は、私のように誰とも何も直せなくなる。
「私は完璧ではない」
「私は、変われる」
ここで最後に、一つだけ付け加えたい。
私はこれまで、「人に合わせるな」「集団は誤答を選ぶ」「会議はノイズだ」「調整は知性の敗北だ」と思ってきた。
だから誤答を直すには、自分の見え方の外側を持ってくる必要がある。
それを持ってきてくれるのが他人だ。
この関係を若いうちに作っておかないと、君の認知は君一人の中で閉じる。
その罰が、私の四十代だった。
君には、その罰を受けてほしくない。
この手紙を、ここで終える。
書きながら何度か、自分のことが嫌になった。
いや、本当のことを言えば、何度か自分のことをまだ正当化したくなった。
「Kは、俺ほど深くは考えていなかった」
そういう声が、今でも私の中で聞こえる。
たぶん、その声は死ぬまで消えない。
けれど私は、その声をもう信じない。
私は君に、私と同じになってほしくない。
私はもう、どこにも戻れない。
母も父も、もういない。
KともMとも、もう会わない。
私の若い頃のクラスメイトたちは、たぶんそれぞれの家庭で、それぞれの夕食を食べている。
私には夕食を一緒に食べる相手がいない。
これは自業自得だ。
誰のせいでもない。
けれど君は、まだ間に合う。
これから「ごめん」「教えて」「ありがとう」「自分が間違っていた」を毎日言える。
これから人と一緒に間違えて、人と一緒に直せる。
それを君のうちに習慣にしてほしい。
二十歳の君の習慣は、四十歳の君の人格になる。
二十歳の君が人に頭を下げることを覚えれば、四十歳の君は誰かに助けられる人間になる。
二十歳の君が自分の間違いを認めることを覚えれば、四十歳の君は間違える前に人に相談できる人間になる。
二十歳の君が雑談を大事にすることを覚えれば、四十歳の君には夕食を一緒に食べる相手がいる。
これは綺麗事ではない。
最後に、もう一度だけ。
正しさは、人に届かなければ現実を変えない。
一人で正解を出せる人間より、人と一緒に間違えて直せる人間のほうが長く生き残る。
けれど、誤答を直す力もまた集団の中にある。
その集団に、君が入っていけるかどうか。
それが君のこれからの三十年を決める。
私は入っていけなかった。
その理由をたくさん書いてきた。
けれど本当の理由は、たぶん一つだ。
私は怖かったのだ。
その怖さを、私は「孤独を選ぶ強さ」と自分に言い聞かせていた。
それは強さではなかった。
ただの臆病だった。
君が私と同じ怖さをもし持っているなら、その怖さに名前をつけてやってほしい。
「臆病」と。
名前をつけずに、それを「強さ」と呼び続ければ、君は私になる。
長くなった。
これで終わる。
君が今夜、誰かと夕食を食べられますように。
君が十年後、誰かと一緒にその失敗を直せていますように。
君が二十年後、私のように、見知らぬ若者へ誰にも頼まれない手紙を書く人間にならずにすみますように。
これは説教ではなく、
これは祈りだ。
どうか。
私のようには、ならないでくれ。
「男のほうが迷惑行為や暴力沙汰が多い」という話なら、まあ統計的にも一定程度はそうです。粗暴犯や暴力事件で男性比率が高いのは事実ですから。
でも、そこから
まで行くと、一気に雑になるんですよ。
陰口、仲間外れ、SNSでの集団叩き、店や他人の晒し、感情ベースの同調圧力、関係性を使った攻撃とか、そういう“非物理的な攻撃性”まで含めたら話は全然変わる。
結局、人って「自分が被害を受けやすいタイプの迷惑」に敏感なんですよ。
駅員なら怒鳴る酔っ払い男性が印象に残るし、学校や職場なら別タイプのトラブルが目立つ。
あと、「男の方が感情的」って言いながら、元の文章自体かなり感情で書かれてるんですよね。
「早く淘汰されてほしい」
「男はクソ」
みたいな表現って、冷静な分析というより、嫌悪感を一般論に昇華してる状態じゃないですか。
ではなく、
のほうなんですよ。
昔、「営業や社長の『紙芝居でいいから』『POCでいいから』という言葉を鵜呑みにするな」と教えられた。
その言葉通り、さっと動いて見せられるものを作ると、それが客先でデモされ、「ここまで動いてるんだから、工数かからないで完成できるよね？」となって、「工数かけたんだから」と最初に作ったものがベースになり、作り直す機会もなく会社の屋台骨に育っていく。
Webサービスでは、個々の端末で実行されるフロントサイドはともかく、サーバサイドはランダムに並行して到着する、かかる時間が長短まちまちのリクエストを捌くことになるわけで。
最近相談を受けたプロダクトは、あまりに全てが独自に育ちすぎていて、合理的に改善する(改修によって見込める利益と改修にかかる費用が全くバランスしない。100年くらいかければペイする？)には手の施しようがない状態になっていた。
今の「生成 AI で迅速にローンチ」を見ていて、サーバサイドの知識もろくになく、その基礎の上に積み上げていって大丈夫か？ と思う。
かと言って、最初からガチガチに設計しろと言っているわけじゃない。
移行が必要になったらどうするかの見通しを立てておく。
データも。
処理も。
アーキテクチャも。
ということ。
スモールスタートと言っても、手遅れになるクリティカルなポイントはあらかじめ見通しを立てておく必要はない、というものではないと思っている。
まず「ネトウヨが無視する質問」って言ってる時点で、答えが返ってこないように相手を雑にカテゴリ分けしてるだけなんですよね。
それって議論じゃなくて「ぼくの嫌いな人たちは矛盾してるはずだ」っていう願望ベースの確認作業なんですよ。
あと、統一教会を許してるって前提ですけど、普通に問題視してる人かなりいましたよね。
むしろ「保守＝統一教会支持」って雑に一括りにしてる人の方が、現実を見ずに敵味方でしか物事を認識してないように見えるんですよ。
で、台湾の同性婚の件も、「台湾が好きなら台湾の制度全部賛成しろ」って理屈なら、日本食好きな人は捕鯨も全部支持しないとおかしいんですか？
国を好意的に見ることと、その国の政策100%に同意することって別ですよね。
あと最後の「共産党が反戦を主張してるから賛同しないなら〜」って、これ完全に論点すり替えなんですよね。
「その政党の全政策を支持するか」と「個別政策に賛同するか」は別問題なんで。
逆に聞きますけど、自民党支持者は増税も裏金も全部支持してるんですか？って話になるんですよ。
たぶん違いますよね。
というか、この手の話って「相手の矛盾を暴いた！」みたいな空気出してますけど、実際には「人は全部の思想が一直線じゃない」っていう当たり前の話しかしてないんですよね。
んーーー、寄る年なみには勝てずか
流石の所ジョージさんのセンスも鈍ってきているんじゃねーの...という感想
紙粘土で作ったという「綺麗なネズミ」像。顔が丸っこすぎてむしろネコに見える。
ネズミの顔ってのは、もっと鼻先が尖ってるもんだし、耳ももっと薄いのが標準的だと思う。
あと、MERCEDES BENZって刻印したアルミ板のタグにくっつけた、中途半端に太い鉄の針金も、オレ的にはダサいと思う。オレならマニラ麻素材とかの麻紐にするね。穴開けるのに普通の紙用の2穴パンチ使ってて、リューターとか穴開けようとするとスゲー手間かかって大変なんだよみたいなこと言ってたけど、アルミ版なら普通に金工用のドリルですぐ穴開くし、なんならあんなデカい穴よりもっと小さめの穴にした方がカッコよかったと思う。
→承認の取得を洗練された形で行う
→複雑性より単純構図を好む
→形式的に非常に適合
→雑な仮説でも投げやすい
兵士数ベースでは現在も日本が最大級で、約5万人超の米軍人が駐留しています。
アメリカの傘下だ。
沖縄県（嘉手納基地など）に集中し、米軍専用施設の約70％が存在。
国際的には、Japan Self-Defense Forces（自衛隊）は事実上の「軍隊」とみなされることが多いです。装備・指揮系統・任務・法体系が通常の軍とほぼ同じだからです。
自衛隊は軍隊であるという認識がほぼ世界的なものだが、自衛隊が兵士でないというなら日本は米軍兵士しかいないことになる。
自分はこれ。
大体Amazonで2,000円くらいで売ってる。麦茶代わりに飲んでる
https://www.keycoffee.co.jp/shop/liquid/g/gKL265000/
https://www.sanipak.jp/series/niowaina.html
https://clinica.lion.co.jp/product/floss_y.htm
これが使いやすいと思う
みんなも教えてね！
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
健康診断の数値めっちゃいいんだけどそれを「油断してるよね。絶対あとで一気にガタが来るから」みたいに煽ってきてる。
まあ、嫉妬なんだろうな。
ベースブレッドのこと菓子パンと呼ぶような奴とは情報の仕入れ方から違うんだけど、それを理解するための情報力がない人間からすれば「なんであんな奴が健康なんだ？どうせ遺伝だろ！許せね〜」って感じなんだろうね。
憐れだわ。
色々調べてわかったこと。
最初は単純に乗用車に比べて質量が大きいことで衝突エネルギーが高かったからだと思ってたけど、それだけではないらしい。
大体の乗用車は、車の前面にエンジンルームがあってこれが衝突の時の緩衝材のような役割を持つ。
ところがバスにはそういった部分が存在しないので、ガードレールのような「刺さる」という衝撃に対してはものすごく弱いらしい。
言われてみればたしかにそうで、車体のベース部分同士がぶつかるような事故であれば押し返すことはできても、刺さってフロント部分を超えてしまえばあとは空洞なのだよね。
ということは、ほぼ減速のない状態で後部座席まで一気にガードレールが飛び込んできた状態だったということで、それがどれだけのエネルギーをもって人を押し出したかは想像に難くない。
そもそも面で衝撃を受け止めるはずのガードレールに厚みに対して垂直に刺さっていったのだから、事故としては想定外すぎることだよな。
市内では乗客を乗せて運転してたってことだけど、高速運転の経験がなくて遠心力が把握できてなかったんだろうか。
どこをとっても誰か一人の責任で終わらせていい問題じゃないよね。
せめてフロントガラスより下の部分の強化や衝突エネルギーを分散させるような仕組みが今後のバスに対して取り入れられてほしいと思うよ。
fsnotify の maintainer 権限まわりで少し騒ぎになっている。
日本語圏では、mattn 氏が X で発信したこともあって、「arp242 氏が横暴に maintainer を外した」「有名 OSS を乗っ取った」「怖い」みたいな受け止め方がかなり広がっているように見える。
ただ、GitHub 上の issue や commit log、実際の contribution を見ると、この見方はかなり雑ではないかと思った。
少なくとも、公開情報を見る限り、arp242 氏が一方的に悪いという話には見えない。むしろ、実質的に長く fsnotify をメンテしていた arp242 氏が、過去の緩い権限付与によって残っていた commit 権限を整理した、という見方のほうが自然に見える。
まず前提として、fsnotify は Go のファイル監視ライブラリで、いろいろなプロジェクトに使われている。Kubernetes などでも間接的に関係するため、supply chain 的にも軽く扱えるものではない。
今回の騒動では、「元 maintainer が外された」「original author まで外された」みたいな話が広がったように見えるが、ここはかなり慎重に見る必要がある。
GitHub の Issue #757 で arp242 氏は、過去に repo が archived されていたこと、自分が Nathan に連絡して引き継ぎ、かなりの時間をかけて整理してきたことを説明している。
また、commit log を見ても、近年の実質的なメンテナンスは arp242 氏がかなり担っていたように見える。arp242 氏自身も以下のような contributor 数を出している。
178 Martin Tournoij <martin@arp242.net> 160 Nathan Youngman <git@nathany.com> 112 Chris Howey <[email protected]> ... 15 mattn <mattn.jp@gmail.com> ... 5 ICHINOSE Shogo <shogo82148@gmail.com>
もちろん commit 数だけがすべてではない。だが、少なくとも「arp242 氏は急に現れてプロジェクトを乗っ取った人」ではない。むしろ、長い間かなり実質的に面倒を見ていた側だと見るべきだと思う。
この件で重要なのは、fsnotify には過去にかなり緩く commit 権限を与えていた時期があったらしい、という点だ。
Issue #126 では、当時の maintainer が「最初の PR 後に commit access を与える」ようなかなり liberal な方針について話している。
つまり、過去に commit bit を持っていたからといって、それが現在の production-critical な OSS における release 権限や main への直接 push 権限を持つべきだ、という話にはならない。
昔の小規模 OSS では、PR を投げてくれた人に commit 権限を渡すような文化はあった。善意ベースではある。しかし、今となってはそのまま残しておくのはかなり危うい。
特に fsnotify のように広く使われるライブラリでは、「昔 PR を出したことがある人」がそのまま release できる状態になっているほうが、むしろ supply chain 的には怖い。
だから、arp242 氏が権限を整理したこと自体は、それほど不自然ではない。むしろ、実質 maintainer としてはやるべき整理だった可能性がある。
今回、個人的に一番引っかかるのは、mattn 氏が .github/FUNDING.yml を変更して、自分を GitHub Sponsors に追加している点だ。
commit はこれ。
- github: arp242 + github: [arp242, mattn]
OSS において funding の設定を変えることは、コードの typo 修正や CI 修正とは意味が違う。既存 maintainer との明示的な合意なしに、自分を sponsor 対象に追加するのは、かなり強い行動だと思う。
しかも、arp242 氏の説明によると、mattn 氏は thanks.dev から過去に funds を引き出していたが、fsnotify で実質的な作業をする前だった、という文脈もあるらしい。
この説明が事実なら、arp242 氏が不信感を持つのはかなり自然ではないか。
少なくとも、「mattn 氏が善意で助けようとしただけなのに、arp242 氏が急に怒って追い出した」という単純な話ではない。
mattn 氏は日本の Go 界隈では非常に有名な人で、技術的な実績も大きい。それは否定しない。
疑問点は複数ある。
もちろん fork や別実装を作る自由はある。OSS なので、それ自体は問題ではない。
しかし、今回の流れでそれをやると、「元プロジェクトの信頼性に疑問があるから、こちらに移行しよう」という空気を作りやすい。実際、日本語圏ではそういう反応も見かける。
これはかなり危ういと思う。
gofsnotify が実際にどういう意図で作られたのかは、外からは断定できない。
ただ、既存プロジェクトと似た API の代替実装を、権限トラブルの直後に短期間で立ち上げることには、少なくとも行儀の悪さがあると思う。
最近は、既存 OSS のコードを AI に rewrite させれば、ライセンス上の制約や由来の問題を回避できる、というような雑な発想も批判されている。AI を通したからといって、設計・API・挙動・テスト・不具合修正の蓄積までクリーンになるわけではない。
gofsnotify がライセンス逃れ目的だと言いたいわけではない。そこは断定できない。
ただ、元プロジェクトへの不信が広がっているタイミングで、似た API の代替実装を AI 利用込みで出し、それを周囲が「移行先」として扱うのは、かなり慎重であるべきだと思う。
少なくとも、「AI で作ったから問題ない」「別実装だから問題ない」「有名人が作ったから信用できる」といった雑な受け止め方は危うい。
今回一番気になったのは、日本語圏での反応だ。
みたいな流れが、かなり安易に見える。
有名人の発言は強い。特に日本語圏では、海外 OSS の issue をちゃんと読まずに、日本語の X の空気だけで判断する人も多い。
しかし OSS の maintainer 権限、release 権限、funding、supply chain は、感情で判断するものではない。
mattn 氏のこれまでの実績と、今回の行動の妥当性は分けて考えるべきだ。
同じように、arp242 氏の言い方がきついことと、権限整理の妥当性も分けて考えるべきだ。
もちろん、arp242 氏が完璧だったとは思わない。
権限を外すなら、事前または直後に issue を立てて説明したほうがよかった。
たとえば、
といった governance note を出しておけば、ここまで燃えなかったかもしれない。
ただし、それは「arp242 氏が悪意を持って乗っ取った」という話とはまったく違う。
説明不足だったことと、権限整理の理由がなかったことは別である。
だから、今回の件を「arp242 氏が横暴だった」で片付けるのはかなり無理があると思う。
OSS の信頼性は、有名人が怒っているかどうかではなく、実際の履歴、権限、資金導線、review、release policy、長期保守の実績で判断するべきだ。
現時点の備蓄だけで単純計算すると、完全に石油供給が止まった場合の物理的な限界は、2026年11月下旬〜12月上旬です。
ただし、経済的な「恐慌」や社会的混乱は、備蓄がゼロになる前に起きます。目安としては、以下のように見るのが妥当です。
時期 想定される状態
7〜8月 ガソリン・軽油・ナフサ・重油の配分制約が強まり、物流・化学・電力コストに深刻な圧力
9〜10月 企業活動の縮小、物流制限、燃料配給、物価急騰が現実化し、景気急落リスクが高まる
資源エネルギー庁の速報では、2026年5月4日時点の石油備蓄は国家備蓄123日分、民間備蓄83日分、産油国共同備蓄1日分、合計207日分です。
207日を5月上旬から足すと、11月下旬〜12月上旬になります。
結論としては、完全停止なら、恐慌的な混乱の危険水域は9〜10月、物理的な備蓄限界は11月下旬〜12月上旬と見るのが現実的です。
ただし実際には、備蓄の残量よりも先に、軽油不足による物流制約、ガソリン配給、ナフサ不足による化学産業停止、電力・航空・漁業・農業燃料の優先配分が問題化するため、「枯渇日＝恐慌開始日」ではありません。
人口動態が崩壊することが明らかだったのに氷河期世代にツケを回して延命してしまい移民化も人口増も失敗
財政出動をしながら再生産不可能な社保に垂れ流した事による財務悪化と日本円の価値既存
設備投資にリスクマネーを透過できなかったことによる先端製造業での敗北
これをベースにして日本のあらゆる組織と価値が崩壊をはじめている
その現実に目と耳をふさぎ、左右対立という偽の論点でキャッキャしながらどっちが勝とうが日本崩壊する全く意味のない政策対立
日本は完全に終わりへの道を歩み始めている
なぜこうなってしまったのか
アプデされるたびに使ってるけど、GPT-3.5がかなり性能的にはゴミで、GPT-4やGPT-4oで劇的に性能向上を感じた。画像は、アニメイラスト系はSDXLベースのponyやillustriousが出た時は感動した。
でも、最近はいまいちな発表が多い。最初は「才能なくてもできて楽しい！」だったのが、最近のアプデは「専門家じゃないと使わなくね？」って感じの性能のあがり具合だからだと思う。
AI漫画に挑戦したけどめんどくさ過ぎたし、ゲームも作らせたけど、初代マリオをもっとシンプルにした1-4までのゲームしか作れんかった。金払ったのに…
漫画は10ページ分くらいは出力してほしいし、しっかり8-4までランダムマップのマリオを作ってくれることを求めてるんだよな、俺は。
すでに出来るのかもしれないが、使い方が複雑になってて分からん。
ネットの記事をAIがどの程度学習するのか知りたくて、試しにとあるジャンルで絶妙に間違えてる記事を一気に数十個上げて数カ月放置してみたら、最近になって俺の嘘記事をベースに回答するようになり始めたこと
でもネットの緩い繋がりって、近況報告というか身の回りの些細な出来事の雑談がしづらいからな
基本的に趣味がベースの繋がりになるから、趣味がなくなったら、ハイそれまでって感じだし
“情報活動の人員は米国が約20万人、中国やロシアが数十万人、英仏独が1万～2万人とされる。日本はこれまで非公表だったが、単純な比較では英仏独を上回る規模を有していることになる”
“■対外情報庁
自民党と日本維新の会の連立合意書に創設の方針が記された情報機関。外国の軍事・外交・政治・経済といった情報を収集し、自国の国家運営に役立てる。外務省の「国際テロ情報収集ユニット」をベースに立ち上げる案が浮上している”
https://news.yahoo.co.jp/articles/0f0c0518d814a5a3bef0679794d1c3e181ba2bd4
もともとは某インフルエンサー主催のコミュニティにて仲が良かったメンバーが始めたもので、コミュニティが立ち上がった当初は、みんなできゃっきゃきゃっきゃ言いながら、いろいろなことを書き込んでいた。某インフルエンサーのコミュニティにて我々の「派閥」は排除のような扱いを受けていた（嫌われていた）こともあってか、最初は新しい地で自由を得たような気分だった。毎日がワクワクしていた。
ああ、世界史で習ったアフリカやらアメリカやらに未開のフロンティアを求めて冒険の旅に出たヨーロッパ人たちって、こういう気分だったのかなって思う
コミュニティは評判になっていたようで、日を追うごとに人も増えていき、チャンネルによっては発言が活発になっていく場面も増えてきた。
「俺たち独立して成功じゃねえか？」とさえ思っていた。某インフルエンサーのコミュニティより、こっちの方が楽しいぞ？
人も発言も活発だし、俺たちを嫌ってくるやつはいねえし、毎日が楽しいぞ？と。
だが、楽しい期間はそんなに長くは続かなかったな。
その後、様々な問題が発生していった。まあ主には人間関係の問題である。
あいつが嫌い。あいつがむかつく。誰々が〇〇。わたしも御多分に漏れずその一人であった。誰かのある行動がとても嫌だったし、その反面嫌われてもいた（何なら、今も一部メンバーには嫌われている）
コミュニティである以上人間関係のトラブルはつきものである。そのたびにSlackベースでテキストチャットしか出来ない当コミュニティは荒れに荒れ、人が一人、また一人と抜けていく。
ごくごく稀に、既存メンバーの紹介で新しい人が入ってくれることがあっても、そのあまりの人間関係の閉鎖性とコンテンツの少なさに１週間もしないうちに籍だけを残して消えていく。そりゃそうだ、縁の薄い人から見れば、こんな山間の小さな限界集落に籍を置く理由はない。それよりは都会で遊んでいた方が楽しいに決まっている。
つい最近も「〇〇さんに子育てマウントを取られるのが嫌だ」という理由で離れてしまった友達がいた。その人はかなり長くコミュニティにいてくれた人だ。
明確な離脱を宣言してはいなかったが、おそらくはもう戻ってこないだろう。その後近況をLINEで聞いたが「コミュニティのみんなとチャットで交流していた時よりも、めちゃくちゃ元気！」と言っていてなんだか泣けてきた。
３年以上経った現在では、もう完全に良くも悪くも気心が知れてしまった古参メンバーたちの雑談スペースと化している。
私たちはSlackを使ってコミュニケーションを取っているが、ここがSlackではなくDiscordだったらなと思う時がある。別に会費を取っているわけでないので、Slackでも有料プランなんかは使えない。よってハドルミーティングは使えない。
音声通話が使えない。ゆえにすべてテキストチャットになる。テキストコミュニケーションの限界はみんなも知っているだろう。伝わるものが伝わらない。意図通りに伝わらない。コミュニケーションの齟齬が生まれて喧嘩に発展する。何度も見てきた。
これがもし音声なら、テキストコミュニケーションにて発生する齟齬も即座に音声のコミュニケーションを行うことで解決出来るし、荒らしが発生することもない。スレッドが汚されることも少ない。
音声を日常的に使えなかったのはとても悔しいし今となっては後悔が残る。このコミュニティでテキストコミュニケーションの限界を何度も見てきたからである。
わたしは、こんな仮想空間のコミュニティに１日数時間、それも数年以上も時間を費やしてきたのか。結果的に何を得たんだろうか。その時間があればもっと有意義なことができたのでは？（結婚、勉強など）と考えると気が狂いそうになることがある。これを題材にウシジマくん一本書けるんじゃねえか。バーチャルな世界。ガラスの向こう側の友達をずっと本当の友達と思い続けたとある男性の人生（タイトル：ＳＮＳくんとか）
この数年、毎日Slackを開いては、○○さんがむかつく。○○さんが正しい。お前の意見は間違っている。自分はこう思う。いやそれは違う。そんなことばかり繰り返してきた。感情が揺さぶられることばかりで、仕事中も休憩中もコミュニティのことばかり。気づけば時間ばかりが溶けて行った。その間に他のメンバーは家族が出来たり、子供が出来たり、収入があがったり、別の友人が出来ていたり、リアル世界にも友達が出来たり人生が進んでいく。人生進んでいないの自分だけ。
なんなんだよもう。スマホは人生を便利にしてくれるんじゃないのかよ。
オンラインの世界に身を投じて世界を広めるつもりが、知らないうちに籠の中の鳥になっていた気分です。
自分もこのコミュニティをやめようとは何度も試しているが、とても胸が苦しいんだ。やめると自分だけ世界から取り残されたような気持ちになってしまう。他のみんなは、どうせ自分たちの世界がある。家族もいて楽しくやっているんだろう？って。
でも自分は画面の中がすべてな所もある。つらい。
BL無罪論の面白いところは、最初から一貫した理論があるというより、反論されるたびに後付けで理屈が増えてきたように見える点だ。
最初の頃は、単純に「BLはファンタジーだから現実とは別」「女性向けの内輪文化だから問題ない」という擁護が多かった。
「フィクションと現実は別」と言うなら、男性向けエロや萌え絵にも同じことが言えるからだ。
そこで次に出てきたのが、「男性向けは現実の女性差別や性的搾取と結びついているが、BLは女性の性の解放である」という理屈。
だがこれも、BLにおける男性キャラや同性愛男性の性的消費はどうなのか、という反論を受ける。
すると今度は、「女性は構造的弱者だから、女性の性的表現は加害性が低い」という方向に移る。
さらに、それでも「弱者なら何を描いてもいいのか」「男性同性愛者や未成年男性の表象はどう扱うのか」と突かれると、最近は「現実に性犯罪を起こすのは男性が多い。だから男性向け表現と女性向けBLではリスクが違う」という犯罪統計ベースの理屈が出てくる。
↓
↓
↓
というふうに、反論されるたびに防衛線が後退しながら増築されている。
公共空間の表現と内輪の表現は違うし、現実の性犯罪率に男女差があるのも事実だろう。
男性向けを叩く時は「フィクションでも現実に影響する」と言う。
結局これは、最初に「BLは守る」「男性向けは叩く」という結論があり、その結論を維持するために時代ごとの言葉を足してきた歴史に見える。
