  |
はてなキーワード: ボタンとは
正確に言うと男なのに男が嫌いになった。
インターネットではいかに女が邪悪で愚かな生き物かについて日々呪詛が垂れ流されているが、現実的な話として、女は基本まとも。男はクソ。
入職したばかりの頃は車内にしばしば撒き散らされている小便の正体が分からなかった。赤ちゃんが漏らしているのかと思っていた。
先輩から、あれは酔っ払ったおっさんや、薬物や精神病で頭おかしくなったおっさん、そういう性癖のおっさんの落とし物だと聞かされて戦慄した。
おそらく定年退職して暇を持て余しているのであろう高齢男性に絡まれ、駅係員の愛想の悪さ、無礼な態度についての説教から始まり、妻や子供に関する愚痴、若者の質の低下、高齢者に対する社会全体の敬意の喪失などの話題に発展し、最終的には社会保障、自民党、アメリカ大統領などの話に辿り着くことはよくある話。
むしろ混乱と混雑の解消のために駆り出されたはずの人員がお前の対応に割かれるから事態は余計に悪化する。
帰宅ラッシュの時間帯になると必ず車内のフリースペース(車椅子やベビーカーを優先するエリア)でおっさん同士の喧嘩が勃発する。
喧嘩のきっかけは、睨まれた、肩が触れた、鞄が当たった、口が臭い、独り言がうるさい、場所を取るな、イヤホンの音漏れをやめろ、等。
最初に喧嘩を吹っ掛ける方は単に苛立ちを発散する口実を探しているだけなので口調も荒くて喧嘩腰だし、吹っ掛けられる方もただでさえ喧嘩腰な人間に対してプライドの高い中高年男性が素直に聞き入れるわけがないので順当に喧嘩に発展する。
駅係員が介入することになるのは殴る蹴るなどの身体的な暴力に発展し、尚且つ周囲の乗客が通報した場合のみ。それですら1日2回ぐらいのペースで発生するので、口喧嘩の範疇に収まったケースや周囲が見て見ぬ振りをしたケースを考えると暗数は相当多いと思う。
酒が入っている時はタクシーで帰るというのを徹底するだけでもかなり喧嘩は減ると思う。
男同士で喧嘩するのはまだマシ。力が均衡しているからどちらかが一方的に被害者になりにくい。
絡む理由は、足を組むな、スマホを弄るな、声がうるさい、スカートが短い、腹が邪魔(妊婦に対して)等。
大したマナー違反でもない。そして周りの他の男が平気で行っている、これより酷いマナー違反は無視。要するにマナーを大義名分に女を叱って愉悦に浸りたいだけ。
勝手に懲罰感情が芽生え、太ももに触る、殴る、容姿を罵るなどの犯罪行為に走ることもある。
性欲が原動力なのに本人の中では正義感ゆえの行動に完全にすり替わっているので、正義の執行を邪魔されたことに対する怒りで駅係員に食って掛かってくる。そして暴言暴力に発展して警察を呼ぶことになる。
妊婦に対して「堕ろしてこい！」と言い出した時は流石にこっちも冷静になれなかった。
乗客同士のトラブルで警察沙汰に発展した際におっさんが言いがちな台詞
「その間の時給は払う！？時給換算したら俺の時間いくらだと思う！？」
じゃあ若い男はまともなのかというとそんなことはない。
中学生〜新卒ぐらいの男が3人以上で群れるとロクなことがない。
大声で騒ぐ。駅構内の器物を破壊する。気が大きくなって車内で女性に絡み始める。他の乗客が咎めると「なにマジになってるんすか？w陰キャ？w」
でも1人だとマシということはなく、優先席で体操座りをしたり胡座を掻いたりして音楽を聴きお菓子を貪り食いながら自宅のようにくつろぐ奴も見かける。
ただ、こいつらは甘やかされて育って調子に乗っているだけのガキなので、制服を着ている我々が少し強く怒るだけて往々にして萎縮して反省する。泣きながら謝る奴もいる。そこはまだおっさんよりはマシ。
今後同じことを繰り返させないためにも躊躇なく非常ボタンを押してほしい。
人手不足と機械化の時代、最低限の人員で社会を回すため、あらゆる施設・あらゆるサービスが、セルフレジやQRオーダーシステムの導入などに踏み切っている。
駅も例外ではなく、窓口を減らし、無人改札を増やし、ネットで新幹線を予約させ、時代についていけない人間を振り払っていく方向に進化している。
高齢女性は割とすぐに適応できるが高齢男性は何度も尋ねてくる。自分で調べない。そして一向に理解しない。中には新たなシステムの導入自体に怒りを燃やす奴もいる。早く淘汰されてほしい。
暴言を吐いてきた奴に、駅係員としての節度と礼節を弁えた上で場を掻き回すことなく相手を制圧できる魔法の言葉がある。
それは「今、⚪︎⚪︎と仰いましたか？」と復唱すること。
例えば「ぶっ殺すぞ！」と言われたら「今、ぶっ殺すぞと仰いましたか？」
大抵黙り込むかトーンダウンする。
彼らは行き場のないストレスの捌け口として駅係員に暴言を吐いているという自覚自体はあるので、それを突き付けると大人しくなる。
大きめの声で復唱するとなお効果がある。周りの目を気にして縮こまる。
少し前に「松葉杖で生活している20代女性です。新宿駅で検証しました。ぶつかりおじさん問題はぶつかる女性が悪いです」という記事が話題になっていたが、身体障害者の20代女がじっくりと周りを観察できるほど新宿駅は女にとって安全な空間ではないのであれは嘘。
というか新宿駅で若い女がぼんやりしてると即座に声を掛けられるから物理的に観察は不可能。
路上で女に声をかけて性風俗を斡旋する、いわゆるスカウトや、ネット上で弱者男性を騙してnoteを売り捌いている自称ナンパ師の虚言を真に受けてナンパに勤しんでいる弱者男性が駅構内を徘徊して女性に声を掛けて迷惑をかけている。
どうも「身体に触れない限りはセクハラではない」という認識が奴らにはある
クレームが相次いだため現在はアナウンスでスカウトとナンパをほぼ名指しで警告している。アナウンスを流すようになってから声かけによるクレームは減った。それでも撲滅できてはいない。
いわゆるぶつかりおじさん問題だが、Xやニュースで周知されるようになってから正当なぶつかりおじさんは減った。
最近増えているのは肘を大きく広げてすれ違う際に女性の胸を肘で殴る、背後から女性の靴や脛を蹴るなどのパターン。
わざとかな？と思ったら遠慮なく周りに助けを求めて駅係員のところに連れてきてほしい。軽い説教しかできないが、何度も説教されれば大人しくなる。
電車を利用する全ての男に言いたい。
他人に絡むな、周りに気を遣え、周りと同じように振る舞え、ストレスを他人で発散するな、身体を小さくしろ、嘘をつくな、風呂に入れ、ゴミはゴミ箱に捨てろ、唾を吐くな、排泄はトイレでやれ
当たり前のことを当たり前にしろ。
証券口座の開設をネットでやっているのだけど、ストレスが凄い。
窓口で人間相手だったら全然いいのだけど、ネットだと感じるストレスがエグい！
なんでだろうと思ったので書く。
まずさー、ネットよー。
お前さー、説明が甘いんだよ。
なんでそれでいけると思ったん？
使う人の見える景色考えてる？
俺は何かあって詰まった時に戻るボタンしか押せないことが何度もあったんよ！
そして戻るボタンを押したら、
「戻るボタン押しちゃったかー。あー、それはないよ。分かってないなー君は。ハイ、最初からー！」
っていうのを何度も経験してきたんよ。
なのに、まだそれやる？
俺が開発者だったらまずその不安を解消するけどな。いつまで俺を不安にさせるのよ。そしてその不安を解消しないでなんでそのまま現実に起こすんだよ！
お前さー。
こっちに選択肢が無くて、それを検証する手番がたくさんあって面倒臭そうだなーって思う人のこと考えてる？
そりゃリリースしてるんだから上手くいくルートはあるんだろうけどさ、
こっちは、お前の開発の甘さのために検証する手間をかけるのホント嫌なんだよ！
窓口で人間相手に話すなら、言葉の節々からその人のレベルが分かるからまだ対処のしようがあるけど、
それも分からないのに、お前の不備に付き合うのはホントにストレスなんだ！
さぁがんばろー！
Microsoftストアで2千数百円だったかで買ったアプリの話
今どきTV番組を録画してBDに焼くなんてのは時代遅れなマイナー行為なんだそうだけどw
不適切な内容だとかで炎上したりして2度と放送もされないしネット配信にも乗らないであろう番組とかは、いつオシャカになるかもわからんHDDに置いとくより、BDに焼いて保管した方が安心(かもしれない)ww
ウチにあるHDD/BDレコーダーは、10年以上前のヤツで、古いせいなのかメーカー違いで仲が悪いのか、最近買ったTVの方で録画した番組はそのレコーダーにダビングできないのよねー。なので、PCに「BDレコ」入れてTVからダビングしようと思ったワケ。
とりあえず「貴重な映像」を後々見返したい(こともあるかもしれない)って目的なので、画質優先よりもメディアの枚数優先で、なるべく長時間入れておこうという設定にしてディスクに書き込み開始させると1分少々たったあたりで「致命的エラーが発生したので終了します」だってよ。
そのまま「終了」だか「OK」だか忘れたけどボタンクリックしたら終了するだけで、何が原因なんだかまったく情報がない。エラーコード的なモノも表示されないし、ログファイルも出来てないし、Windowsのイベントログにも何も出てないっぽい。
BDメディアには、番組の冒頭から30数秒くらいまで書き込みされて突然プッツリ切れている。
AIに聞いてみても、まぁ学習材料に「BDレコ」がらみの情報はなかったんだろう。ドライブの電源が容量不足?か不安定?とか、メディアとドライブの相性がどうたらとか、たぶん違うなーと思う答えしか出てこない。普通に検索しても、BDレコで致命的エラーがうんぬんいうWebページは見つからないしな。
何度かリトライしても同様なので、そして書き込み中にPCのCPU使用率が90%以上に高騰してたので、コレはもしかして動画エンコードの性能がイッパイイッパイで、ドライブの書き込み速度に負けてる(いわゆるアンダーフローってやつ?)のでは。ということで、画質優先(再エンコードせず)の設定で1枚に収まる長さの番組だけ書き込ませてみたら、無事ダビング終了まで行けたよw
チクショー、このPCもう7年くらい前?のCore i3で非力だからなーw
だったら、ダビング開始する前にCPU性能を判断して、これじゃエンコード速度が追っつかないみたいなエラーなり警告なり出してくれよ。
それか、しばらくエンコード済みのデータをバッファリングしてアンダーフローしないようにうまくヤリクリするとかさー。
その後の展開は、さらに教育心理学的にも示唆に富むものだった。Aが一度は口にした「昨日の非礼について、重ねてお詫び申し上げます」という謝罪。それが内省によるものではなく、単に対話を強制終了させるための「終了ボタン」に過ぎなかったことが、その後の豹変で露呈することになる。
Bが依然として拭い去れない不快感（前日に「ソープへ行け」と人格を否定するような暴言を吐かれたことへの余波）を口にすると、Aは即座に攻撃に転じた。
「わたしは蒸し返されてだるいよ」「謝罪すべきはしっかり謝りました」と、自らの不適切な言動が招いた紛糾を、あたかもBが一方的に「終わったことを蒸し返す迷惑行為」であるかのようにすり替える。
再口論の最中、Aは「すまん任せた」と他のメンバーへ丸投げし、場を放棄した。
これは、自分が有利な時だけ「指導者」として振る舞い、形勢が悪くなると「自分は被害者だ」と逃げ出す、極めて不誠実な態度だ。
Aは、Cによる再度の指摘に対しても、結局「伝わって欲しかった（自分の善意を汲み取れ）」「その謝罪は一度は受け入れられた認識だ」という自説を繰り返すに留まった。
現代のコミュニケーションにおいて「情報のアップデートができない」ことは致命的な欠陥だ。
自分の振る舞いが「ハラスメント」や「仕様不備」であると客観的にデバッグされた際、速やかに自己のプロトコルを更新できない人物は、周囲に有害な環境を撒き散らす。Aは過去の成功体験や独自のドグマに固執するあまり、フラットかつ論理的な対話プロトコルをインストールすることに失敗した「古いOS」のような状態に陥っていたと言える。
今回のCや他のメンバーによる介入は、単なる口論への横槍ではない。それは、コミュニティというシステムの健全性を維持するための「免疫反応」だった。
人格否定や強権的な指導という毒素が蔓延しないよう、論理の光を当てて「それはNGである」と公にラベルを貼ること。
「コミュニケーションの主体は受け手にある」という原則を徹底することで、送り手の「善意（意図）」という逃げ道を封鎖し、受け手の安全を確保すること。
Cが最後までこの原則を捨てなかったのは、B個人の救済であると同時に、「論理の通じない強権的なコミュニケーションを許容しない」というコミュニティの防衛線を引く行為だった。
情報のアップデートを拒み、自らの手法の欠陥を「善意」や「謝罪済み」という言葉で塗り潰そうとする者は、いずれ健全なコミュニティのプロトコルによって「仕様不備」として弾き出される。Bが最後に「基礎の部分で齟齬がある」と冷徹に断じ、関係を断つ決断ができたのは、この徹底したデバッグのプロセスがあったからに他ならない。
（了）
deepseek-r1 に小説を書かせて、他のモデルと比較してみる
https://zenn.dev/sky/scraps/98c3cb767f46a7
以下の設定で、小説を書いてください
参加者はそれぞれ時計を手に入れ、「1分間の未来を見る能力」と「1分間の過去を操作する能力」を得る。しかし、この能力は無制限ではなく、使用回数が限られているうえに、他人の時間を操作すると自分の寿命が短縮されるというルール
がある。死神と名乗る存在から「最後まで生き残る者だけが自由を手に入れることができる」と告げられ、参加者は互いの時計を狙い合う。
目を開けたとき、目の前に広がっていたのは、見覚えのない薄暗い部屋だった。
廃墟のような打ちっ放しのコンクリートの壁。剥き出しの電球がひとつ、頼りなげに揺れている。円形の部屋の中央には、古びた木製のテーブルが置かれていた。そしてそのテーブルを囲むように、十一脚の椅子が並んでいる。
自分を含めて、十一人の男女が座っていた。
「――なんだ、ここは」
隣に座っていたスーツ姿の中年男性が、震える声で呟いた。彼の言葉を皮切りに、あちこちから戸惑いの声が上がる。泣き出す者、立ち上がって出口を探す者、呆然としている者。
そこには、見慣れない時計が巻かれていた。黒い革ベルトに銀色の文字盤。針は三本。時、分、秒。だが通常の時計とは違い、文字盤の縁には細かな目盛りが刻まれ、小さなボタンが三つ、側面に並んでいる。
そして気づく。他の十人も、全く同じ時計を身につけていた。
「お気づきのようだね」
声がしたのは、部屋の隅からだった。
いつの間にか、そこに立っている。黒いローブをまとい、フードを深く被った長身の人影。顔は見えない。だが、声は妙に陽気で、まるで旧友にでも話しかけるような口調だった。
誰かが悲鳴を上げた。別の誰かが立ち上がり、人影に掴みかかろうとする。だが、その動きは途中で止まった。正確には、止められた。体が動かないのではない。恐怖が、足を縫いとめているのだ。
「まずはルール説明といこう。諸君の左手にあるソレ。それはただの時計ではない。君たちに授けられた、『時間操作装置』だ」
「一つ目の能力は、『未来視』。左のボタンを押せば、これから一分間に起きる出来事を視ることができる。二つ目は『過去改変』。右のボタンを押せば、一分前の過去に干渉し、結果を書き換えることができる」
場の空気が凍りついた。誰もが言葉を失い、ただ死神の声だけが部屋に満ちる。
「ただし、無制限ではない。使用回数には限りがある。そして何より――」
フードの奥で、何かが笑った気配がした。
「他人の時間を操作すればするほど、君たち自身の寿命は削られていく。これが三つ目の、そして最も重要なルールだ。一人の時間を操作するたび、君は三日分の寿命を失う」
「……どういうことだ。なぜ俺たちがこんな……」
「強いて言えば、退屈しのぎだ。このゲームの名は『死神の時間』。君たち十一人はこれから互いの時計を奪い合ってもらう。最後まで生き残った一人だけが、自由と、そして余命を手に入れることができる」
部屋の空気が一変した。それまでは恐怖と混乱が支配していた。だが今は違う。隣に座る人間が、敵になる。
「時計を外すことはできない。破壊することもできない。持ち主が死亡したとき、その時計は停止し、その時点で他人が入手可能になる。簡単な話だ。相手を殺せば、その時計の残り使用回数が自分のものになる」
彼女は無意識に、左手首の時計を握りしめていた。心臓が早鐘を打っている。頭のどこかでは、こんな馬鹿げた話があるかと叫んでいる。だが体はすでに理解していた。これは現実だ、と。
「そうだ、ひとつだけ親切に教えておこう。未来視にも過去改変にも、『限界』がある。それは自分で見つけるといい。ゲームはそのほうが面白いだろう？」
「では、始めたまえ」
その瞬間、部屋の四方の壁が轟音とともに開いた。外は闇。どこかもわからない廃墟の中だと理解するまでに、数秒かかった。
誰かが走り出す。誰かが叫ぶ。そして誰かが、隣に座っていた人間の腕を掴んだ。
彼女は違った。いち早く立ち上がり、開いた壁の一つに向かって全力で駆け出した。右手には無意識のうちに自分の時計を、左手は前へと伸ばす。闇の中へ、まだ誰も選んでいない方向へ。
振り返らなかった。
――まずは生き延びる。考えるのはそれからだ。
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
ヤフオクは普通郵便など追跡できない発送方法で届かなかった場合,キャンセルできるらしい
とすると、届いていても届いていないと言えば、ハックできる。
実際やられた。（自分は出品者側）
ヤフオクが容認している発送方法で出品者に商品代金および送料の全損失を負わせる運用は、自らの行為と矛盾する不当な対応
1. Yahoo!かんたん決済を利用した取引は代金支払い管理サービスが適用されます（特定カテゴリ、 Yahoo!オークション ストアの商品を除きます）。Yahoo!かんたん決済でのお支払いには、支払い期限があります。詳しくはこちらをご確認ください。
2. 代金支払い管理サービスを利用した取引においては、落札者が支払い手続きを行ってもすぐに入金されず、当社にて代金を一時的に留保します。出品者が商品を発送し、落札者がその商品の受け取り連絡を行うと、出品者へ入金処理を行います。詳しくはこちらもご参照ください。
3. 代金支払い管理サービスを利用した取引においては、（1）出品者が、落札者が代金の支払い手続きを行ってから192時間（8日間に相当する時間）が経過するときまでに、発送連絡を行わなかった場合に、落札者が「支払いをキャンセルする」ボタンを押下したとき、または、（2）出品者が取引のキャンセルを行ったときは、出品者への入金処理を行いません。商品の発送が完了したら、取引ナビより速やかに発送連絡を行ってください。詳しくはこちらをご参照ください。
4. 配送事故等により商品が落札者に届かず、配送状況が確認できない場合は出品者への入金処理ができなくなる場合がありますので、お問い合わせ番号や伝票番号（配送状況が確認できる番号）があるなど、配送状況が確認できる方法で出品することをおすすめします。詳しくはこちらもご参照ください。
わかる。
孤独って、本当にサブスク解約できないよね。NetflixやSpotifyなら「解約」ボタン押せば即ストップできるのに、孤独は違う。
友達と飲んでも、仕事で忙殺されても、誰かと付き合っても、根本の「自分だけが自分の中にいる」感覚は、意外と簡単に消えない。むしろ解約しようと頑張れば頑張るほど、
「俺/私ってこんなに孤独なんだ」って再確認しちゃう悪循環に陥ることさえある。でもさ、
解約できないからこそ、付き合い方を学ぶしかないんだと思う。完全に消そうとするんじゃなくて、同居する方法を探す
ときには「今日はずっと一緒にいてもいいよ」と自分に許可を出す
完全排除じゃなく、音量を下げたり、通知を減らしたり、ときには「今はこれでいい」と認めてあげたり。あなたが今感じてるその重さ、
ちゃんとここに届いてるよ。もしよかったら、
今どんな「解約したくてもできない」部分があるか、吐き出してみない？
一緒に、少しだけ契約内容見直すの手伝うよ。
孤独との付き合い方を詳しく
ちょっと探すとゲームメカニクス的にかなり近い「VEINRIDER」ってのがあったが、こういうのだよ！
最初に出るのはこれだけで、あとはゲーム画面を見れば何をすれば伝わる。
障害物があって、宝石があって、ゲームオーバー時にアップグレードボタンが表示される。
宝石で得た購入ポイントでアップグレードして、次はさらに多い宝石を手に入れるというゲームループも自然と理解できる。
## 家での「疲れ」の正体に気づいた話
最近、引っ越しを繰り返しながら数週間単位で滞在先を変える生活をしていた。そこでふと気づいたのが、「なぜか実家にいる時よりも、今のほうがスムーズに動ける」ということだった。
実家にいた頃は、家の中にいるだけでなんだか疲れるなと感じることが多かった。逆に、大学の構内や、広々とした友人の家に行くと、不思議と体が軽くなる感覚がある。この差は何なのだろう、とずっと考えていた。
### 「肩をすぼめて歩く」という不自然さ
実家では、通路を通るたびに無意識に「肩をすぼめる」ような動きをしていたのだ。
床に置いてある物、通路に少しはみ出した家具。それらにぶつからないように、歩幅を微調整したり、体を斜めにしたりして避けて歩く。それが自分にとっての「日常」になっていて、特に疑問も持たずに過ごしてきた。
でも、この「ちょっと避ける」という何気ない動作の繰り返しが、実はじわじわと脳に負担をかけていたらしい。
調べてみると、こうした小さな負荷には「マイクロストレス」という名前がついていることを知った。
一回一回は、怒るほどでもない、ほんの数秒の出来事だ。
けれど、脳はそのたびに「どう避けるか」を計算し、決断を下している。その「無意識のボタン連打」のような状態が続くことで、家にいるだけで脳が疲れ、動くこと自体がしんどくなっていく。
「家で動くのが億劫」だったのは、自分の怠慢ではなく、環境による脳のオーバーヒートだったのだと思うと、すごく腑に落ちた。
### これからのこと
実家にずっと住み続けることは少ないかもしれないけれど、この学びはこれからの生活に活かしていきたい。
次に住む場所や家具の配置を考えるときは、単に「物が収まるか」だけではなく、自分が「肩をすぼめずに、真っ直ぐ歩けるか」という動線を一番に考えようと思う。
自分がリラックスするための場所で、忍者のように気配を殺して歩く必要はない。
『プラグマタ』なんか面白くなってきたかも！って私はそう言って自分に誤魔化していっているんじゃなくって、
操作もそこそこ慣れてきたような気がするのよ！
見て！
ディアナのハッキングのパネルを開きながらハッキングしつつバックステップで敵の攻撃を回避！
でも後ろ斜めにいる存在に気が付かなかった敵に切りつけられるの！
うわ！
そんな後ろにいるのって分かんないし！
敵を一対一で向かって挑むには、
とりあえず華麗なバックステップを踏んで敵から距離を取るということは私が学んだ一番の学びでもあり華麗なバックステップでもあるの！
機能もアップしてなんとか今は4回まで、
そういう回避に使うジェットを噴射して回避できる回数を増やせたところ。
この1回の差が大きいの。
3回まで連続噴射で距離を取り切れないときに助かるお願い最後の4回目のジェット噴射で私は敵から距離をおいて、
でもある程度近くに近寄らないとディアナのハッキングパネルが開かないの。
でもこれもディアナのハッキング出来る距離が少し延びる機能を追加したから、
多少ちょっと離れていても今まで届かなかった敵をハッキングできるようになったの！
よーし！
なんだかよく分からないけれど！いい感じ！
ヒューも頑張ってる！ディアナも頑張ってる！
先生が言ってたの！
そこで諦めたら試合終了です！って！
段々と着実に私の『プラグマタ』のテクニックはポンコツプレーヤーながらにも上達してきているの！
とはいえ、
まだまだ先は長そうだけど、
このニューヨークを模した月面都市をサクサクっと突破したいところよ！
6つあるロックを解除して先に進めるようになったのよね！
凄く調子いいと思わない？
でもやっぱり調子のいいことは長く続かないの。
ロックが解除されたニューヨークを模した月面都市の次の区画へ向かうと、
いやいや、
こんなの倒せるわけないでしょ？
そうよね、
これって演出で今こんな凄いボス出てくるのちょっと見せるからプレイヤーにビビらせる作戦だと思って、
演出！演出よ！って私はそーっとそれを見守って息を潜めて通り過ぎるのを待っていたの！
そう思っていたら、
こっち向くじゃない？その巨大ボス！
今こっち向かなかった？
ヒューとディアナ狙われてる？
いやいや、
弾数は初期の6発から7発まで撃てるようにはパワーアップさせたけれど、
こんな最弱装備で倒せるワケないでしょ！？
ドーン！
地響きを響かせて、
ビルの高いところからその巨大ボスは飛び降りてきてこっちに向かってくるの！
演出よ！って私が思っていたの違くて、
これがカプコンの巨大ボスの文脈なのか！って慄いてしまったわ。
ちなみに、
東京ドームビール売上ナンバーワンのビールの売り子さんはおのののかさんだから間違えないでね！
私がそんな慄いている中、
こっからよーし！巨大ボスやってきたな！いっちょやったるかー！って腕をブンブン回して、
サンシャイン池崎さんが持っているようなサンシャインブレイドで
サンシャイン池崎さんが電車の中でそのサンシャインブレイドを忘れてもちゃんと交番に届けられていたという、
外国の人から見たらなんてハートウォーミングな無くしたものが戻ってくる日本のそういう物語に感銘を受けると同時に無事サンシャイン池崎さんの手元に戻ってくる正に伝説のサンシャインブレイド！
モンスターハンターに慣れた人なら、
どでかい幅のある刃でぶった切る準備万全寺の和尚も思わず殺生はいけませんよ！って止めるどころか、
夕べ杉の梢に明るく光る星一つ見つけました！って母上様を思う一心のあまり、
そんなことを考える暇もなく巨大ボス戦に躊躇なく挑むんだろうけれど、
私はこんな始めての巨大ボスにしかもそんな手狭な月面の都市の空間に出てくるワケないでしょ？って思っていただけに、
これもいつもながらに、
ディアナがハッキングできるハッキングのひと筆書きのパネルが出てくるの！
幸い敵の行動パターンは今のところ単純！
今の4回バックステップを華麗に噴射して回避できる私なら倒せっかも！って。
画面上部に光るボスの体力ゲージを削ってあげるわ！の意気込みで、
埒が明かないの！
なんかさ戦っていったら分かってきたんだけど、
ハッキングして接近して敵を直接グーパンしたら大打撃が与えられるウソみたいな攻撃方法に気付いたので、
接近戦を試みるも、
でもこれ幸いかその巨大ボスの足下とかそういうのに触れても触れるだけじゃダメージをこっちは喰らわないみたいなので、
遠慮なく敵に近づけるようになってきたのよ！
そしてディアナが上手にハッキングして巨大攻撃のグーパンをヒューがキメるの！
よっしゃー！
くー！
そして、
はい！出ましたハッキングされないための敵が展開する赤いシールド！
これがあると、
ディアナがハッキングパネルを開いても赤い部分にカーソルが侵入できなくて、
ハッキングが出来ないので、
ヒューがまず先にその赤いパネルを撃ち砕かないといけないの！
そこでまた困ったのが私のプレイステーション5で慣れないエイムのポンコツさで
その赤いシールドになかなか弾が当たらないの！
巨大ボス戦は1回戦敗退！
ヒュー大丈夫？今度は頑張ろうね！ってディアナ言ってくれるじゃない！
くー泣けるわ。
あなたのポンコツな動きで私やられちゃったじゃない！って激怒の矛先を文字通りそのAIの仲間に向けるであろうなんだけど、
これ、
ただ単に私のポンコツっぷりなだけなのよね。
エイムが狙いがうまくコントローラーのスティックで合わせることができないのよ！
疑問に思っちゃうわ。
だってさ、
『ステラーブレイド』のボス戦で回避しなかったら即死してしまう攻撃を阻止するために空中に浮かんだそのボスの発したオブジェクトを銃火器で狙って破壊する！ってギミックがあるんだけど、
それもうまく狙いを定めることができないコントローラーのスティックで合わせる照準に苦労しまくりまくりまくりすてぃーだったの。
あれ相当苦労したのよね。
そのぐらい泣かされてきたプレイステーション5のジャイロを使った照準あわせはさせてくれないのに何度泣かされたことか。
ごめん、
涙拭くね。
なんかこれ解決することできない？
んもー！って思って、
なんたるちゃー！
もしかしてこれを「オン」にすれば、
早速その設定を「オン」にするの。
うーん、
これはもしかして安直にストーリーを進められるようなイージーな設定にしてしまうことでドゥーダンスをするより、
私のアクションゲーム魂が「おまえはこの設定をオンにしてプレイしてボスを倒したとしても真に倒したと言えるのか？」って自問自答してしまいそうだけど、
さすがに、
手をクイッと猫のようにこまねいているのは招き猫だけでいいのよ！
私はストーリーを堪能しつつマイルドなアクション操作で楽しくちょっとは苦労してボスを倒せたらいいかなって。
そう思って照準の補助機能を「オン」にしたの。
ちょっとお疲れモードのどーもすいません今日はここで終了よ！って。
次そのボスに挑むときは照準あわせサポート機能を使って挑むわよ！と腕をブンブン回すのよ。
「今度は倒してやっからな！首を洗って待ってなさい！」って。
勢いよく啖呵を切ったものの、
次の瞬間、
本気出したと同時にいっちょやったるわ！の勢いで脱いだ上着を直ぐさままた羽織り着直すのよ。
次はきっと上手に赤いハッキングを阻止するパネルも撃ち破いて、
もう寝るわね。
うふふ。
まあまた朝ご飯はまだなんだけど、
お昼と一緒にするパターンにするわ。
それをパクパク食べながらゲームに勤しむのもありかな？って思うのよね。
レモン炭酸水ウォーラーをシュワッとゴクっと飲んで爽快な目覚めでスタートする1日！
うん！
すいすいすいようび～
今日も頑張りましょう！
え、ごめん、Firefoxの通常モードだと、私はNHKの正規の契約者としてログイン済みだからプライベートウィンドウにしただけで、意図としては「新規のユーザーがアクセスしても見れるっぽいよ」という意味だよ。
NHKからログアウトして、NHKのクッキーをすべて削除※ した状態の通常モードで改めて
ふつうに見られるぞ。
※ クッキーを削除するのは、NHKを初めて訪れるユーザーと同じ状態にするための手続きで、何も特殊じゃない。ふつうにパソコンの知識も何もない一般人が、新品のパソコンや新品のスマホからアクセスしたのと同じ状態という意味。もしも増田自身が上記の手順に失敗するとしたら、増田が過去に行ったなんらかの操作のせいで(何かを拒否したとかなんとか？)、一般の新規ユーザーとは異なるFirefoxになってしまっていると思われる。Firefoxで新規プロファイルを作って新しいユーザーとしてアクセスしてみてほしい。
NHKのニュースが「NHK ONE」と契約しないと完全に読めなくなった。
スマホはとっくに見られなかったが、ついにFirefoxブラウザでもシャットアウトだ。
NHK ONEの解約手続きはYouTubeプレミアムやSpotifyのように「ボタン一つで完了」とはいかない。今の時代に、電話や書類のやり取りが必要な「入りにくく辞めにくい」サービスを強いるのは、あまりに不透明だ。
そして何より、これが日本のメディア環境に与える悪影響が怖い。
今、世の中ではこれだけフェイクニュースの危険が叫ばれている。
コロナ禍や地震のとき、僕たちが一番頼りにしたのはNHKのニュースだったはずだ。
信頼できる正確な情報こそ、誰にでも開かれた「公共の広場」にあるべきじゃないのか。
そこを「契約の壁」で塞いでしまったら、情報を買えない人や、不透明なシステムを警戒する人は、デマや偏った情報の濁流に飲み込まれてしまう。
公共放送が、情報の「基準」であることを自ら捨ててどうするんだ。
フェイクニュースが蔓延する中で、信頼できる情報を「一部の契約者だけのもの」にしてしまうのは、この国にとって致命的な損失だと思う
