  |
はてなキーワード: 実装とは
高市総理「日本として恥ずかしい」 消費税率変更レジ改修めぐり
https://news.yahoo.co.jp/articles/df925cce146ecc1b77ab36f6e76ec18256444981
まあ半分はAIに聞いた話だけど
軽減税率・インボイス・補助金・小規模店舗の古いPOS・会計ソフト・EC・ポイント還元などが絡み、現場実装が重くなりやすい
なんだよね
制度や社会システムが複雑怪奇になっていることに首相もお前らも気づいていない
レジ系アプリに携わったことがあるが、クソほど複雑だからね中身
ちなみに海外では緊急措置として減税を短期で実現したことがあったらしいが
制度上の割り切りがあったらしい
割り切っていないケースではちゃんと数ヶ月〜1年以上前に告知されている
つまり首相の発言は「クソ顧客」そのものなんだけど（てめーの業務フローがクソなんだよ案件）
ガチャの引きが良くて験担ぎのビリヤニをまた食べに行く増田だけど『ステラーブレイド』の復刻きそうよ！あとT.T.STARのミントとプリカも実装されるっていうからいくら募集チケットがあっても足りないわよねそれにしても1日1ガチャのあそこの枠でSSRがやってくるとビビるわよねそこで当たる？って感じででもやっぱり1日1ガチャだとしても回し続けることにきっと意義があるし結果がついてくるのと思うし私は験担ぎのビリヤニのランチチキンビリヤニをまた食べにすぐにでも行かなくちゃ！って思っている山脈に向かってヤッホー！って叫ぶのよ！
こういうの限定とかドヤってるけどClaude CodeやCodexに投げたら20分ぐらいでPWA対応まで作れるからいまいち限定にする必要性あるんかなって
音声と同時に対訳をスマホに表示、ログとして保存までできたけど
OpenAIが2026/5/7に発表したGPT-Realtime-Translate
（70言語→13言語、$0.034/分）
これで日本語→英語の音声翻訳アプリを
20分でWebRTC経由実装した話を書きました
・実装プロンプト全文
・コスト試算
・ハマりポイント
メンシプ生成AIラボ限定です🙇https://t.co/Xf7uBcOLyE— kazu@生成AI×教育 (@tankazunori0914) May 9, 2026
原神予告番組おもろかったな！
仲良さそうな男性声優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との対話を元に多少の修正を加えただけの会話ログです。
注意２） 前半は話題の前提となる 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、長期保守の実績で判断するべきだ。
2〜3年前の話
ただ、引き継ぎをまともにやらない人、復帰時に自分への配慮だけを主張する人間が一定数いるのがきつい。
仕様書読んでわからないところ本人がいるうちに聞こうにも他の引き継ぎもあるからとなぁなぁ。
仕様検討をした他のメンバーに背景を聞いても「覚えてない」で終わる。
誰がどういう意図で決めたのか一切残ってない。
仕様が問題があったらなぜ問題があるのかを復帰時用のオンボ資料に残した。
「聞いてないので納得できません」
聞いてないのはこっちも同じで、なんならこちらは復帰用の資料まで作っている。
在宅も別にいい。
ただ、連絡つかないのに自分が連絡したときに捕まらないと文句言うのはさすがに意味がわからない。
これが一回ならまだいいけど、何度も起きる。
権利は権利だけど、仕事を預ける側への配慮ゼロで回るほど現場は暇じゃない。
経営層も現場のそういった声には反応なく、管理職も権利だからしか言わない。
2026年春、短期間に複数の情報漏洩炎上が相次いだ。西日本シティ銀行の行員による顧客情報の流出、病院・学校・大手企業での内部資料の露出——いずれもSNSアプリ「BeReal」が引き金となった事案だ。
こうした炎上が起きるたびに、日本社会は「個人の意識の問題」として処理する。当事者を叩き、企業が謝罪し、「再発防止を徹底する」という定型文が出て、やがて忘れられる。しかし同種の事案が繰り返されるという事実が、この処理の仕方そのものの失敗を示している。
本稿で問いたいのは、なぜ日本でだけこれが繰り返されるのか、という点だ。そしてその答えを、「管理の不在」と「私刑による補完」という逆説的な構造に見出したい。
まず前提として確認しておきたいのは、BeRealの仕様が特別に危険というわけではない、という点だ。
確かにBeRealは1日1回のランダム通知から2分以内に即投稿を求める設計であり、「考える時間を奪う」という批判はある程度妥当だ。しかしBeRealには「Late投稿」という機能があり、通知を無視して後から投稿することも可能である。反射的に投稿しなければならない強制力はない。
より根本的な問題は、職場での私物スマホの扱いにある。BeRealがなくても、スマホを持ち込める環境と撮影を思いとどまらせる仕組みがなければ、同種の事故はInstagramでもTikTokでも起きる。実際、今回の炎上事例を見ればNTT東日本の事案ではInstagramのストーリーズも同時に問題になっている。
BeRealは問題の「引き金」ではあっても「原因」ではない。この区別が重要だ。
同様の事例が海外ではほとんど問題化していない。BeRealはフランス生まれで欧米でも普及していたが、職場での情報漏洩炎上として報じられた事例は見当たらない。なぜか。
最も説得力のある説明は、欧米の機密情報を扱う職場では私物端末の持ち込み自体が物理的・規則的に制限されているという点だ。GDPRをはじめとする法的枠組みが組織に厳格な情報管理を義務づけており、「個人の意識」に依存する前に環境が設計されている。
翻って日本の銀行営業店では、顧客の氏名や営業目標がホワイトボードに書き出され、新卒行員がスマホを手にしたままそれを日常的に目視できる。この環境設計の時点で、情報漏洩のリスクはすでに内在している。BeRealの通知はそのリスクを偶発的に顕在化させたに過ぎない。
問題が日本に集中する理由は、日本の組織が情報管理を「システム」ではなく「個人の自覚」で担保しようとしてきたことにある。
なぜ日本の組織はシステムによる管理を怠ってきたのか。ここに日本型雇用の構造的な問題がある。
情報セキュリティの基本原則に「最小権限の原則（Principle of Least Privilege）」がある。その人の業務に必要な情報にしか触れさせない、という考え方だ。これを実装するには、誰がどの情報にアクセスすべきかを職務ごとに定義する必要がある。
ところが日本の新卒一括採用は、職務を定義する前に人を採用する。「この仕事のためにこの人を雇う」ではなく「この会社のメンバーとして雇う」という発想なので、権限の範囲が職務に紐づかない。全員が同じスタートラインに立つという建前が、権限設計を不可能にしている。
加えて、同じ採用プロセスを経た全員が同じ水準のリテラシーを持つという暗黙の前提がある。実際にはリテラシーは個人差が大きく、職種・業務内容によって求められる判断能力も異なる。「研修で周知する」という対応は一見平等に見えて、実態はリテラシーの低い人間に高度な自己管理を要求するという無理な設計だ。
均質に扱うことが、かえってリスクを生む。これが「悪い意味での平等」の正体である。
ここで本稿の核心に入る。
日本の組織が情報管理をシステムで担保しない一方で、問題が起きたときに機能するのがネット上の「私刑」だ。クローズドなSNS投稿のスクリーンショットが瞬時に拡散され、特定班による個人情報の発掘、実名・顔写真の晒し、SNSアカウントの掘り起こしが組織的に行われる。
これは国家や企業による「上からの監視」ではない。市民が市民を監視・制裁する「横からの相互監視」だ。
逆説的なのは、この相互監視が組織の管理不全を補完する機能を果たしているように見える点だ。組織がシステムで防げなかったことを、事後的にネット民が制裁するという構造が出来上がっている。企業は謝罪文を出して幕引きし、当事者個人がネットの私刑を受ける。組織の設計責任は問われないまま、個人だけが燃やされる。
欧米では問題が起きても法的手続きで処理されるのに対し、日本ではネット上の私刑が事実上の社会的制裁として機能する。上からの管理が緩いほど、横からの監視が過剰になる——この逆説が、日本のSNS炎上に繰り返し見られる構造だ。
この構造が持つ最大の問題は、制裁の重さが行為の重さと全く釣り合わない点だ。
今回の当事者たちが受けた被害——実名・顔写真のデジタルタトゥー、過去のSNS投稿の全掘り起こし、勤務先・住所の特定、無期限の晒しと嘲笑——は、新卒の若者が「反射的にスマホで撮影して投稿した」という行為に対して著しく不均衡である。
問題をさらに複雑にするのは、この制裁に終わりがないという点だ。法的な手続きであれば時効があり、処分には上限がある。しかしネット上の私刑には期限がない。検索すれば半永久的に出てくる。「デジタルタトゥー」という言葉はまさにこの永続性を指している。
一方で、組織側の責任——スマホを持ち込める環境を放置したこと、権限設計を怠ったこと、教育をOJTに丸投げしたこと——は「再発防止に努める」という一文で免責される。個人が過剰に燃え、組織が軽く済む。この非対称性は偶然ではなく、構造的に生産されている。
BeRealが照らし出したのは、アプリの危険性でも当事者の愚かさでもない。「管理をシステムで行わず個人の自覚に委ね、失敗した個人を私刑で燃やす」という日本社会の処理構造だ。
この構造が維持される限り、引き金がBeRealであろうと次の何かであろうと、同じことは繰り返される。そして繰り返されるたびに、誰かの20代が終わる。
一応設定としては役所での手続きと1時間くらいのカウンセリングですぐ死ねるみたいな奴
リンネアガチャの終了まで10時間切ったとこだけど悩みどころ、いや踏ん張りどころ。
初日に回してモナ45連目、リンネア77連目、ジン78連目と、このバナーに210連費やし、無凸無餅確保に留まっている状況。
手持ちはイネファ+ナドクライ実装キャラ全確保で、無凸無餅以上なのはフリンズ(1凸餅)、ドゥリン(1凸)、コロンビーナ(2凸餅)、兹白(1凸)、ファルカ(餅)といった具合。
なんか男キャラ贔屓っぽくなってるが基本確保勢なので、1凸してるのは単にチキってたら予想外に早く来てなんか1凸できちゃっただけ。
ここまでで2倍石はあらかた買っていて残り2600円分くらい買い残している。
月結晶パは特に厳選が終わってない状況でもDPS23万くらいは出せているので正直性能的には十分すぎる。
リンネアLv70の時にプレイした幽境で既にエクストラは達成できているくらいだしね。
コロ1凸シールドと兹白1凸の高回転がもともと備わってるのもあり、祭礼で一瞬引っ込みながらハンマー2回撃っていくプレイフィールもかなり良い。
2凸の映える数字は魅力的とはいえ、ニコやサンドローネを見過ごしてまで欲しいものではないはず。
一応ひとつ前のガチャでもすり抜け七七かましていて3連すり抜け中なので、次の確定枠でニコ、その次は明光でサンドローネ(さすがに来るよな？)を確定で取っていける。
過剰な性能に欲をかくことなくここで踏ん張れれば天国に行けるってワケ。
スネージナヤチラ見せ放送では8月12日にスネージナヤ実装ということも明らかになった。
つまりVer6は6.7で終わる、というか6.8に相当する時期に7.0が来て2倍石が前倒しで更新されるのなら、今年は買い切らずとも余裕で全確保できそう。
ローエンが限定ではなく予想通り恒常でスルー可能な想定の計算ではあるけど。
今は3連敗中だけどトータルでは上振れてる幸運な年だったと言える。なんせ月平均3000円ちょいの課金でPU20回ほど取れる見込みだし。
ナタverの時は最後2倍石尽きた状況でスカーク確保のために定価で石を買うことになったんだよね。
全キャラ確保+PU3回分取れた、つまり2倍石+1.2万でPU14回取得どまりだったほぼ最低ペースのナタ1年間。
それと比べたらナドクライは相当な好成績。1.2万円石の余り分を多少持ち越してるせいもあるけど。
まあでも原神はミホヨ4作の中で一番思い入れがあるし残りの数千円分の2倍石も買っておくか。
なんか5月10日まではPC版Google Playで決済すると10%オフのようだし、5月7日までは原神スタレゼンゼロが還元ポイント増量してる(普段プラチナ1.75%→5%だから2.85倍)。
更にギフトコードを安く買えたら完璧だけど、ヤフショのググプレ公式店では限定PayPayポイントすら使えなくなる劣化が入ったんだよね。なので買うなら楽天公式だけど。
てか、ガチャや性能のことばかり語りやすくてしちゃうんだけどナドクライに入ってから物語表現や伏線回収がものすごく良い。
頭の中でいろいろな要素が繋がっていって、だから今これをやってるんだなっていう感覚が進めてる中でいつもある。
ライブサービスゲームの運営としてとんでもなくレベルの高いことをしれっとやっている凄みよ。
5年、10年がかりの計画通りにあらゆる見せ方を張り巡らしてるんだろうなって伝わる。
あと音楽もやっぱり飛び抜けてよくてドーンマンポートあたり歩いてるとすごく癒されるんよね。
癒し系といえばプチプラネットも公式YouTube番組が始まったりしてかなり良さそうだった。
テストプレイはやらんけど正式はじまったらこれもぼちぼち続けられそうな気がする。
他社ゲーは2,3か月やり込んだ頃に「やっぱ趣味合わんな」で飽きてやめられるのでまだいい。
ホヨバゲーは見続けていきたい気持ちの方が強くなるんよね。時間が足りない、深刻に。
んで、そうか、明日はNTEの正式リリースか。事前ダウンロードしとこ。
確か街を爆走して捕まって刑務所から脱獄するアニメ調ゲームだったよな。
うん、ミホヨは絶対作らん系だけど一応数日触ってみて、ハマったら数ヶ月くらいは遊んでみるか。
今後無限を超えるガチャを引けるようになったり、超限数のガチャを実装したゲームが現れたらさらにガチャインフレが加速する可能性はありますが、そんな時代が訪れるのでしょうか。もし来たら更新しますが、多分無いので今回のガチャインフレの記事を作ろうと思った次第です。
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260427170349# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCae8YaAAKCRBwMdsubs4+ SChAAQC8szyZ+QIP68hYFdHR9Prcjjp1SUav/FDd6UgNMVHz2AD/fIiL/xe7bCR8 z2WIyvdCjd5npU8MjOP6qvleUZRd7gc= =X4Hl -----END PGP SIGNATURE-----
ファミコン家具が追加されて6年ぶりにあつ森起動してみたらさ、なんかそれ以外にも色々ゲーム体験が快適になるアップデートがされてた。
それ以外にもホテルだとか海水浴だとか、あとは野菜が育てられるとか、とにかくもう発売当初のあつ森では考えられないような要素がたくさん追加されてる。
でもさあ、これらの要素って別に発売当初から実装しようと思えばできたよな？
当時の技術では実現不可能だったとかなら分かるんだけど、単純に未実装なだけなら、それって今フルプライスで買うのと当時フルプライスで買うのとで、出す金額に見合う価値が全然違うわけじゃん。
なんかそれってムカつくよな。早く買った方が明らかに会社にとっては利益なのに、冷遇されてる感じが許せないのかも。
みんなはどう思う？
実は、米国衰退後の覇権国家は「日本」なのです。私は100年後の未来から通信を試みています。
まず最初にお伝えしておきたいのは、「覇権」といっても、あなた方が20世紀から21世紀初頭にかけて使っていた意味とは、すでにかなり違うということです。
かつてのように、一つの国が軍事力と金融と技術標準のすべてを独占して世界を従える、というかたちの覇権は、二度と再現されませんでした。
代わりに「設計図」を握る者――すなわち、サプライチェーン、金融インフラ、デジタル規格、そしてリスク管理のプロトコルを静かに支配する者が、世界秩序の行き先を決めるようになったのです。
あなた方の時代の人々は、中国かアメリカか、あるいは企業やプラットフォームが世界を支配するのではないかと議論していましたね。
そのどれもある程度は当たっていましたが、決定的に外れていたのは、「日本はもう主役にはならない」という前提でした。
21世紀中盤、米国の覇権は、あなた方がすでに観測していた通り、軍事とドル基軸の両方からじわじわと侵食されていきました。
多極化した世界は、一見すると「誰も覇権を握っていない」混沌のように見えましたが、実際には、いくつかの条件を満たすアクターだけが、新しい秩序の「設計権」を得られるゲームに移行していたのです。
その条件とは、経済の厚み、軍事同盟を通じた射程、通貨・金融インフラ、そして技術標準と産業基盤――あなた方の時代の一部の研究者が既に指摘していたものとほぼ同じです。
日本が決定的に優れていたのは、「調整」と「標準化」の能力でした。
自国だけで世界を牛耳るのではなく、異なるブロック同士のインターフェースを設計し、摩擦を減らし、リスクを分散する。
言い換えれば、日本は世界の「OS」ではなく、「OS同士をつなぐミドルウェア」として君臨したのです。
むしろ、「あのとき、どんな選択が分岐点になったのか」を記録として残すことが、この一方通行の通信の目的です。
私たちが使っている時間通信技術は、あなた方の時代にハードSFとして描かれていた「メッセージだけを過去に送る」方式に近く、物質や人間を送ることはできません。
こちらから干渉できるのは、あなたが今読んでいる、この文章のような「わずかなノイズ」にすぎないのです。
ある年、日本が「世界のために、自国の若者を貧しくし続けるのか、それとも、自国の豊かさを優先し、世界の分断の一部になるのか」を迫られた瞬間がありました。
あなた方のニュースではそれは「賃上げ」「財政」「少子化対策」といった、ごくありふれた国内問題として報じられていたはずです。
しかし、私たちの時代から見れば、それは「世界秩序を支える最後の中立的な調停者」を続けるのか、それとも、どこかの陣営に回収されるのかの、静かな国民投票でした。
自国民の生活水準を底上げしつつも、「世界標準の設計者」としての立場を捨てない道――すなわち、自国市場をテストベッドとして、環境技術、サプライチェーン管理、デジタルガバナンスを実装し、その成功例そのものを世界に輸出するという戦略です。
あなた方が「SF的」と感じていたような未来像――ベーシック・インカム、AIによる行政、カーボンニュートラル都市などは、まず日本のいくつかの地方都市で、小さく、しかし徹底的に試されました。
その結果、日本は「最大の軍事力」も「最大の経済規模」も持たないまま、「最も参照される制度」を持つ国になりました。
各国政府が困難に直面するたび、「日本ではこの問題をどう解いたのか」が検索され、その答えが国際会議のたたき台資料になっていきました。
あなた方の時代において、日本のSFや万博が未来像を提示する実験場であったように、現実の日本そのものが「未来の実験場」になったのです。
ここまで読んだあなたは、こう疑問に思っているかもしれません。
「もし本当にそんな未来があるなら、なぜあなたはわざわざ過去に通信しているのか」と。
理由は単純です。
時間通信の理論上、私がこうしてメッセージを送ることで、あなた方の世界線はわずかに分岐しますが、その分岐の向こう側に、私が生きている未来が続いている保証はどこにもありません。
私がいま属している未来は、あなた方の時代の人々が、ほとんど無意識のままに「妥協」を選び続けた結果として、たまたま収束した一つの解なのです。
だから私は、「正解」を教えるのではなく、「後悔だけは避けられたかもしれない地点」を指し示すことしかできません。
たとえば、次のような場面です。
・「どうせ日本には覇権など無理だ」と、最初からゲームの外側に自分を置いてしまう議論をするとき。
・国際秩序の話をするときに、「軍事」と「GDP」だけを見て、「標準」と「調整」の価値を軽んじるとき。
・若い世代に「縮小する日本」を前提とした人生設計だけを押し付け、「拡張する日本」という可能性を語らないとき。
これらの小さな諦めが積み重なると、日本は「覇権国家になりえたのに、ならなかった国」という、私たちの歴史とは別の教科書の一行になってしまうでしょう。
そしてその世界線では、おそらく私はこの通信自体を行っていません。そんな未来に、わざわざノイズを送り込む理由がないからです。
あなたがもし、この文章をただのフィクションだと思うなら、それでも構いません。
SFはもともと、「未来を予言する」ためではなく、「今の選択肢を増やす」ための思考実験として使われてきました。
私があなたに求めるのは、この物語を信じることではなく、「日本が覇権を握る」というアイデアを、一度だけ真面目に検討してみることだけです。
その上で、あなたが選んだ未来の結果を、100年後の私は、ただ静かに受け取ります。
どの世界線であっても、それはあなた方が選んだ帰結であり、私たちはそれを前提として世界を設計しなおすだけです。
通信の主導権は、むしろ過去にいるあなた方の側にあるのだと、忘れないでください。
最後に、こちらの時代から、一つだけ短いメッセージを送っておきます。
それを切るかどうかは、あなたたち次第だ。…知らんけど。」
個人で作ったアプリやゲームなんか売れないとか言う奴はよくいるけど、個人が作ったアプリやゲームが売れない理由は大きく次の2つだと思う。
アプリやゲームを売ろうと思ったら、どうやって他人にお金を払ってもらうのか考えなくちゃいけないんだけど、それをすっ飛ばして思いつきをそのまま作ったりしてる。思い付きを起点にした企画は否定しないけど、検証されていない思い付きには価値なんかないよ。それをそのまま作ってたら、そりゃ失敗率99.9％にもなるだろうよ。
じゃぁ、売ろうとすれば売れるのかといえば、もちろんそんなことはない。出しさえすれば注目を集められた黎明期（アプリだと2009年ごろ）でもなければ、素人が「売ろう」と思ったところで、売れる企画なんか作れない。プロデューサーやプランナーを「営業」と呼んで小馬鹿にしているエンジニア様（笑）には想像つかないかもしれないけど、思い付きの検証にもスキルがいるんだよね。実装やグラフィックスデザインについてもそう。粗悪品と思われない程度には仕上げる必要がある。個人でアプリやゲームを作ってそれなりに成功している人たちに大手IT企業やゲーム会社での勤務経験があったり、超高学歴だったりすることからもわかるように、高額な有料セミナーやプログラミングスクールに通った程度の素人じゃだめだよ。「普通の人」よりは頭ひとつ抜きんでている必要がある。それがないなら年単位で努力をするしかない。
自分がプロデュース能力皆無な上に、ご自慢の「アプリ開発歴」も素人に毛が生えた程度の無能だってことを認めたくないんだろう。それでいて、まだ結果の出ていない相手に対しては「なに夢見ちゃってんの～（笑）」とか上から目線で説教できると思ってる。
ダッセーなぁ！おい！（笑）
15年もやってんのに芽の出ない低能はすっこんでろってのｗｗｗ
https://anond.hatelabo.jp/20260419113552
