はてなキーワード: 品質とは
以上。とはいえ1年半持ってるけどね。
一応凍結前クローズドβテスト、凍結後ネットワークテストとプレイしている。
リネージュ2Mのリリースを翌年に控え、業界全体がPC-モバイルクロスプラットフォームを前提に動いていた。
このテストの同時期にはロストアークJPサーバー(2024年クローズ)、V4(2023年クローズ)が走っていて、この両者がゲームとしてはともかくアプリの完成度は極めて高く、AAタイトル相当の出来だった。
一方ブループロトコルだが、Windows専用だった。そのうえ最適化が全く駄目で、PCが唸りを上げて破壊されないかヒヤヒヤした記憶がある。
イベントシーンの立ち姿は辛うじて戦えるレベルだったが、操作感や感触は正直リネージュ2無印レベルであり、これを2020年に出すのか?と思った
またこの時代、オープンワールドというかシームレスマップが行けるか行けないかの境目の時代であり、本作は行けなかった。
秋に原神という黒船が到来しなければギリギリ行けたかも知れないが、他の多くのゲームと一緒に時代遅れ扱いとなった。リリース凍結は順当。
正直、鹿しか覚えていない。
渓谷に囲まれた高台(そもそも何だその地形は?PS2のゲームか?)に登場するボスの鹿が突き飛ばし攻撃を繰り出してくるのだが、狙われたら最期崖下に突き落とされて死ぬっていう。
ビジュは良かったしイベントシーンのモーションが良かった記憶はあるが、ゲーム部分はエターナルカオス(ラグハイム)と変わらんなとメモに書いてあった(2001年のゲーム)
ちなみにこの2020年→2023年の時代を同時に駆け抜けたタイトルがサイバーパンク2077である。
2020年に発売されるも最適化不足で訴訟沙汰の大モメから、2023年にはパッチ2.0とDLC「仮初めの自由」が配信され評価された。
miHoYOは原神→崩壊スターレイルとリリースを続けていた。奇遇にもライザのアトリエ3も2023年だった。
あ、クラフトピアも2020年リリース→2023年シームレスアップデートだった。
でもそれ以外には無かった。ここで言う技術とはUnityやUnrealEngineを低レイヤーで触ることのできるコンピュータサイエンスや数学の事を指す。
学部卒のような素人ではなく、プロフェッショナルが活躍できる場所が日本のゲーム業界にはほとんど存在しなかった。
それは過去から2026年現在までも同じである。日本のゲーム業界には高度人材があまりにも少ない。
セガも、バンナムも、コーエーも、技術的にはしょっぱいゲームを作り続けている。
もちろん技術があれば面白いとか、なければつまらないとかはない。ただ大規模開発についていけない体質になった。
そして任天堂とソニーは自社ハードのスペックと販路の狭さという制約がある以上、作れても作らない。
スクエニはファイナルファンタジー蟻地獄に人材を注ぎ込んでいるので作れない。
リアリティを出すと建物の密度が減る(道路の割合が増える)ところの設計が非常に上手い
冷静に考えるとめっちゃ道路多いはずなのに、配置と機能でごちゃごちゃ感を出すのが上手。
現代なのでチェーン店が蔓延ってるのは当たり前なので、同じ看板の店があちこちにあって、実際に買い物もできる。
でもマップには表示されていなかったり、していたり、体感の密集度の確保が良くできている。
あと現実のパロもあちこちあって見どころがある。町レース対応の道路構造のアップダウンも気持ちいい。
結構珍しいと思う。割とガチ目寄りのホラークエストがいくつも盛り込まれている
正直大衆向けゲームでは珍しい。俺は怖いからほとんど進めてない(たぶん必須要素もあるので避けられない)
好みの問題はあるにせよ、生活要素部分のキャラクターの動作はおおむねかわいい。
あと追加スキン周りも秀逸で、キャラクターとの生活ゲームとしてもやっていけるポテンシャルがある。
ここから着想を得たのかは知らないけど、使い方が上手い。
ホラーでは強制FPS、込み入った街だとカメラが建物に当たるのか圧迫感が出る、乗り物で速度出すと少し引く、
ここら辺の使い方がこなれていて、ゲーム側の立体物も良く設計されている。カメラはただの機能じゃなく意識されている
カフェ経営とかシェアデリバリーとか釣りとか、ミニゲームとして楽しめるくらいには成立している。
とくに買った車でタクシーできるのは、シンプルだけどいいアイデアだと思った。
日本の食は世界一だと言われる。ミシュランの星の数がどうとか和食がユネスコに登録されたとか、そういう話ではなく、もっと漠然とした雰囲気、なんとなくみんなそうかもしれないと思っている。コンビニのおにぎり一個でも、町の定食屋の日替わりでも、水準が高いのは事実だ。
だが、それがいつまでも続くのかはかなり疑わしい。
独身者が増えた。昔なら女性が担っていた家庭料理の技術が家庭の中で継承されなくなり、男女ともに自炊スキルを持たないまま大人になる人間がどんどん増えている。知人の独身男性はアラサーなのに自炊スキルゼロで、冷凍食品とコンビニのヘビーユーザーだ。俺は独身中年男性だが自炊してる!とか反発する奴もいるかもしれないが、自分たちが少数派なのは分かっているだろうに。外食といえばチェーン店一択でサイゼリアを「コスパ最高」「別に美味いだろ」と絶賛する。それはまあわかる、サイゼリアはたしかにそこまで劣悪な品質ではないだろう。でもそんな連中が増えた社会は美食に関心のない社会だろう。
個人店には入りづらいという人が増えた。値段が読めないとか、雰囲気がとっつきにくいとか、各々それっぽい理由を述べる。「デパ地下で総菜買ってうちで飲むのが一番コスパいい」という話を聞くたびに、なんとも言えない気持ちになる。コスパとタイパだけで飯を選ぶようになったとき、料理人の技術や店の空気や食材の背景みたいなものはどこに行くんだろう。
そして酒だ。美食と美酒は切り離せないと、少し前まで当たり前のように言われていた。料理に合わせてワインを選ぶとか、魚には日本酒とか、そういう話ではなく、もっと根本的に、良い食事の席には良い酒があるという前提が共有されていた。それが今、飲まない、飲めない、飲みたくない、飲む人の近くにいたくない人間がものすごい勢いで増えている。ソバーキュリアスなんて言葉も出てきた。これも別に悪いことではない。でも、料理と酒が一緒に発展してきた歴史を考えると、酒を嫌う日本人が主流になっていく社会で、料理の水準だけが独立して高まり続けるというのはあり得ないだろうと思う。ラノベ作家や漫画家などサブカルチャーに携わる人間も酒が飲めない酒飲みの気持ちが分からない酒なんて要らないだろう、とXで堂々と振る舞っている。本当に興味のある文化の幅が狭い"文化人"が増えたのを感じる。
作る人間が減り、金をかけない人間が増え、個人店が潰れ、酒を飲む人間も減っていく。その社会で、日本の食の水準が今のまま維持されるか?需要がなければ供給は細る。それだけの話だ。
日本の食が世界一かもしれないというのは、まさに今この瞬間だけの話で、時間とともに終わっていくのだろうと今ここに書いておきたい。
最近AIをガッツリ使ってて思うんだが、AIが10分で終わらせたタスクでも、人間側は30分から40分はレビューと確認に時間を取った方がいい。
AIってやつは、プロンプトで「期待される結果」を出力しようとするとき、その過程については詳細に指示されない限り基本的に無頓着なんだよな。
結果のみを重視して、過程はほぼ重視しない。
たとえばDB連携するWebアプリで、クライアントに返却すべきデータを、本来DBから取得するところをハードコードして返すみたいなことが普通に起こる。
もちろん開発過程でDBからの取得を明示的に指示するのが普通だから、現役エンジニアがAIを使う場合にはこういう問題はあまり起きないかもしれない。
でもこれは「結果さえ出せればいい」AIの思考様式をよく表してると思う。
もう一つ。出力結果が同じでも、コード実行過程の副作用が重要なケースがある。キャッシング、監査、ロギング。AIは指示がなければこの種の副作用について検討することはまずない。
プロンプトに書き込めていればいいが、ユーザがこれらを書き漏らしたら無視される。
そしてこれ、モデルが改良されても残るんじゃないかと思っている。
上位者が意識していない過程の詳細は、モデル品質が上がっても無視され続けるんじゃないか。
こう考えると、エンジニアを大量にレイオフしてAIに置き換えてサービスが回るわけがない、と感じる。
イメージで言うと、こうだ。
AIは出力誤差を最小化しようとするが、そこに至る経路はものすごく多様で、その中から一つを選んでるに過ぎない。
風来のシレンとかトルネコみたいなローグライクを思い浮かべてほしい。
ダンジョンの全貌は見えていない。でもゴールのおおまかな位置は分かっている。AIは宝箱もアイテムもボーナスも全部無視して、「最もエラーの少ない最短経路」をゴールに向かって突っ切る。
優秀なエンジニアは違う。ボーナスの存在、回避すべきトラップ、寄り道で拾えるアイテムを熟知している。だから得点を積み上げながら、時間をかけてゴールに辿り着く。
一方、「最高の結果を出せ」みたいな曖昧な指示でAIに任せると、罠を踏んでボロボロになりながら、いろんなものを失った状態で、ゴールにだけは最速で到達する、というイメージになる。
ゴールしたかどうかしか見ない上位者には、AIが最速で結果を出しているように見える。失われたボーナス、踏んだトラップ、本来拾えたはずのアイテムは目に入らない。
https://news.yahoo.co.jp/articles/5b3fa0aaa452788aa173cac5c27d0e2ab4cadab9
原神予告番組おもろかったな!
仲良さそうな男性声優2人が漫才トークしてるのは人によっては嫌かもしれんが俺はナギさんの同時視聴みながら楽しませてもらった
6年ごしに足跡PVのスメール副題回収されるのもアツいし番組で判明したように冬夜の戯劇PVの謎だった世界樹炎上シーンも回収されるっぽくてどんだけ綿密に世界観構築してるんだと恐ろしくなるね
てかスメールが好きすぎる、転生したらスメールに住みたいくらいだけどどうやらドットーレの復活絡みでスメールが滅びの危機っぽいな
なんかナヒーダの伝説任務でもアランナラが滅びの記憶映像見せてくれた覚えがあるしそのへんも関係するんだろうか
てか今日きたコレイの誕生日メールの「平和な日々がずっと続くといいな」がフラグにしか見えないんよホヨバくん本当に君ってやつは
今さっき来たネフェルの誕生日メールにも「ファデュイ情報がらみで砂漠から不穏な情報が」ってあるしこういうリアルタイム性がエグいわ
新キャラに関してはニコの爆発ビジュアルも想像以上に美しかったしローエンは想像以上にワイルドだった、一部のMっけあるオタク女子には刺さりそうだな
てかローエンは恒常って予想されてたけど、特に言及ないから限定ってことで、読みを外してきたな
べつに毎年恒常追加されるって決まりはないけど、こうなるともしや、次の次verに来ると思われるサンドローネが恒常なのでは?
新聖遺物がスネージナヤギミック系の超電導強化だから雷か氷のキャラになる、イネファ的な枠になると思うんだけど
イネファがpaimon.moeの統計みても初回登場時ぜんっぜん引かれてなかったんだよね、俺は実装時に確保したけど
ナドクライ環境で必携レベルな性能だったことを後々身に沁みて理解した人が多かったのか、あとナドクライ到着後の家族愛エピソードが良かったのもあってか、復刻時の方が引かれてるという異常事態だったほど
そこで開発的はちょっと考えるところがあったのかもしれない
ver終盤の新地域ギミック先取りキャラを恒常で入れておくというのは、新地域への対応力をもったプレイヤーを増やすという意味で合理的なやり方にも思える
だから個人的には限定よりも恒常追加の方が理想的なんじゃないかと思ってはいるんだよね
どうせサンドローネに思い入れあるプレイヤーが大半だから限定だろうが恒常だろうが回るだろうしね
考えうる最高のパターンだと、サンドローネ恒常で、限定並の性能をもちつつ、実装と同時にすり抜け枠のカスタム機能が追加され、初期5人から8人まで増えてたところが9人から5枠選択するようになるパターン
すり抜けなしのNTEが最近ちょっと話題をさらってたが原神がすり抜けなしに変更することはまずないと思うから、「すり抜けを許容できる程度に嬉しいものにする」路線しかないと思うんだよね
特に無主の星屑狙いの人は新恒常追加が嬉しくないものになってるから何かしら手を入れるべき時期だとは思う
ちなみにNTEだけどハンターランク35、シティ名声レベル27まで無課金でやってたけど節々の低品質さと作業が多いわりに退屈になってきたのと生成AI利用指摘への対応が不誠実と感じたのが決め手になって俺はさっきアンストした
それ以外にも声優が台詞話してる途中でゲーム側がぶった切って来ること結構あったしわりと創作に対するリスペクトが感じられない感じがする、この会社
シナリオは全部やったけどバンドのエピが普通に良かった程度、あとは無感動で台詞言い終わってもページ送りできないモーション待ち?が多発する仕様がイライラしてキツかった
まぁ餅ありナナリと、1凸ちぃちゃん餅1凸の強さを満喫できたし、軌道外の全日路線も10ステージ目だけ星2だけどあとは星3クリアできたから10日間のプレイ歴にしてはよくやった部類なはず、周期路線の方は3ステージ目くらいまで完クリしてまだやれそうだったけど放置
にしても毎日やったほうがいいことが多すぎて本当にしんどい、先だってやめてるエンフィより時間を奪ってくる後発ゲー特有の設計だった
F1デイリー、F2デイリー、噴水、魔女、プレゼント、ウィッシュ坂絵馬祈願(ゲーム内20時~、リアル24hCD)、映画デート、コーヒー補充、家具受け取り(コットン、ブロック、虫コイン)、タウン絆交流(遭遇タイム)、ちぃちゃんファンス稼ぎ
ちぃちゃんは上限あるから2週間もやれば終わるだろうけど異象家具のレベル上げ素材集めも結構果てしなくて、自販機の電気霊、ポップ、妖刀、憂愁の英雄熊の全狩りを毎日した方がいいし、ポストの家具Lvのためにシティスタミナを毎日配達ぜんぶこなすのに使った方がいいしで
競合ゲーをやる時間を失わせて興味をなくさせるために虚無作業を山盛りにされてる感じがする、ホヨバゲーが日課をコンパクトにしてリアル大事にさせようって意思を感じるのと真逆よ
レースゲー部分と大強盗はそこそこ面白かったけど全体的にセンスが古くてホラー要素というか突然の衝撃音とかでびっくりさせてくる系のが特にいつもイヤホンでプレイしてる自分にとってはゲンナリさせられた
AI関連技術をゲーム開発の助力とできる時代になってきて、自分はAI全否定ではなくモーションマッチングとかNPC行動AIとか有益に活用できる部分はしていったらいいと思うんだけど
他社作品を学習した生成AIっぽい画像や動画をパロディ・オマージュの体でふんだんに使おうとするのは盛大に解釈違いなんであれよ
今後もAIやゲームエンジンの力で、ぱっと見は高画質で見栄えするゲーム、作り込まれて「いるように見える」ゲームに触れる機会は増えていくんだろう
だからこそ表面的なものに惑わされず、開発にかかわる人たちがどういう考え方や嗜好をもって創作に向き合ってるのか、内面を嗅ぎ取っていかんと遊ぶ側も身が持たんね
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
「嫌中」動画や日本称賛系動画のコメント欄には、内容を事実と疑わないような称賛と憎悪があふれていた。
動画が関心を集め、再生数が増えるほど、収益を生んでいることを実感した。得た報酬は、多い月で約5万円。「お金のためだった。でもそれが誰かの思想をゆがめ、社会を分断させたのかもと気づいた」
今年1月、発注者から「収益化ができなくなった」と知らされた。
仕事は途絶えた。だが焦りや不安より、後悔の念にさいなまれた。「外国人への影響を想像することもしなかった。人として、間違ったことをしたんじゃないか」
取材に応じたのは、「過度な中国批判は、お金もうけのために人為的に作られたものかもしれない。内容を信じてしまう人が少しでも減れば」という思いからだ。
発注者とはチャットでのやりとりに終始し、男性は最後まで顔も声も知らなかった。(華野優気)
■発注者は 「日本が大好きな方、中国が嫌いな方」募集 規制で収益消え政治系に転向「すごく簡単。2週間で50万円」
東京都内のオートロック付きマンション。インターホン越しに取材と伝えると、白髪交じりの男性が降りてきた。「家族が『外でやって』と言うので」
男性は近くの路上で、大手仕事仲介サイトに「嫌中系」をうたう動画制作の求人を出し、つくった動画をYouTubeに投稿してきたことを認めた。
計5回の取材に語ったところによると、男性は60代。有名私立大学を卒業し、外資系など複数の金融会社で20年近く働き、2000年代に国家公務員に転職した。
転機は定年退職した数年前。「独立し、クリエーティブなことで稼ぎたい」。目をつけたのがYouTubeだった。
当時、顔を出さずに、静止画や機械音声を使った動画がはやり始めていた。元手がほぼいらずに稼げることに魅力を感じた。セミナーに入り、収益を増やすため、「成功者」たちから編集や台本の外注方法も学んだ。
最初に始めたのは、大谷翔平選手を扱うチャンネル。広告収益は最高で月150万円に上ったが、浮き沈みも激しかった。それに、移籍先のことなど、ニュースを追わないと再生数は伸びない。「大変だった」
しばらくして、「嫌中」がはやり始めた。中国人と関わったことはないが、中国批判をする雑誌への投稿歴もあり、参入にためらいはなかった。「中国人は嫌い。自分のやりたいことと、視聴者の需要が一致した」
仕事仲介サイトの記録によると、男性は24年7月~25年12月、「嫌中」や、日本が中国など他国よりも優れているとする「日本称賛」の仕事ばかりを発注。募集文には、「中国人の迷惑行為、その後、自業自得になったり、天罰が下ったりするフィクション動画」「応募条件は日本が大好きな方、中国が嫌いな方」などと書かれ、少なくとも30人以上と業務委託が成約していた。
男性によると、大谷選手の動画も嫌中系も、視聴者の大多数は65歳以上。ただ、嫌中系は最後まで見る人が多く、広告単価は、大谷選手の動画の約3倍に。収益は「多くて月約60万円で、安定していた」と話す。
男性は取材に、「あくまで中国を批判しているだけ。嫌中は何年も許されてきたし、他にやっている人もたくさんいる。今さら問題視するのはおかしい」と憤った。
仕事仲介サイト上の募集は昨年12月、「差別につながる可能性が高い」として非公開処分に。「嫌中」チャンネルも今年1月にYouTubeに広告収益を止められたという。YouTubeは1月、AI(人工知能)による「低品質動画」を規制する方針を示していた。
すると男性は1月、新たな「政治系チャンネル」を開設。高市早苗首相を取り上げつつ、野党や、自民党でもネットで不人気の政治家を批判した。
外注せず自ら編集し、「すごく簡単。2週間で50万円稼いだ」と豪語する。まもなく広告収益を止められたが、こう語る。
「これからもYouTubeで稼ぎますよ。これを中心に、妻子を養っていくんで」
YouTubeの運営会社Googleは、「スパムや詐欺などの欺瞞(ぎまん)行為」などを禁止。同社は25年10~12月、ポリシー違反があったとして世界で約340万チャンネルを削除したが、男性のものとみられる「嫌中」チャンネルは、5月上旬も削除されていない。(平川仁)
■アテンションエコノミー 怒り・嫌悪で引きつけ広告収益、視聴者は一呼吸置いて 国際大学・山口真一教授
SNSや偽・誤情報の問題に詳しい国際大学の山口真一教授(社会情報学)は、「嫌中」動画が出回る背景に「負の感情をあおるほど収益につながる『アテンションエコノミー』の構造的な問題がある」と指摘する。
山口教授によると、特定の国や集団への反感を刺激する内容など、怒りや嫌悪といった感情は人々の注意を引きやすく、制作者は広告収益を得やすい。「発信者の信条や差別意識だけではなく、経済的動機も無視できない」と言う。
山口教授は、「視聴者に現実の出来事と受け止められれば、差別意識の強化や現実認識のゆがみにつながりかねない」と話す。
「誰にでも起きうる問題」とする一方で、山口教授らの2023年の調査では、50、60代の視聴者は若い世代に比べ、偽・誤情報や陰謀論を「やや信じやすい」傾向にあった。背景に、「テレビでYouTubeが視聴できるようになり、テレビ番組や新聞に近い感覚で接している可能性がある」という。
動画には、露骨な差別表現は使わずとも、間接的に特定集団への嫌悪や偏見をあおるものも少なくない。
山口教授は、「明確なポリシー違反と断定しにくい『境界線上のコンテンツ』にプラットフォーム企業が適切に対処できるかが問われる」と指摘する。
具体的な対策として、問題のあるコンテンツを量産するアカウント群をより早く把握し、広告収益を停止することや、動画を視聴者にすすめる「アルゴリズム」を、特定の動画については抑制することなどをあげる。
視聴者は、強い反感をかき立てる動画ほど、「(直接の当事者の証言や公式発表などの)1次情報はあるか」「投稿の目的は何か」など一呼吸置いて考える習慣が必要だと指摘する。(平川仁)
俺は時折思うことがある、「もしかしてロリコンって単に大人の女の持つ汚らしさへの耐性が低いだけなんじゃないか?」って。
その証拠にロリコンの世界では「あいつの体を知っちまったら、てめぇなんざ薄汚くて抱く気にもならねぇんだよ、ババァ!」というのがガチの名台詞として語り継がれているらしい。
つまり、相手が大人の女であっても汚らしさを感じさせなければワンチャンがあるわけだ。
じゃあどうするか?
俺は3つ方法があると思う。
まず欧米のAV女優がやるレベルでマンコの漂白、パイパン化をすることだ。
おおむね日本のAV女優はパイパンをするときでも脱毛ではなく剃毛で済ませがちだ。
良く分からんがそっちの方が「剃っている感」があって需要が出るらしい。
つまり「剃る」という行為に興奮する変態が多いのだが、これではロリコンは納得しないだろう。
そしてなんか凄い漂白作用があるヤバイ薬品でマンコをペールピンクになるまで脱色する。
これで「なんか毛やヒダがビラビラしていて色も黒ずんでいるマンコは無理」というロリコンどもが泣きながらシコることうけあいだ。
次に顔にモザイクをかけよう。
顔のほうれい線をフラッシュで消し飛ばすのにもやはり限度がある。
モザイクで完全に0にするほうが手っ取り早い。
これは品質が伴っていない女優が多い素人コスプレ界隈では定番のテクニックだ。
人間は欠損した情報を自分に都合良く埋めるのはマスク美人のガッカリ率から用意に分かる。
これで「シワと整形あとばっかのババァの無理した笑顔が無理」というロリコン共もニコニコでシコシコだ。
20超えた女がランドセルを背負って裏声で泣きわめきながら小便を漏らす映像なんて一部の異常者以外にはただのスナッフフィルムだ。
というかくだらんお芝居なんていらん。
適当に低身長な女優を連れてきてマンコを脱毛漂白整形してから顔にモザイクかけて無言でパンパンさせとくだけでいいんだ。
これでよっぽど重症なロリコン以外は成人女性でシコるという成功体験を積むことが出来るはずだ。
そしてゆくゆくはストライクゾーンが上にズレていき普通の女性とお付き合いをしてもいいかなと考えるようになって少子化に貢献できるようになるのだ。
現在は麻辣湯(マーラータン)がターゲットになっているが、以前から数々の流行食品が障害者のターゲットにされてきた。
このように、食品そのものの味や品質というよりも、「それを享受している層」や「流行という現象」に対する嫌悪感が、アンチ活動の主な原動力となっているのが特徴です。
大抵の名物、文化が昭和生まれのものばかりで、他地域に比べると個性に乏しい
名古屋まつりは昭和発祥、どまつりなんて平成生まれだし、これらの事実はもともとこの地域には伝統文化が根付いてなかったって証左でもある
それプラスで思うのが、愛知県全体で見てもショッピングモール、チェーン店に完全に支配されてて、人口規模の割にどこいっても同じような店しかないのも残念なところだよな
製造業の街だからなのかわからないが、あらゆるものが標準化、マニュアル化されてる感がある
それはつまり合理的で、高い品質を安定して提供できるという意味でもあり、だから生活はしやすいし、どこに住んでも不便さを感じにくい
でも逆に言うとそれは独自性に乏しいという意味でもあり、没個性という意味になる
そういう意味で、名古屋・愛知は住むにはいいけど、よそから遊びに来てもあんまり楽しくないところなんだよな
日本全国にあるものは大体名古屋・愛知でも楽しめるしそのクオリティもかなり高い
でも名古屋・愛知に来ないと楽しめないような独自性のあるものはほぼない
そんな街が名古屋だ
いや狭い範囲に人が集まるといえど商業地域あるいは工業地帯とかは近隣にあるわけでそっちでええやん
たとえば俺の地域だと市庁舎の最寄駅から工業地帯まで12kmほどだけど
通信速度ガーとか品質ガーって言うけど12km程度で劇的に変わるもんなん?現状でもクソ早いんだから12km程度で何が変わんねん感あるけども
工業地帯のほうが高圧線とか太めに引いてあるだろうしさ、工業地帯でいいじゃん
ちょい高台に物流倉庫とかが密集してたりするけどさ、ああいうとことかさ
改めて聞くけど
なんで敢えてこういう住宅街のド真ん中に建てるわけ?
https://www.yomiuri.co.jp/pluralphoto/20260501-GYT1I00063/
やっぱり周辺住民を肉壁にする気なんだろうな
少し前に出たデュエットナイトアビスはラノベノリで古臭くはあったが、それでもキツくは無かった
崩壊スターレイルのフレーバーテキストは気取ってはいるが一定の品質が保たれていて受け入れられるものだった
NTEは、キツイ。厳しさの中にある。
アメリカンコミックノリはキャラクターが渋い声のマッチョオジ、野太い声の女だから成立するのに、
そこを萌えキャラとナヨ声男に演らせた上にカートゥーンネットワークをドパガキ向けアレンジしたような演出をオンして地獄
探索要素も街生活要素も楽しいのに、戦闘と演出があまりにもカス
あと一線級の声優使ってるのにここまで変なことになってるのって、微妙な翻訳が残り続けてるせいだと思うんだよね
どこが校閲と収録してんだろ
それは、「自行スマホアプリの行員テストで私物スマホを使う」ためだ
今日び、ほとんどの銀行は個人向けのスマホアプリを提供している。開発したらIT部門でテストして業務ビジネス部門でもテストしてローンチする流れは同じだ
しかし、これだけでは何十何百とある端末×OSの組み合わせは少ししか網羅できない
そこで、端末×OSの網羅性を上げ、より高い品質を確保するために、行員の一部にだけ更新版アプリを公開し、行員の私物スマホで新機能を使ってもらい、最後のバグ出しを行い、数週間後に一般にアプリ公開する運用が多くの銀行で行われている
行員テストはIT部門だけでは人が足りないので業務ビジネス部門も動員する。大規模開発だと30人くらい動員するのも見たことがある
こういう話をすると「シミュレータで良いのでは?」と思うだろうが、多くの銀行は実機でしか再現できないバグによる顧客障害を過去に起こしたことがあるため、「最後は実機確認」という鉄則があるのだ