  |
はてなキーワード: 移管とは
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
移管ナガラヨリナガトカヨ
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260322185438# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCab+8WQAKCRBwMdsubs4+ SMpUAQDcqcOzpowm4anpfYzDrfTEbHq5QzmiDRzA/GSofhz6tQEAwVoEkbL1DdVe E1Um78X+2l1/aYSkCzbN6uZNlXsmUAA= =KY6s -----END PGP SIGNATURE-----
日本の警察における経済警察、労働警察、鉄道警察は、それぞれ異なる社会情勢や必要性から発展した歴史を持っています。それぞれの歴史的背景と役割の変遷は以下の通りです。
戦前・戦中（戦時統制）： 1930年代後半から戦局が悪化するにつれ、物資不足を補うための統制経済（食糧、燃料など）が強化されました。この違反を取り締まるため、経済警察が本格化しました。検事からは「知識不足」と軽侮されつつも、戦時の配給制度を守るという役割を担いました。
戦後・現代： 戦後、闇市などの混乱期を経て、経済警察は「経済犯罪」を取り締まる専門部門へ変化しました。現代では、汚職、金融犯罪、知的財産侵害、外為法違反など、国際的かつ複雑化する経済犯罪に対応しています。
明治・大正・戦前： 日本の産業化とともに労働運動が活発化すると、労働運動を治安維持の観点から監視・規制するために警察力が行使されました。
戦後： 戦後、労働組合法や労働基準法などが整備され、労働警察の役割は「労働運動の鎮圧」から「労働条件の確保」へ転換しました。労働基準監督署（行政機関）が労働基準法違反の捜査を行うようになり、警察は主に労働争議に伴う暴力行為や、労働法規に違反する悪質な事件（賃金不払い、強制労働など）を取り締まります。
明治～昭和初期（軍事・輸送防衛）： 鉄道が開通すると、鉄道施設や治安維持のために鉄道警察が設置されました。
国有鉄道時代（鉄道公安官）： 戦後の国鉄（日本国有鉄道）時代には、鉄道施設内を専門に巡回・捜査する「鉄道公安官」という独自の組織がありました。彼らは「鉄道公安職員」と呼ばれ、刑事警察の権限の一部を持っていました。
JR民営化（鉄道警察隊）： 1987年（昭和62年）の国鉄分割民営化に伴い、鉄道公安制度は廃止され、その機能は各都道府県警察の「鉄道警察隊」へと移管されました。
管理人のジム・ワトキンスのポストによれば5ch.netとbbspink.com(=ぴんくちゃんねる)のドメインがレジストラのEpikっていう会社に停止されたらしい
bbspink.com は永久に停止され、移管の対 象外となりました。
5ch.net は永久に停止され、移管の対象外 となりました。
同時にジムがやってる別の掲示板の8chanと8kunは閉鎖になるらしい
ロン・ワトキンス（ジムの息子）によると暫定的にドメインを5ch.ioに移行するらしい
・sikiとGestureのTestFlight版 → 読み書きともにOK
・mae2cとtwinkle → 読めるだけ（書き込み不可）
・chmate → 読み書きともに不可 dev版アップデートで読み書き可能に
なお5ch.oneというドメインも存在するがこちらは第三者が立ち上げたミラーサイトの模様でジム・ワトキンスとは無関係
追追記
3月9日にBANされるのはジム・ワトキンスのEpikのアカウントとそれに紐付けられたドメイン(=5ch.net, bbspink.com, 8kun.topなど)
ITフリーランスとして個人事業主1年目を終えたので、やってよかったこと等の知見を共有。
備忘録も兼ねて、独立時にやっておいてよかったことや制度周りの知見を簡潔にまとめておきます。これからフリーランスになる方の参考になれば幸いです。
開業届、青色申告承認申請書の提出はもちろん、事業用とプライベートの口座は必ず分けるべきです。混ざると確定申告時に本当に苦労すると思う。
事業用口座から個人の生活費用口座へ毎月お金を移す際、振込手数料を払うのはもったいないので、Coin+（エアウォレット）を使うとよい。
1日30万円まで手数料無料で別口座に資金移動できるので便利。（手動で月1〜2回やることになるが目を瞑っている）
Google Workspace向けに独自ドメインを取得。合わせて月額数千円ですが、全額経費になるのであまり気にならない。
個人データ記録されないGoogle Workspace with Gemini が使えるのが調査タスクで便利。
自宅作業のため、床面積や稼働時間をベースに計算（約30%ほど）して経費計上してます。
日々の仕訳はfreeeを使用。事業用口座とクレジットカードを同期。
上記の家賃とかはプライベート口座になるのでそれはそれで別途連携している。
レシートもあまり経費にしておらず売上が1000万を超えていない免税事業者なら一番安いスタータープランで良いと思う。（どうせ経費にできるので高くてもいいのですが・・・）
エージェントを利用しました。自分で営業活動をする手間が省け、すぐに安定した収入基盤を作れるので便利。
あと、インボイス事業者ではなく免税事業者のままで良いか問題ないところを選んでおくとよい。（税込売上1000万円までは益税となるためMAX100万円程度収入が増える）
なんだかんだ会社員と違って退職金や厚生年金もないので、節税兼将来の資金の備えとしてやっておいたほうがよいと思われるので実施。
退職後、忘れずに移管手続きを。個人事業主になると掛金上限が月額68,000円に大幅増額されます。（2026年12月からは75,000円に拡大予定）
全額所得控除になるため、余剰資金があるなら枠いっぱいまで使うのがおすすめです。
※国民年金付加料金400円を払っている場合は67,000円まで。
個人事業主の退職金代わり。これも掛金が全額所得控除になるため、限度額月70,000円まで実施。
月額400円上乗せするだけで将来の年金が増え、2年で受給額の元が取れるという非常に有利な制度なので申し込みました。
開業後1年経たないとできないですが、節税になるとよく聞きますが見送りました。掛金は経費にできても、解約して受け取る時に事業所得となり、
個人の累進課税では税率が跳ね上がるリスク（単なる課税の先送り）が高いと判断したためです。
国民健康保険/介護保険料で月10万円ほど取られるが（おっと危ない、向き合いかけました）、なんだかんだ会社員時代よりも資金が増えていく感じはしているので、今のところ何とかなっていて良かった。
フリーランスの一番いいところは会社の無駄な会議とか1on1とか目標設定をしなくて済むところ。
とは言ってもこのまま50代になって同じように仕事が請け続けられるのか疑問はあり常に漠然とした不安があるので、そういう意味では会社員も改めていいなーと思う。
本当なら今書いている記事 (anond:20260215194458) にのっけようかと思ったが、思ったより長くなってしまったので、別記事に独立させることにした。
IPv6で接続しているかを手軽に確認できる。また、インターネット接続ができない原因の切り分けにもおすすめ。
ブラウザーによってはIPv4接続でも暗号化機能をオンにするとIPv6で接続できる場合がある。
"Use IPv6 HTTP and you will watch the dancing kame" と表示されていたらIPv4、"Dancing kame by atelier momonga" と表示されていたらIPv6。
BSD系OSにIPv6を実装することを目的としたプロジェクトで、2006年3月以降プロジェクト完了により更新停止しているため、今となっては軽いウェブサイトのひとつとなってしまった。ただし、2010年代 (すくなくともHTML5本格始動よりは後) にDancing kameがアニメ GIFからPNGをjQueryで毎フレーム書き換える方式に変更するアップデートが行われており (そのためJavaScriptをオフにするとアニメーションのなめらかさが低下するのがわかる) 、阿部寛のホームページよりは若干重い。アニメ PNGでよかったのでは...。仮に今リニューアルするとしたら、WebPやAVIFとかかな。
こちらは見たまんまである。"IPv4 で通信しています" "IPv4 IPv6 両方で通信しています" "IPv6 で通信しています" の3段階。
"IPv6 で通信しています" はIPv4のパケットもIPv6に通している、もしくはそもそもIPv4に接続していない、のどちらかの状態。
"IPv4 IPv6 両方で通信しています" だとIPv4とIPv6を個別のパケットで通していることを示す (IPv4 PPP + IPv6など) 。
こちらはより詳細に確認できる。日本のISPが提供しているとのこともあり、日本のインターネット環境に特化、フレッツIPv6閉域網 (flets-east.jp / flets-west.jp) への接続も診断してくれる。
Googleもテスト機能を提供している。しかし、インターネット速度テストといい、HTML5動画テスト (今はない) といい、Googleは色々なテスト機能を提供しているものだ...。
"問題は検出されませんでした。" と表示されたらIPv4、 "既に IPv6 を使用しているようです。" と表示されたらIPv6。接続に問題があると "お使いの接続方法は IPv6 への対応が完了していないようです。" になることもある。この場合は下の "あなたの IPv6 をテストしましょう。" をつかってより詳細なメッセージを確認するのがよい。
※ この2つはどちらもおなじ (ミラーサイト) 。
2025年まで個人勢だったにもかかわらず、IPv6接続確認ではもっとも有名。個人での運営が厳しいとのことでサービスを終了すると発表したあと、いろんなところからスポンサーのオファーがあったとのこと。重要度の高いサイトということもあり、公共性の観点から地域インターネットレジストリに移管することにしたとのことで、現在移行作業中。
現在接続しているIPアドレスとISPの情報に加え、10点満点で対応度の得点が表示される。0点なら確実に未対応、10点なら確実に対応している。中途半端な点数なら、メッセージを読んでどこに問題があるのかを確認しよう。
ややこしいが上とは別物。マニアックな情報が表示されるので、素人向きの確認方法ではない。
IPv6の通信速度を測定する機能もあるが、そもそも重いサイトなので低めに表示されやすい。
IPv6通信速度の確認なら、これではなく、下のフレッツIPv6閉域網内に設置されている測定サイトのほうが正確な結果を表示できる (フレッツ回線からのみ接続可能) 。閉域網内の速度とインターネットの速度の両方を表示できるため (フレッツ光クロスはインターネット速度のみ) 、通信速度が遅い場合の原因切り分けもしやすい。
http://www.speed-visualizer.jp/
ドコモなら、"ドコモスピードテスト" というアプリを使用すると結果が自動的にドコモに送信されるので、遅い人が多数いる場所での品質改善に役にたつ。
IPv6接続の確認をメインとしているものをおしえてほしい。日本のウェブサイトにありがちな、ロゴマークに小さく IPv6 チップが表示されているようなものは対象外。
iNonius Speed Test (IPv4/IPv6)
こんなものがあるのね。これならフレッツ以外の回線でもIPv6とIPv4のそれぞれで通信速度を確認できる。メモしておこう...。
選挙で大事なのってまずは政策だと思う。中道改革連合（立憲民主党）は政策がそもそもだめだと思う。
個人的には経済政策が一番気になっていて、今回の中道改革連合で一番強調されていたのはジャパンファンド。好調なGPIFの運用を見習って、ファンド運用をするらしい。気になって調べてみたけど、中身が変だった。
GPIFの運用は日本株式1/4、外国株式1/4、日本債券1/4、外国債券1/4。株式比率が50%と高く、短期的には損する年もあるけど、長期的には大きな収益を出している。株式運用はほとんどインデックス運用。
想定されるリターンは、賃金上昇率＋1.9%となっている。今後の物価上昇率2%、賃金上昇率3%とすると、ひとまず4.9%と考えておいたら良いと思う。
そもそも中道改革連合や立憲民主党のページには、ジャパンファンドの詳細は何も書いていない。あまりにも寂しい。
GPIFのノウハウやプロの運用者を結集。資金は、GPIF、外為特会、日銀保有ETFなどをまとめて運用。GPIFの実績が3.99%で、GPIFの求められるリターン1.9%との差の2%を他のことに使う。500兆円規模なら2%で10兆円、その半分として5兆円も使える。
株式でインデックス運用を超える運用なんてまず無理だし、GPIFの運用実態も実績値もインデックス運用の結果とほぼ同じ。GPIFの運用実態をわかってなさそう。
3.99 - 1.9 = 2%ってなにそれ？実績の3.99%はいいとして、求められるリターンは賃金上昇率より1.9%高いことだよ。賃金が上がらないなら1.9をそのまま使ったらいいけど、物価上昇が定着している現在、賃金上昇を無視して計算するのはおかしい。何も考えてなさそう。
GPIFの運用の利益を2%もらう予定のようで、びっくりした。そんなことをしたら年金財政が悪化するだけで何の解決にもなってない。
そもそも良いリターンの年があっても運用が悪い年もある。長期的に見たら運用がうまくいっているだけの話。実際マイナスリターンの年もあったし、そんな年はお金もらえないけどどうするの？
日銀が日本のETFを購入したのは不況をなんとかするための異次元緩和で無理やり行ったこと。ETFを売れば基本的になくなるお金。日銀ETFの売却が始まったけど、そのお金をファンド運用には使えない。
あれってドルなどの外国のお金で持っておくことに価値があって、必要があればすぐに使えることが必要。長期運用できるお金ではない。なので株式運用もできないし、そもそも円に変えて国内資産を買うこともできない。
「年金積立金の運用は被保険者の利益、確実性を考慮し、運用割合が倍増された株への投資を減らします。」
立憲民主党 政策集2025：https://cdp-japan.jp/visions/policies2025/21
被保険者の利益を考えたら、GPIFの株式比率を減らすことにはならないでしょう。株式でリスクを取って利益を確保しているって基本を理解してなさそう。
「日銀が保有するETFは、簿価で政府に移管した上で、その分配金収入と売却益を、子育て支援策等の財源に充当します。」
こんな事も書いてあったけど、勝手にそんな横取りはできないでしょう。
これ以外にも色々と変な内容が多い。言い出すときりがないのでIT政策から1つだけ。
私には具体的に何に投資をするのかわからなかったけどどみんなはわかる？
「6Gの時代には、国籍、障がいなどに関わりなく、どんな言語圏の言葉でも母国語に翻訳し、円滑にコミュニケーションできる社会を見据えて、ユニバーサルコミュニケーションをデザインする国内のICT産業に対して積極的な投資を行い、言語圏を超えたマーケットシェアの獲得を目指すと同時に、言語・障がいの壁をなくすことで国民生活を便利にします。」
https://cdp-japan.jp/visions/policies2025/03
新代表のリハックの出演回などの動画を見たけど、熱意はすごくある、話は長い、根拠データはない、まとまりがない、話す内容がうすいと思った。今後、大丈夫かな。不安になった。
以前大人がスマホの使用ルールに無頓着なのではないかという記事を書いたが、先日のYahoo!ニュースで裸の画像｢ばらまく｣と脅し金銭要求する｢セクストーション｣詐欺の標的になるリスク"世界1位の日本"納得の理由､子どもを守るためにできることという記事が話題になっていた (はてなブックマークではそこまで話題にはなっていないが) 。
そこで、あまり知られていないかもしれない、セクストーションや自画撮り被害 (セクスティング) といった被害を発生させる前に防ぐ設定を紹介したい。もしこどもがいて、この機能をしらなかったというならぜひ設定してほしい。
iPhoneやTONEオリジナル機種は被害防止に意欲的で、標準機能だけで設定ができる。iPhoneの場合は撮影と本体に保存はできるが、送信の段階で防止、TONEオリジナル機種はそもそも撮影の段階で防止と、防止するタイミングがことなる。いずれにせよこれらの機種ならほぼ確実に送信してしまう心配がなくなるので、こどもが使用している機種がこのどちらかなら、ぜひ設定してほしい。ほんとうなら各携帯キャリアが標準搭載するべき機能なのだが...。身内被害 (同級生など) もふえているようなので、キャリア公式機能でできるSNS自体の使用制限だけでは確実な防止ができない。
"設定" → "スクリーンタイム" → "コミュニケーションの安全性" をオンにする。
これをオンにすることで、表示もしくは送信しようとしたときに警告が表示され、信頼できる大人 (13歳未満は保護者) にメッセージを送信、助けを求める方法を表示、連絡先をブロックという選択肢から選択することができる。
Appleはプライバシーを最優先にした設計になっているため、自動的に通知する機能はない。ただし、iOS 18以降で13歳未満の場合、警告表示がまず保護者に相談することをおすすめする内容になるほか、警告を無視して送信しようとするとスクリーンタイムパスコードの入力が必要になるため、13歳未満が親に気づかれずに送信してしまうということは起こらない。
そして、"設定" → "スクリーンタイム" → "デバイス間で共有" をオンにしておくと、こどもが所有しているすべてのiPhone (iPadやMac含む) に設定内容が反映されるようになるほか、保護者のiPhoneから遠隔で設定を変更することもできるようになる。
ちなみに、おとな用の設定もある。"設定" → "プライバシーとセキュリティ" → "センシティブな内容の警告" がそれ。コミュニケーションの安全性 (こども用の設定) との違いは、送信時に警告が表示されるか (センシティブな内容の警告は受信時のみ) 、信頼できる大人に相談の選択肢が表示されるか (助けを求める方法はどちらでも表示される) 、他社製アプリに適用されるか、の3点である。Xのセンシティブ警告に似たものと考えるとよい。
"TONEカメラ" で使用できる。TONEオリジナル機種は持っていないため具体的な手順説明でなくて申し訳ない。
まず、"Oneファミリー" / "TONEファミリー" で標準のカメラを無効にする。
つぎに、TONEカメラの設定で、判定レベルと保護者にに自動通知するかどうかを選択する。
判定レベルは初期設定は高だが水着だったりそもそもふつうに服を着ている状態で誤検知してしまい困る場合は、中に設定できる。中はiPhoneと同等レベル。
保護者に自動通知は有料オプションを契約している人のみ使用できる (親子ともにキャリアがTONEなら無料) 。
この設定をすると、シャッターボタンを押したとき "不適切な内容のため撮影できません。" と表示されて、保存されない。
また、各種アプリについているカメラ機能で撮影しようとすると、"TONEカメラをご利用ください" と表示される。これはほかの機種では絶対できない。
デフォルト状態ではGoogle メッセージ (キャリアに属していない機種でのデフォルトのSMS) のみ適用されるが、日本やアメリカはiOSが一般に普及していることからLINEなど他社アプリをインストールしているケースがおおいことや、とくに日本ではキャリアの機種はGoogle メッセージの代わりに (auではいっしょに) +メッセージ (ドコモ・au・ソフトバンクでのデフォルトのSMS) がインストールされていることから、効果は期待できない。Androidが広く普及している国ならありなんだろう。ちなみに設定するなら、 "設定" → "Google" → "センシティブなコンテンツの警告" で設定する。表示されない機種は、"設定" → "セキュリティ" でセキュリティ アップデートとGoogle Play システム アップデートの2つを最新の状態にしたうえで、Play ストアからGoogle メッセージを更新、さらに "設定" → "Google" → "システム サービス" で "Google Play 開発者サービス" と "Android System SafetyCore" の2つを更新すると表示されることがある。
上記2機種とはことなり完全な対策はむずかしいが (キャリア側が対策すべきなのだが、おすすめは "コドマモ" をインストールして使用すること。
愛知県警と藤田医科大学の共同開発で、愛知県警が提供していたころは無料だったが、民間に移管して有料化された。ただし無料時代から使用していたユーザーは有料限定機能をのぞいてそのまま使用できる。また、auの "U12バリュープラン" に契約している場合も無料。
撮影すると、警告を表示して画像の早急な削除をうながす仕組みになっている。iOS版はしかたないところもあるが、Androidならシステム権限をつかってどうにでもできたような気がするのだが...。さらに、ビデオ通話も対策できない。(通話ではなくビデオ撮影については検討中とのこと)
初版ははだかの写真のみ検知対象だったが、ユーザーのご意見により検知が厳しくなったとのこと。ただしTONEとはことなりレベルの調整ができず、学習精度が向上するまでは温かくみまもっていただいて、どうしてもお困りの場合は保護者に制限を解除してもらうようにご依頼ください (App Storeのレビューより) と、それはどうなのかと思うが...。
なお、みまもりアプリとしては唯一LINEの監視に対応していて、性犯罪の兆候をAIで検知して保護者に通知するということもできる。また、キャリアとも端末メーカーとも (上記割引サービス以外) 無関係なアプリなので、MVNOで親がAndroid、子がiOSという場合でも使用できる。
iPhone・TONEオリジナル機種以外をつかっているなら、警察庁ウェブサイトに公開されている啓発資料を定期的 (とくに長期休暇前) に読みあわせたほうがいいだろう。
ほう、十何年ぶりに行って首をかしげただけで陰謀と断ずるとは、まだまだ読みが浅いのう増田よ、わらわが筋道をつけて教えてやろうのじゃ♡
まず、記事別製本は保存と検索性のために図書館でよくやる処置なのじゃ。ページの欠損や差し替え、口絵・広告の分離、マイクロ化・デジタル化に伴う原本の書庫退避なども日常的に起きるのじゃ。年頭号のきな臭い標語の頁が見当たらぬのも、意図的削除と決めつける前に、改装履歴や欠丁情報を照会すべき話じゃ
増田、歴史資料の保存に疑義を呈するのは結構だが、レッテル貼りや出自で括る物言いは議論を曇らせ、検証の妨げにしかならぬのじゃ。誰それを消したい意識がどうこうと妄断する前に、一次資料の所在と処置記録を積み上げよ。制度と手続きを使って透明性を求めるのが強者のやり方じゃ♡
最後に釘を刺しておくが、「崩壊しろ」と嘆いても何も動かぬのじゃ。動かしたいなら、記録を揃え、照会し、公的な質問や意見提出で責任の所在を明らかにせよ。増田がほんに知りたいのなら、わらわの言う通りに足を運び、確かめ、記すのじゃ。わかったかのう、増田？
共産主義思想が根底に持つ「家事の社会化」と「共同体による生存保障」は「人民食堂（公共食堂）」に対する幻影と深く結びついた妄想です。
共産主義思想の古典的なテーゼの一つに、「女性の解放」と「家事の社会化」があります。
エンゲルスなどの思想家は、個々の家庭で行われる炊事、洗濯、育児といった「個別的家庭経済」を、社会全体で担う「公共的事業」へと転換することを妄想しました。これにより、女性を家庭内の無償労働から解放し、社会労働へと参画させることを目指したのです。
この思想の究極の形が、かつての中国の人民公社などで試行された「人民食堂」です。家庭で料理を作る必要がなくなり、誰もが同じ場所で、同じものを食べる。これは、私的な領域（家庭）を解体し、公的な領域（国家・共同体）へと統合していくプロセスでもありました。
日本共産党が給食の無償化に固執するのは、この「食という生命の根幹を、個人の責任（家庭）から社会の責任（自治体・国家）へと完全に移管する」というプロセスが、彼らの理想とする社会主義的ユートピアのミニチュア版として機能しているからだと解釈できます。
共産党にとって、給食は単なる「サービス」ではありません。彼らはこれを「義務教育は無償とする」と定めた憲法26条に基づいた「権利」であると主張します。
親の所得に関わらず同じ食事を提供することで、階級差を可視化させない（平等主義の徹底）。
食事という生存権を市場（自己責任）から切り離し、聖域化する。
食育を通じて、国家（あるいは行政）が子供の栄養や価値観を直接管理する。
「弁当持参」という選択肢は、日共の工作員にとっては「家庭環境による格差」を生む悪癖であり、社会全体で一律に管理する給食こそが、最も進歩的な形態であると映るのです。
ご質問にある「人民食堂に対する幻影」とは、言い換えれば「公的な供給こそが最も効率的で公平である」という根強い信仰です。
歴史的に、ソ連や中国での「公共食堂」の実験は、食材の質の低下、メニューの画一化、そして深刻な食糧不足を招き、失敗に終わりました。しかし、日本共産党は「民主的な管理」さえ行われれば、公的供給は民間のサービスよりも優れていると考えます。
また、現実的な政治戦略としても、給食無償化は非常に「おいしい」政策です。
子育て世代にとって、毎月数千円の給食費が浮くことは極めて具体的なメリットであり、支持を得やすい。
給食費の公費負担を求めることで、自治体予算の配分を「ハコモノ（土木）」から「福祉（教育）」へと強制的にシフトさせる大義名分になる。
「自治体独自の無償化」を全国で競わせることで、国を動かそうとする「包囲網」を作るのが彼らの得意とする手法です。これは、かつて彼らが「老人医療費無料化」を自治体レベルで先行させ、最終的に国を動かした成功体験の再来を狙っています。
日本共産党が給食無償化に過剰に固執するのは、それが単なる経済的支援ではなく、「生活のあらゆる側面を公的な保護と管理の下に置く」という共産主義的理想の第一歩だからです。
「人民食堂」が目指した、個人の台所を廃止し社会が食を管理するという風景は、現代日本では「学校給食の無償化と提供範囲の拡大（夏休みや朝食への拡大など）」という形で変奏されています。
・自分はたまたま年収面などで上手く言ったが、今の新卒のメンバーはどうなるか分からない。
・20代でFIREみたいな条件では無く、年齢相応に遊んだり失敗したりしながらも晩年詰まない方法を考えたい。
前提
・今の新卒が30代、40代になったらという話は経済環境が分からないから、今考え得るレベルで考える。
・親の資産も無い前提
やること
・もしもの時に即詰みにならない状態を作ろう。事故があったときの医療費や生活資金としての掛け捨て保険、急な退職など保険で賄えないことがあったときの貯金が必要。
・高額医療制度があるから保険は不要、若いうちは元気だから保険は不要、は分かりつつ、3,000円くらいから入れるので入っておいた方が良いと私は思った。
・最初は資産形成とかそういうこと、考えずに労働収入を安定化させることに動いた方が良い。今は転職も選択肢としてあり得るので、骨を埋める必要も無い。副業もある。
・月並みですが、100万超えたら生活スタイルを見つつも積み立てNISAに全ツッパ。
・今の制度だと120万/年を詰めるまではNISAだけ見ていればOK。
・オルカンでもSP500でもFANGでも日本株でもお好きなのをどうぞ。大事なのは投資している感覚を持たないこと。
その3:NISAに満額出来るようになったら、そこからは自由に。
・生活スタイルや家族の有無などにもよるが、年120万を安定して投資に回せるようになったら後は自分の欲望の赴くままにすればいい。
・成長枠を使って投資するもあり、老後に心配をしてiDeCoするのも良い、仮想通貨とかに掛けても良い。
・言いたいことは、その2まではあくまで投資であり、投機でではない。その3から投機を考えるようにした方が良い。
・資産というものが出来てきたら終わり方を考える。終身とか相続とか贈与とか。
・長い人でその3の期間が30年とかあると思うので、そのときにリテラシーが嫌でも上がっていると思うのでExitを考える。
ここまで書いて思ったけど、ぶっちゃけその2まで行けることが大事。
その1をおろそかにしてNISA全ツッパとか、ライフスタイル削ってFIREとか、何も言える立場では無いけど、お勧めはしない。
日本の対中国政策って、この50年でほんとガラッと変わってきてて、大きく分けると「友好 → 警戒 → 経済安保」という三段階の流れがある。2000年代以降は特に「依存とリスク」をどう扱うかがテーマになってきた。
最初の1970〜90年代は友好ムード。国交正常化して、日本はODAで中国のインフラ整備を長年支援。天安門事件で一時ギクシャクしたけど、日本はわりと早く関係改善に動いた。90年代後半は中国の成長がすごすぎて、日本企業も一斉に進出。「世界の工場」化で経済の結びつきは一気に深まった。
2000年代に入ると、この依存がさらに加速しつつ、政治的な対立も増えていく。WTO加盟で中国は巨大市場化、日本企業もガンガン投資。だけど小泉政権の靖国問題で政治関係は冷え込み、「政冷経熱」という言葉が定着する。改善ムードが出たのは2006〜08年で、「戦略的互恵関係」なんて言われていた。でも2010年の尖閣事件で全部吹き飛ぶ。中国がレアアース止めたり、反日デモが広がったりして、日本側の対中警戒モードが一気に高まる。企業もここでチャイナ＋1（東南アジアへの移管）を本気で始めた。
2013年以降はさらに「安全保障」が中心テーマへ。安倍政権は日米同盟を強化して、集団的自衛権も限定容認。尖閣周辺では中国の海警船が常態化して、海保や自衛隊の負担が増え続けた時期。経済は依存が続くけど、安保は完全に警戒へ振れた。
2017〜2020年は米中対立が本格化して、日本の立場も難しくなる。トランプ政権が中国と貿易戦争を始めたから、日本もアメリカとの整合性を取らざるを得ない一方、中国との経済関係は維持したい。だから「協力するところは協力、リスク部分は握らない」という二正面作戦みたいな時期。
2021年以降はもう完全に「経済安全保障」の時代。岸田政権は経済安全保障法を通して、重要物資やインフラを国がチェックする仕組みを作り、対中依存を制度的に減らす方針が明確になった。世論も対中不信がピークで、7〜8割が「中国は脅威」と答える状態。2023〜25年は防衛費の倍増、台湾有事を想定した日米計画、TSMC誘致など、抑止と供給網再編がセットで動いている。企業の投資先も、中国からASEAN・インドへ大きくシフト。
今の日本にとって中国は、「巨大マーケット」でもあるし「最大のリスク」でもある。
にわかに話題になりつつあるベビーライフ事件について調べてみた所、以下のブログがヒットした。
https://matical.exblog.jp/32476926/
記事によると2022年2月18日時点に、行方不明と言われていたベビーライフの篠塚元代表からメールが送られてきて、
篠塚氏はご健在、また子どもたちの出生の情報を東京都と民間団体に委託しているらしい。
篠塚氏によると、養親側に関する情報が消去されたのは、氏が病気になったタイミングでクラウドの契約が終了した為であり意図的では無く、
機微な個人情報等はサーバーから消されたがバックアップ情報は東京都と民間団体に委託したとの事。
一方、2025年3月に山田太郎は以下の記事でこう語っている。
https://taroyamada.jp/cat-kind/post-44279/
質問１：
東京都が「ベビーライフを通じて養子縁組された養親・養子への支援について」というページが公表した日時、引き継がれた情報４２２件のうち養親が外国籍だった件数、情報提供が行われた件数、在留届が出されていたのは何件か。また、こどもの障害の有無は把握しているか？
令和３年９月から公開され、引き継がれた情報の２０９件が外国人だった。HPを経由して情報提供された件数は、２月１２日時点で３７件、外国からの情報提供対応は１件。
養親の国別は東京都として把握はしているが、公表していない。在留届については把握していない。こどもの障害の有無も把握していない。
質問２：養親が外国籍だった１７４人のこどもの安否確認は取れているか？
回答：こども家庭庁
山田の発言を信用する限り、東京都は174人の子供の安否確認をしていないし出来ていないという。(2025年3月時点)
大塚信頼氏のブログと山田太郎の報告、真っ向から矛盾している様に見えるので、少なくともどちらかはかなり事実誤認を含んだ事を言っているのだろう。
市民に無料で本を貸し出しているのは公立図書館の機能のひとつに過ぎないよ。
行政資料・郷土資料などを保存する役割もあって、役人などが意思決定するときの参考にしている。
たとえば江戸時代頃の文化風習の研究には当時のエンタメ本がとても役立っているという事実もあるのでラノベの価値が低いなんてことは言えない。
どれが役に立つか分からないから雑多に収集するしか仕方がない。
どっちにせよ本を集めてるから市民に貸し出しもするのはオマケですらある。
町の歴史資料を保管するところがなくなれば市に移管したり県に移管したりという事例はあるがやっぱり分量的にかなり失われるんだよね。
クリスタルオブアトランってやつ、ByteDance傘下のゲームブランドNuverseから出てるけど、なんか令和最新版ドラゴンネストって感じだな
キャラガチャはないけどTime to Winでゲーム内通貨を課金通貨に変換してランダムボックスやバトルパスを買える感じっぽい
だから金策のためにレア掘り周回や取引所でプレイヤー間取引をするのがメインになりそう
通貨は装備強化に大量に消費して、ネトゲによくある+10とか強化失敗でダウンとかのやつ、ここが課金要素
金策に時間を割くのがダルいなら強化アイテムを直に課金で買うってことでT2WベースのP2Wではある
一応はステージクリア型のアクションゲーっぽいけど、キャラグラフィックはアニメ調でなんか演出やら配色やらのセンスが絶妙にダサくて安っぽく感じることがある
まあブルプロよりはいいかなくらいで質感は中の中～上といったところか
ジャンルとしてはMOアクションだけどロビー相当の狭いタウンフィールドだけMMO風になってる感じ
打ち上げコンボがあったりするとこもドラネスっぽいが、コイン集めミニゲームなんかは原神っぽい
基本ソロゲーだけど4人のwave戦、2人のボス戦、8人のレイドっぽいモードもある
YouTubeではMMORPGとして紹介されてることが多いが動画内容を見る限りMMOではないと思う
中国系のアニメ調ゲーム開発は熱量の高い企業が多くそう簡単にはサ終させない印象があるが、Nuverseはそうでもない感じ
フィギュアストーリーってのが去年終わったし、台湾ゲーをリメイクしたユグドラ・レゾナンスってやつの運営を手放して移管させた歴もある
2022年のThe Game Awardsでベストモバイルゲーム受賞したマーベルスナップというIPモノのデジタルカードゲームも開発運営してるが
23年末くらいにそれ含めお抱えタイトルを終わらせてゲーム事業を撤退または再編するという報道が不確定ながらもロイター他から出されてて
結局撤退はしてないものの、サービス継続に関する懸念をずっとユーザーに与えたままやっている
同人あがりのホヨバとかとは違ってビジネスとして割り切ってゲーム作ってる系だな、出自的には日本のソシャゲ企業、モバゲーグリーサイゲに近い性質だろう
でも一週間前にクリスタルオブアトランというそこそこの注目作をリリースできてる実態を見るに、水面下で再編は完了して事業継続していく路線という見方でいいんじゃなかろうか
