はてなキーワード: gtとは
0038 花と名無しさん 2022/08/23(火) 00:03:17.01
もう無理だろうけど
2
垢版
|
0039 花と名無しさん 2022/08/23(火) 05:40:10.19
岩下さんは絵も話もデザートではトップクラスだから青年もいけそう
森下さんとやまもりさん絵は上手いのにストーリーがザ少女漫画って感じ
垢版
|
0041 花と名無しさん 2022/08/23(火) 09:18:49.48
アレ面白かったので、続き読みたい!!
垢版
|
0042 花と名無しさん 2022/08/23(火) 11:49:44.97
でも画力高い人が本気で大人のラブシーン描くと破壊力とんでもないなと思った
垢版
|
0043 花と名無しさん 2022/08/23(火) 14:08:03.86
それ全然知らなかったけど、別の名前で描いてた漫画って事だよね?
もう十分働いたろ?引退したらとしか思わない。50年も働いていて生涯喰うための貯金も出来ていないのかな?
何のために生きていると思わないのかな。一度の人生で50年も働くって。
赤:望月理恵@フリーアナウンサー 緑:熊木翼@東京 白:上島崇史@千葉 青:宮[崎]賢太郎@東京
白13
白18 緑23 青14 白15 青12 白11 青 8 赤 9
白 5 青10 青16 白21 緑 3 緑20 緑 6 白 ×
白 1 緑 4 緑25 緑 2
青 7 > 25
白25 青22 緑24 青17 緑 × 青19
+--+--+--+--+--+
| 白 | 緑 | 緑 | 緑 | 白 |
| 白 | 青 | 青 | 青 | 青 |
| 白 | 青 | 青 | 青 | 白 |
| 白 | 青 | 青 | 青 | 白 |
| 白 | 青 | 緑 | 緑 | 白 |
赤: 0枚 ○ 1 × 0
緑: 5枚 o ○ 8 × 1
白: 9枚 ○ 8 × 1
青: 11枚 ○ 9 × 0
https://anond.hatelabo.jp/20260503141316
来週も休みですか?
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との対話を元に多少の修正を加えただけの会話ログです。
注意2) 前半は話題の前提となる 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、長期保守の実績で判断するべきだ。
https://anond.hatelabo.jp/20260506162803#
https://anond.hatelabo.jp/20260506171641#
https://anond.hatelabo.jp/20260506171952#
↓ボクノブンショー🤪
836名無しさん@どーでもいいことだが。
垢版 | 大砲
2026/05/05(火) 17:59:08.38ID:hc2oYkGj
訴えるぐらいなら商売と認めてるなだったらこっちも権利者としてお前を訴えるぞって感じで訴えるかどうかで権利者の態度自体も変わってくるって話じゃないの?
dorawiiより
https://anond.hatelabo.jp/20260506172533#
なにいってんだおまえ?
https://anond.hatelabo.jp/20260506172713#
dorawiiより
↓ボクノブンショー🤪
836名無しさん@どーでもいいことだが。
垢版 | 大砲
2026/05/05(火) 17:59:08.38ID:hc2oYkGj
訴えるぐらいなら商売と認めてるなだったらこっちも権利者としてお前を訴えるぞって感じで訴えるかどうかで権利者の態度自体も変わってくるって話じゃないの?
https://medaka.5ch.io/test/read.cgi/doujin/1776499567/
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260506171952# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCafr5qAAKCRBwMdsubs4+ SEa4AP483BGM8vwROtdtvkIDmgofDldeTA3/idr8cI/yxez4rgD/fxGIRwZ0zvUI XsTTFb0e/B5VEUT9XWWNIf8Mdqz4nQE= =9raD -----END PGP SIGNATURE-----
>> 試合ちゃんと見たのか?メナが弾しか強みのない豪鬼の弾をしっかり処理して勝ってただろ。
「弾しか強みのない」はありえない、豪鬼の武器は全然少なくないです
ケンを見てください、ラッシュ中段も使いやすい波動もガードさせて有利フレームの技もとんおりもない
その武器を使おうとした結果は、百鬼襲の斬空と波動派生にメナは釣られなかった、飛び攻撃でも先端ガードで済ましたから
地上戦しようとしてもブランカ側の技の牽制力がつよく、やられ判定が出てないから負ける可能性が高く
豪鬼側は弾を撃つしかなくなり、そこでも絶妙な位置で弾がジャスパされたから負けたのである
絶妙な位置というのは、後側でジャスパしても確定反撃にはならない、逆に反撃される可能性がある、いわゆる安全波動です
前すぎるとそもそもジャスパ自体の難易度が高く、ジャスパする前に被弾される可能性が高い
ほぼ中央から手前の距離でしかズサーやジャスパで弾を抜けれない
実際に参考価値のあるデータは過去の大会の成績云々ではなく、この試合の中にしかない
第一ラウンドはウメハラがほぼ9割で先取り、逆に第二ラウンドはメナ側が9割を取り、第三ラウンドでSA2負けのパターンが多く
そういう戦略のチョイスや読み合いは戦績にも表しており、前半でまだ五分なのはメナもそこまで弾ジャスパを重く見てないから機能してたが
ジャスパが印象に残ったのも後半の戦いで、ブランカ側は牽制技があんまり差し返されなかったのを見て、弾と向き合ったから勝った
929 :優しい名無しさん:2026/04/22(水) 08:05:11.29 ID:f5M8s7Jv0.net[1/2]
どうかなんだそうだ
つまりこれは自分が生まれて親やまわりの人にあなたが生まれてきてくれて
これがある人は大人になっても生きやすいない人は生きづらくなるらしい
930 :優しい名無しさん:2026/04/22(水) 08:15:40.22 ID:f5M8s7Jv0.net[2/2]
生きるのは難しいね
子供の頃当たり前のように身に付けた人には敵わない
935 :優しい名無しさん:2026/04/22(水) 17:48:41.47 ID:Av3w+2qq0.net
わかりすぎる
私も色々自己肯定感をあげるために色々やってきたけど
ある研究で孤児院で幼児達にみんな全てにおいて平等にお世話をしたらしい、一見良い事のように思えるのに、その子達はのちに精神疾患や病気がちになったって事だった
幼児期のうちに自分だけが特別っていう感覚を持てないとダメなんだよね
自己肯定感ってそういうことだよね
今は体からのアプローチで神経系を作り直して自己肯定感もどきを作ってるよ
あと人種が違うのに、同じ毒親育ちの一つの言葉でまとめるのは無理すぎる
954 ::2026/04/24(金) 22:40:08.58 ID:ABm52RoX0.net
そういうフラフラした態度や行動が、
968 :優しい名無しさん:2026/04/25(土) 17:12:11.14 ID:WyuwxsMD0.net[1/5]
だから、子どもを安心させようとする意思がないというよりは、おそらく子どもが不安を感じていることに気づいていない
969 :優しい名無しさん:2026/04/25(土) 17:33:03.33 ID:WyuwxsMD0.net[2/5]
つまり、子供のことは何でも把握していると思い込んでいるのは親本人だけ
973 :優しい名無しさん:2026/04/25(土) 18:13:43.40 ID:WyuwxsMD0.net[3/5]
NPDの特徴のひとつとして、恥を極度に恐れるというものがある
嘘を吐いたことが子どもにバレることは、親にとっては耐え難き恥だ
976 :優しい名無しさん:2026/04/25(土) 18:36:58.64 ID:tHXKAYR20.net[2/3]
とんでもなくバレバレの嘘を言って来る時あったな
どんなに指摘しても「知らない」「やってない」しか言わない
987 ::2026/04/25(土) 21:27:08.02 ID:ZlBuafRI0.net[2/2]
ガチ虐待親の場合、早めに救済が入るし、子供の中でも区切りを付けやすい。
921 :優しい名無しさん:2026/04/21(火) 20:33:16.74 ID:QI1mB3tqr.net[1/2]
脳や肉体に本当に余裕がない親と
虐めを楽しむ余裕がある親がいて
925 :優しい名無しさん:2026/04/21(火) 22:09:48.96 ID:he3D+7SE0.net
すごいわかる
同じ毒親育ちでも話が合わないよね
私が思ったのは
大家族のビックダディの元嫁美奈子、今は毒親って言われてるけど
美奈子は昔の価値観で子供に対して家事や子育てをさせて搾取はしてたけど愛はあったと思う
安全基地としては機能してて神経系は守られてたと思う(異論は認める)
垢版
|
0166 花と名無しさん 2025/10/04(土) 22:40:46.16
キュンとするシーンもあるけどちょい花野井くんモラっぽい気もあるのが気になってしまう
八尾のとこ行くなって言うとことか
コメントでほたるよりもっと包容力ある人の方がって言われてたけど
ID:3n5CEmIh0
垢版
|
0167 花と名無しさん 2025/10/04(土) 23:45:26.45
どの漫画でも
垢版
|
0168 花と名無しさん 2025/10/05(日) 14:05:27.96
少しでも抵抗ある人はあれを使って遊ぼうと思わない
垢版
|
0169 花と名無しさん 2025/10/06(月) 15:45:12.59
花野井くんは間違えまくりで自己評価の低い、自分に自信がない子だよ。
のんちゃんの件みたいにたまに暴走するけど、基本はほたるちゃんを尊重したくて自分が変わらなきゃと思ってるから、モラハラは当てはまらないと思うけど…
(八尾くん…の家族の件?は、悲しい時にそばにいてほしいという愛が重い恋人としての独占欲だと思う)
ほたるちゃんを縛ってることになるかもと気づいたらモラハラとは真逆の行動とるんですよ、花野井くん。
なぜかヤンデレと紹介されることも多いけど、実際読んでみたら違うじゃんって思った作品だから、できればじっくり読んでみてほしいな
垢版
|
0170 花と名無しさん 2025/10/06(月) 18:25:59.16
でもほたるの友達を無視したりとか嫌なやつだなーって思ってたわ
八尾くんの方が断然いい
ただ最終的には花野井くんの両親が酷かったから彼は犠牲者なんだなと思えるようになった
ID:+D5dJtWl0
垢版
|
0171 花と名無しさん 2025/10/06(月) 19:48:54.35
そもそもイケメンは何の特徴もない普通の容姿の女子を好きになったりしないんだし
ID:745RvitO0
垢版
|
0172 花と名無しさん 2025/10/06(月) 21:35:54.45
現実の人格は求めてないけどあまりにも性格悪いのはあんまり共感できないし入り込めないんだよなぁ…
1
垢版
|
0173 花と名無しさん 2025/10/06(月) 21:39:40.26
まやかしの主人公は自信に満ちた子が外面作ってバレたらまずい!ってやってるのがちぐはぐで入り込めなかった
普通そういうキャラの自信は虚勢だけどおとぎはガチっぽいしなら礼節や気品備えつつ飾らない人の方が素敵じゃんて
裏おとぎは好きだから外面設定無かったら好きになってたな
ID:d/F3JiKm0
垢版
|
0174 花と名無しさん 2025/10/06(月) 22:40:25.09
花野井君は「彼氏彼女の事情」の有馬みたいなめんどくささを感じる
垢版
|
0175 花と名無しさん 2025/10/07(火) 00:31:25.62
花野井くん~はヒロインのキャラデザが野暮ったすぎて読む気にならない
垢版
|
0176 花と名無しさん 2025/10/07(火) 00:48:41.30
好みの話だろうけど
垢版
|
0177 花と名無しさん 2025/10/07(火) 00:59:28.58
スキップとローファーとかもだけど平凡地味顔のヒロインとイケメンの恋愛モノって苦手だわ
ほたるは話が進むにつれて顔だいぶ変わってそこそこ可愛く描かれてると思うけどね
初期はイモすぎた
垢版
|
0178 花と名無しさん 2025/10/07(火) 01:50:50.11
花野井くんは親から半分捨てられてるも同然だから束縛心凄かったし念願の運命の子の為に気持ちが暴走してのんちゃんを脅してしまったりもした
思春期の男の子が大人になる過程をほたるちゃんや廻りの人間絡めて上手く表現してると思う
ただ、辛抱強いほたるちゃんが花野井くんのヤバイ部分にも粘り強く対応出来たのはわかるけど
クラスメイト達があの塩対応に対してあんなにシャットアウトせずにスルー?見守る?態勢になれたのはイケメン割引きを加味しても不自然には感じたかな
特に男子からは相当嫌われて挽回の機会は普通得られない。その辺は圭ちゃんの根回しが効いてたってことなのかな
垢版
|
0179 花と名無しさん 2025/10/07(火) 09:57:34.73
『ふたりで恋をする理由』の男の子も花野井くんと境遇似ててさびしんぼモラだった
花野井くんと違って家事が得意でしっかり者だからか精神は安定してたけど
垢版
|
0180 花と名無しさん 2025/10/07(火) 13:52:38.82
精神安定のイケメンだと普通の物語になるし平凡な主人公に惹かれる理由がなくなるからじゃない?
少年漫画でも中身が不安定だったり性格悪いイケメンや悪役は人気だし
欧米ドラマでも人気になるキャラは自己中や残念イケメンだったりする
ID:3K6vnRzo0
垢版
|
0181 花と名無しさん 2025/10/07(火) 18:57:12.39
わかる
読んでてイライラ不快にさせる感じだからもう少し抑えればいいのにと思った
個人的には男相手に無視とかするのはまあアリだけど主人公の女の子の友達には愛想は振り撒かなくていいけど普通にしてほしい
女の子への態度が酷くて何やこいつって思ったし
垢版
|
0182 花と名無しさん 2025/10/07(火) 20:43:53.51
最初の初詣の時なんてほたるちゃんが花野井くんの手繋ぎを断ってしばむーと腕を組んだけど病気の花野井くんはそれを見て本気で嫉妬して
しばむーに対しては(ほたるちゃんが信頼してる人物なのに)距離が離れて歩み寄るのに凄い時間が掛かってた
きょーちゃんにはそういうことがなかったからか話の終わりにおみくじを枝にくくりつけてあげてる
その他の有象無象女子には「鑑賞用イケメン」として毒にも薬にもならない「無」状態でしか接することはなかった
イギリスから帰国してすっかり病を克服した花野井くんはクラスメイトの女子にもようやく普通の対応が出来るようになった
垢版
|
0183 花と名無しさん 2025/10/07(火) 22:04:09.69
なんかタイアップ予定とかあるのかな?
駅広告も作品紹介じゃなくパンテラネグラの紹介だったしインタビューも需要あるのかな?
あれ見て男4人がメインのバンドもの漫画だと思って試し読みしたら全然違うじゃんって思われそうだけど
垢版
|
0184 花と名無しさん 2025/10/07(火) 22:18:17.06
垢版
|
0185 花と名無しさん 2025/10/07(火) 23:49:38.70
初詣の買い出し後の大きな木に寄りかかっての会話からすると、ほたるちゃんは久々に花野井くんに会ったから照れていて、花野井くんはほたるちゃんに避けられてる?と思って悲しかったんじゃない?
花野井くん、性格良くはないけど悪くもない(意外と面倒見がいい所もある)、めんどさくておもしれー男だと思って読んでたわ。バスケ大会の男子たちもたぶんそんな感覚で接してるのでは?
垢版
|
0186 花と名無しさん 2025/10/08(水) 02:10:52.88
ほたるちゃんから避けられてるんじゃなくて照れられてただけだとわかったからあの程度で済んでるけどそれがなかったら八尾くんばりに警戒&敵視されてたかもしれない
圭ちゃんなんか「キスしてみれば」案件でめっちゃ敵視されてるし
初詣回は最初の待ち合わせから背を向けて待ってた花野井くんから始まってほたるちゃんの3人の友人に対する距離感がまるで犬のような挙動の花野井くんによって表現されてた
1
ID:1nPpxrvc0
垢版
|
0187 花と名無しさん 2025/10/08(水) 10:04:19.07
花野井くんはどっかの電子書籍サイトの「おすすめヤンデレ漫画20選」に入ってたから大成功では
ID:zaYPq9Ub0(1/3)
垢版
|
0188 花と名無しさん 2025/10/08(水) 10:15:19.57
花野井くんは基本ヤンデレだけどたまに暴走するとメンヘラになってほたるちゃんや他人に迷惑を掛け出したりしてたよね
ID:51quK8hl0
垢版
|
0189 花と名無しさん 2025/10/08(水) 10:40:24.82
長文の人いちいち詳しすぎるし解りすぎてる
垢版
|
0190 花と名無しさん 2025/10/08(水) 10:41:08.80
ヤンデレとしては正解だしそこがウケたんだと思う
ID:91JRh7k70
垢版
|
0191 花と名無しさん 2025/10/08(水) 11:17:00.37
ヤンデレってそういうもんだから嫌な気持ちになる人は読まない方が良いよ
垢版
|
0192 花と名無しさん 2025/10/08(水) 11:28:28.39
そういうヤンデレ系作品って必ず「当て馬くんの方が絶対にいいのに」ってなる
1
ID:CZhP+wQR0
垢版
|
0193 花と名無しさん 2025/10/08(水) 11:31:52.58
TL漫画とか女性漫画だともっとエグいヤンデレあるし花野井君レベルは可愛いものだけどね
善良なヒーローが求められる少女漫画との親和性は低い気がするわ
垢版
|
0194 花と名無しさん 2025/10/08(水) 12:11:13.53
いきすぎたヤンデレになると主人公のことすら騙すし主人公の周りにいる男を殴ったりするよね
垢版
|
0195 花と名無しさん 2025/10/08(水) 12:50:43.15
八尾くんのことは小学生の頃から(ほたるちゃんに好意があるのを)知ってたから警戒してたのでは。
花野井くん、八尾くんのこと良くも悪くも一目置いてると思うから
他の人と八尾くんは違うと思うな
1
垢版
|
0196 花と名無しさん 2025/10/08(水) 13:40:57.86
ID:fyJc+NVP0
垢版
|
0197 花と名無しさん 2025/10/08(水) 15:49:57.31
1
ID:zaYPq9Ub0(2/3)
垢版
|
※NHSは公営病院と民間病院がある。国営ではない。https://globe.asahi.com/article/13237344
これはイギリスで深刻な社会問題になっています。シミュレーションの数字を見ると明らかです。
先ほどのシミュレーションをまとめると:
住居タイプ月末収支シェアハウス(8〜12㎡)+£474(黒字)スタジオ(25〜40㎡)△£276(赤字)1ベッドルーム(45〜55㎡)△£776(赤字)
なぜこれほど問題になるのか?
普通の職業なら「稼ぎが少ないから住めない」という話で終わります。しかし看護師の場合、話が別です。
看護師は:
つまり「国が自分の職員を、自分の街に住めなくしている」という矛盾が起きています。
イギリス自体を諦めて海外へ移住(オーストラリア・カナダが多い)
「頭金53年問題」
看護師がロンドンでマンションを購入しようとすると、頭金を貯めるのに平均53年かかる
つまり:
購入→53年後にようやく頭金が貯まる
これがBlackpoolの話とつながる
↓
↓
↓
サービスの質が低下
↓
一方Blackpoolなどの地方都市には
↓
街がさらに荒廃
サッチャーが40年前に作った「市場に任せれば全てうまくいく」という構造のツケが、今まさにNHSの崩壊という形で現れているわけです。
移民は「原因」か「要因の一つ」か?
移民は一部のエリアで賃貸需要を押し上げる要因にはなっています。しかし住宅危機の主因は、慢性的な住宅供給不足・建設コストの上昇・都市計画の制約であり、移民だけを原因とするのは問題の本質を見誤ることになります。 Pauzible
では本当の原因は何か?
イギリス議会の委員会は年間30万戸の新築が必要と結論づけましたが、2024年の実績はわずか22万戸にとどまりました。この慢性的な供給不足こそが最大の原因です。 Pauzible
「私たちは意図的に、住宅の主な目的を『家族の住む場所』から『投資家の収益資産』へと変えてしまった」と専門家は指摘しています。かつて低所得者でも住めた住宅が、今では上位5%の高所得者にしか手が届かない物件になっています。 Labour Hub
🏛️ 原因③:サッチャーの「持ち家政策」が公営住宅を破壊した
1981年にはロンドン市民の3分の1以上が公営住宅に住んでいました。しかしサッチャーの「買い取る権利(Right to Buy)」政策で公営住宅が大量に民間に売却され、その収益は新しい公営住宅の建設に使われませんでした。 Labour Hub
2025年までに200万戸以上がこの制度で売却され、売却益は地方自治体ではなく国庫に入りました。そして新しい公営住宅はほとんど建てられませんでした。 World Socialist Web Site
サッチャー政権の1988年住宅法で家賃規制が廃止され、家賃を「市場」に委ねることになりました。また1996年には「ノーフォルト退去(理由なき立ち退き)」が合法化され、賃借人の立場が著しく弱まりました。 World Socialist Web Site
整理するとこうなる
原因/影響度/主犯か?
移民は目に見えやすいからです。政治家にとっても「移民が増えたから住宅が足りない」と言う方が、「40年間の政策ミスが原因」と認めるよりはるかに簡単です。
しかし数字を見ると、2021年から2023年にかけてロンドンの賃貸物件は約4.3%純減しています。つまり移民が増える以前から、供給が縮んでいるのです。 London City News
結論:看護師がロンドンに住めない問題は、移民ではなく40年間の住宅政策の失敗が生んだ構造問題です。
# 🏙️ ロンドン一人暮らし生活費シミュレーション(2026年)
## NHS看護師・独身・1ベッドルーム想定 | 1ポンド=212.57円
---
| 項目 | 月額(ポンド) | 月額(円) |
| --- | --- | --- |
| NHS看護師 Band 5〜6(中央値) | £2,167 | 約46万円 |
---
## 🏠 住居費
| シナリオ | 月額(ポンド) | 月額(円) | 備考 |
| --- | --- | --- | --- |
| **シェアハウス(1部屋 8〜12㎡)** | £800〜£1,200 | 17〜25.5万円 | 最も現実的な選択 |
| **スタジオ(1人用 25〜40㎡)** | £1,500〜£1,800 | 31.9〜38.3万円 | ギリギリ可能 |
| **1ベッドルーム(45〜55㎡)** | £1,800〜£2,500 | 38.3〜53.1万円 | ほぼ不可能 |
---
| カテゴリ | 費目 | 月額(ポンド) | 月額(円) |
| --- | --- | --- | --- |
| 🏠 住居 | シェアハウス家賃 | £900 | 約19.1万円 |
| 💡 光熱費 | 電気・ガス・水道(共用割) | £80 | 約1.7万円 |
| 📡 通信 | インターネット(共用割) | £15 | 約3,200円 |
| 📺 その他 | TVライセンス | £13 | 約2,800円 |
| 🚇 交通 | 地下鉄月パス(Zone 1-2) | £180 | 約3.8万円 |
| 🛒 食費 | 自炊中心(スーパー) | £200 | 約4.3万円 |
| 🍽️ 外食 | 月数回程度 | £80 | 約1.7万円 |
| 📱 携帯 | スマートフォン料金 | £25 | 約5,300円 |
| 👗 衣類 | 月平均 | £40 | 約8,500円 |
| 🏥 医療 | 処方箋・市販薬など | £20 | 約4,200円 |
| 💆 美容 | 美容院・日用品 | £30 | 約6,400円 |
| 🎉 娯楽 | 映画・友人との外出など | £60 | 約1.3万円 |
| 💰 貯蓄・緊急予備費 | 目標額 | £50 | 約1.1万円 |
| **合計** | **£1,693** | **約35.9万円** |
---
## 💸 収支シミュレーション
| シェアハウス | スタジオ | 1ベッドルーム | |
| --- | --- | --- | --- |
| 手取り月収 | £2,167 | £2,167 | £2,167 |
| 住居費 | △£900 | △£1,650 | △£2,150 |
| 生活費(住居除く) | △£793 | △£793 | △£793 |
| **月末残高** | **+£474** | **△£276** | **△£776** |
| 円換算 | **+約10万円** | **△約5.9万円** | **△約16.5万円** |
---
| 指標 | 数値 |
| --- | --- |
| 手取りに占める家賃の割合(シェアハウス) | 約41% |
| 手取りに占める家賃の割合(スタジオ) | 約76% |
| 手取りに占める家賃の割合(1ベッドルーム) | 約99% |
| ロンドン平均(全職種)の家賃負担率 | 約40.4% |
| 健全な家賃負担率の目安 | 30%以下 |
---
| 項目 | ロンドン(NHS看護師) | 東京(正看護師) |
| --- | --- | --- |
| 年収(税込・中央値) | £38,897(約826万円) | 約480万円 |
| 手取り月収 | 約£2,167(約46万円) | 約28万円 |
| 1ベッドルーム家賃 | 約£2,252(約47.8万円) | 約10〜15万円 |
| 家賃負担率 | 約**99%**(事実上不可能) | 約36〜54% |
| 月末の余裕 | **赤字またはギリギリ** | 若干の余裕あり |
---
| 方法 | 節約額/月 | 備考 |
| --- | --- | --- |
| シェアハウスに住む | △£900〜£1,300節約 | 最も有効な手段 |
| 病院の寮・スタッフ宿舎 | △£1,000〜£1,500節約 | 応募倍率が高い |
| Zone 3〜5に住む | △£400〜£700節約 | 通勤時間が増える |
| AldI・Lidlで買い物 | △£50〜£100節約 | 安いスーパー活用 |
| 自炊徹底 | △£80〜£150節約 | 外食を極力避ける |
| 副業・残業シフト | +£200〜£500追加 | 時間的余裕が必要 |
---
> **結論:ロンドンでNHS看護師として一人暮らしをするには、シェアハウスか病院寮がほぼ必須。1ベッドルームを一人で借りることは、現行の給与水準では事実上不可能。**
主張の構造としては、「反対意見=外部勢力の工作」というラベリングで議論をショートカットしている典型例です。中身ではなく動機を攻撃するタイプで、いわゆる *遺伝的誤謬(genetic fallacy)* や *陰謀論的帰属* に近い。
その前提を分解すると、だいたい以下の飛躍があります。
「中国に都合がいい主張」=「中国の指示」という短絡。利害の一致と因果関係を混同している。
「証拠がないのは隠蔽されているから」という形で、どんな反論も無効化できる設計になっている。
憲法論のような本来重い論点(権力制約・統治構造・権利保障)を正面から扱わずに、「敵か味方か」に還元することで思考負荷を下げている。
外敵(この場合は中国)を持ち出すことで、ナショナルな危機意識に接続しやすい。これは政治的レトリックとしては古典的。
---
あなたが書いている論点(憲法は国家権力を縛るもの、という立憲主義の原則)自体は、政治思想としては特に珍しいものではなく、むしろ近代憲法の基本的な枠組みです。そこに対して「工作員」というラベルを貼るのは、議論としては無内容です。
---
「ネットの書き込みにマジレス」という観点でいうと、反応の仕方はある程度パターン化できます。
> 「誰が言ってるか」じゃなくて「何を言ってるか」で反論してほしい。
---
> 「100%中国資金」というなら、その根拠は?具体的な証拠あるの?
---
### 3. 一段メタで切る
> 反対意見を全部「外国の工作」にすると、国内の議論が成立しなくなるよ。
---
### 4. 軽く流す(コスパ重視)
> それ言い出したら何でも工作で片付くから議論にならんよ
---
最後に一点だけ補足すると、「実際に国家が情報工作を行うことがあるか」という問いと、「個々の反対意見が全部それか」は全く別問題です。前者は現実に存在するが、後者は飛躍です。この二つを混同している限り、まともな議論にはなりません。
// ==UserScript==
// @namespace http://tampermonkey.net/
// @version 2026-05-03
// @match https://booklive.jp/search/keyword/keyword/*
// @grant GM_getValue
// @grant GM_setValue
// ==/UserScript==
// ==UserScript==
// @namespace http://tampermonkey.net/
// @version 2026-05-04
// @grant GM_getValue
// @grant GM_setValue
// ==/UserScript==
(function() {
'use strict';
const STORAGE_KEY = 'buttonPosition';
function isMobilePage() {
if (document.querySelector(
'meta[name="apple-mobile-web-app-title"][content="ブックライブ"]'
)) {
return true;
}
return false;
}
const btn = document.createElement('button');
btn.textContent = 'bl-pager下端へ移動';
btn.style.position = 'fixed';
btn.style.zIndex = 99999;
btn.style.opacity = '0.9';
document.body.appendChild(btn);
const saved = GM_getValue(STORAGE_KEY, null);
if (saved && saved.left && saved.top) {
} else {
}
// ---- クリック処理 ----
btn.addEventListener('click', e => {
e.preventDefault();
e.stopPropagation();
return;
}
// ---- ここから変更:PC版は2番目の .bl-pager.page_nav を使う ----
let target;
if (isMobilePage()) {
console.log('スマホ版として処理');
target = document.querySelector(
'.bk_pageing.section_content.bl-pager.clearfix'
);
} else {
console.log('PC版として処理');
const targets = document.querySelectorAll('.bl-pager.page_nav');
// 2番目を使用
target = targets[1];
}
if (!target) {
alert('対象の bl-pager が見つかりません');
return;
}
// ---- ここまで変更:PC版は2番目の .bl-pager.page_nav を使う ----
const rect = target.getBoundingClientRect();
// 要素下端のページ全体基準座標
const absoluteBottom = rect.bottom + window.scrollY;
// 要素下端をウィンドウ下端へ一致
const destination = absoluteBottom - window.innerHeight;
window.scrollTo({
behavior: 'auto'
});
});
// ---- ドラッグ処理 ----
let dragging = false;
let startX = 0;
let startY = 0;
let offsetX = 0;
let offsetY = 0;
btn.addEventListener('mousedown', e => {
dragging = true;
startX = e.clientX;
startY = e.clientY;
const rect = btn.getBoundingClientRect();
offsetX = e.clientX - rect.left;
offsetY = e.clientY - rect.top;
e.preventDefault();
});
document.addEventListener('mousemove', e => {
if (!dragging) return;
if (
Math.abs(e.clientX - startX) > 5 ||
Math.abs(e.clientY - startY) > 5
) {
}
btn.style.left = `${e.clientX - offsetX}px`;
btn.style.top = `${e.clientY - offsetY}px`;
}
});
document.addEventListener('mouseup', () => {
if (!dragging) return;
dragging = false;
GM_setValue(STORAGE_KEY, {
});
}
});
})();
まともに指示すればAIはこれぐらいお手の物に出せるようになったな。
手動でスクロールしてるとつい事故って下の方のランダム表示のおすすめ作品欄が目に入る位置までスクロールしちゃって、ランダムだから後で気になったとしてもまた見れるとは限らないからとスクショが増える羽目になっていたのが、これで防げるようになった。
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260504175957# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCafhgDQAKCRBwMdsubs4+ SDc1AQCfvf159m/85ngaE1SU7DnOiPC03RG4l9qI2Ce8Bp0j7QEAzIp52/FQfpXI vmRTMM52g1VEwry0pmg+4p0QQZlkEAk= =FTvE -----END PGP SIGNATURE-----
『傘をひらいて、空を』という小説ブログがあります。こちらが好きで、たまに読んでます。ホッテントリ入りすることが年に数回あります。※気になった人は各自検索
この日記は、作者へのリスペクトを模倣作品に込めたものです。この時代は、まだAIに小説を創る機能はありませんでした。作れたとしても使い物になりません。というわけで、純粋100%私個人による模倣作です。
一体、どんなものを書いたらと思ったのですが、ここはやはり恋愛ということにしました(元ブログでも頻繁に取り扱ってます)。
実際に書いてみた感想ですが、やはり他者の文体を真似るのは……そこまで難しくはなかったです笑
ただ、やはり、文章に込められた魂までを真似るのは相当困難です。正直、魂まで一緒に真似られたとは思ってません。
ブクマ数はさほどではありません。はてな匿名ダイアリーにも一般的とされるテーマや文体があって、それに外れると受けにくいのだと思います。
地方都市にある会社に勤めていた頃の思い出です。実際田舎なのですが、国道沿いに、居酒屋やBar、スナックやラウンジが立ち並ぶエリアがありました。私も先輩に連れて行ってもらい、「意外といいじゃん(^_-)☆」と感じ、月に1回程度、行きつけのラウンジに通ってました。そこでの思い出です。
本作には、かつて総合商社で働いていたお爺さんと、ケチなおじさん(職業不明。おそらく現場系)が登場します。当時20代の私は夜のお店素人であり、お爺さんが如何に優良客で、おじさんが以下にクソ客であるかを認識できませんでした。今だったら、どのお客さんが綺麗な飲み方をするとか、ちゃんと理解できます。
お爺さんは人柄がいいから皆に人気で、金払いもよかったです。嫌味なところがなく、総合商社で上級管理職を勤める人はやっぱ違うな~、と思わせるものがありました。
対しておじさんの方は、酔っぱらうとラウンジ嬢やほかのお客さん、特に若い子(男女問わず)に絡んだりしてました。私も絡まれた経験多数です。あの手の輩は、自分が受けれられていると錯覚しているのが困ったものです(..)
最終的には、おじさんが作中にあったように『爆発』してしまい、暗黙的にお店を追い出される格好となりました。当時の私は、あの嬢の接客方法が彼を追い出すためのものだと理解できませんでした笑
書こうと思ったキッカケは、夢でした。夜寝るときの夢で、高校時代を思い出したのです。
こちらの作品に出てくる高2の人が、かつての私です。あの時は確か、先輩の女性に「一緒に帰ろう」と声をかけられて、でも何だか面倒だったので断りました。
何が面倒だったかというと、先輩は電車ルートで、私は自転車ルートだったので、彼女を送るとなると駐輪場まで遠回りになり、時間がかかってしまうのです。それだけでした。
あの人については、今の私が思い返して判断するに……まあ、普通に可愛らしい人だったと思います。でも、当時の私は、そういうことに興味がありませんでした。それより大事にしていることがあって、恋愛なんてやってられないという状況です。
今思えば、「一緒に帰るくらいなら」と思うこともありますが、そう結論すると、ひたむきだった頃の自分に失礼である気がします。
ほか2つのエピソードは、それぞれ私が成長して成人になった後でのものです。登場人物との交友関係は知人レベルであり、そこまで深堀りできなかったのが悔やまれます。
この日記はですね、ちょっと……。大変申し訳ないのですが、ラスト場面が実際に目撃したことではないのです。伝聞です。昔働いていた職場があったのですが、そこに出入りしていた消防設備会社のことです。
なぜ、そんなに詳しいかと言うと、私が当時彼らとの契約及び監督・検査を担当しており、一緒に現場に行くことが多かったからです。相手の会社に訪問することもありました。
ストーリーの内容は、私の目線で直接体験したものはそのままに、情報収集や伝聞で手に入れた情報については、特に慎重を期して記述するようにしています。
こちらの主人公の人ですが、純朴そうな見た目で、人柄も悪くはなかったです。むしろいい方でした。それがしかし、あんなことになろうとは。まさに豹変でした。ある時から人格レベルで変わってしまったのです。
いきなり人が変わったようになった彼を見るのは、複雑な気分でした。不愉快というか、残念というか、物寂しいというか、いろんな感情が湧いてきました。
シナリオ分類で言うと、NTRものです。人によっては脳が破壊されるかもしれません。謝罪いたします。一度はNTRを書いてみたいなという感情に抗えず、やってしまいました(;_:)
今から何十年の前のこと。京都市にある飲み屋街での思い出です。
西木屋町のすみっコぐらしに居酒屋がありました(今はもうない)。店主と、数人のアルバイトで回しているお店でした。店主の人柄はパワフルで、料理の腕も◎です。こだわりが凄かった記憶があります。
当時、アルバイトの帰りに気分がよくて、かつお金に余裕がある時、チビチビとお酒を飲んで帰ってました。食事もそれなりに楽しんで。
エピソードが並んでいますが、学生時代の私が目撃したものです。中にはグレーな接客のシーンもありますが、当時だったらまあ、ギリセーフかな……?というところです。
学生も社会人も引退世代も通えるような、絶妙な価格設定のお店でした。いろんなお客さんがいて、たまにエキサイティングな体験ができました。暴力沙汰もあの時代ですので、あるにはありました。
道頓堀へのダイブじゃないですけど、調子に乗った若者集団が、誰かを胴上げした後で、増水した高瀬川に落っことしているのを何度も見たことがあります。まったく笑えません<`ヘ´>
「懐かしい」と感じながら、こちらの日記を書いた記憶があります。執筆したのは二年以上前なのですね、本当に人生はあっという間です。
============================================
前回(2024年末)の投稿時、いくつかのブコメをもらいました。
個人情報の観点もありますが、なにより私が恥ずかしいからです。
嬉しい感想をもらったりして、
投稿をやめようと思ったことが何度かありましたが、ファンの方々を
裏切ることはできない想いがあり、一応完結までいきました。
その時代の後悔があって、人生一度は多くの人を楽しませてみたい、
あらすじで言うと柔道ものです。大学まで柔道をやっていた関係で、
2023年アニメに『もういっぽん!』という作品があるのですが、
なんと、こちらの原作漫画に私の小説がモロに反映されてました笑
キャラクターの魂の一部まで模倣してくれたのが嬉しかったです。
※偶然ではありえないような設定の一致が最低5カ所ありました
おそらく当時、作者の人が読んでくれたんだろうなぁ……と思いながら、
============================================