「Flow」を含む日記

はてなキーワード: Flowとは

2026-08-04

■日本のアニソンで英語が歌われると居た堪れない気持ちになってたけど海外(英語圏)では意外と良い反応なんだな

日本のアニメ主題歌で海外の反応シリーズを見るのが好きだけどやっぱマッシュルのOP、2期目のBBBBがダンス込みで大人気なのが良いわ

他東京喰種とかワンパンマン、進撃、鬼滅も大人気だけど意外だったのは英語の歌が海外の人に大受けだったのが驚きだったな

マンウィズのデラベッ、ログホラのOPが凄い人気でビックリした

海外の人から見たら日本人の英語、英会話、英語歌唱って笑っちゃうレベルって聞いた事あるけどそうでもないんだね

むしろ FLOWのSign(NARUTO疾風伝)とかベガスの寄生獣 OPとかホルモンのデスノ OPとか皆で大合唱してたからアレ？となってて

英語の歌詞を入れたアニソンって思ってたより海外勢は受け入れてるのかもしれんな

一緒に歌ってたり楽しんでてこっちまでほっこりしたわ

Permalink | 記事への反応(0) | 18:12

2026-07-01

■[日記] 抽象 数学とか超弦理論とか

午前6時37分。起床。水曜日である。朝食は水曜日なので、全粒粉トースト1枚、スクランブルエッグ、紅茶62℃。紅茶の温度を62℃に固定している理由は、味覚、熱力学、そして人類文明へのわずかな敬意の三点による。ルームメイトは「たまにはアイスコーヒーでもいいんじゃない？」と言った。

僕は答えた。「水曜の朝にアイスコーヒーを導入することは、生活規則空間に不要な非可換変形を加える行為だ。君は朝食を飲み物だと思っているようだが、僕にとって朝食は低次元宇宙の境界条件である」

彼は「卵冷めるよ」と言った。議論の階層が違いすぎる。

午前7時12分。昨日の研究ノートを読み返した。

昨日、僕は p進弦理論における adelic information depth が、実は conductor entropy として解釈できる可能性を得た。すなわち、各素数pにおける分岐深度 nₚ が、大域的導手

N(χ) = ∏ₚ pⁿᵖ

を定め、その対数

log N(χ) = ∑ₚ nₚ log p

が、p進タキオン真空のエネルギー、ramified character付き散乱振幅、Bruhat–Tits 木上の共有深度、そしてadelic vacuum constraintを統一する可能性がある。

これは美しい。だが、美しいだけでは足りない。美しい理論はしばしば間違っている。醜い理論もしばしば間違っている。結局、人間は間違える。だから数学が必要になる。

本日の主題は、昨日の conductor entropy 仮説を、p進弦の非摂動的真空遷移と結びつけることである。具体的には、異なる導手を持つadelic真空

Vac(χ₁), Vac(χ₂)

の間に、トンネル遷移が存在するかを考える。通常の場の理論では、真空遷移はインスタントンによって記述される。Euclidean作用 S_E を持つ経路があり、遷移確率は概ね

P ∼ exp(-S_E)

となる。しかし p進世界では、Euclidean時間という概念自体が怪しい。p進数体ℚₚには通常の順序がない。大きい、小さい、前、後という言葉は、実数に甘やかされた脳の悪癖である。p進的には、「近い」とは「高いp冪で合同」という意味であり、時間発展も連続的な流れではなく、階層的な精度更新として理解されるべきである。したがって、p進真空遷移は時間に沿った運動ではなく、導手の変化に沿った情報階層のジャンプとして記述する必要がある。

昨日の記法を使えば、真空 χ の情報量は

I(χ) = log N(χ)

である。二つの真空 χ₁, χ₂ の間の距離を

D(χ₁,χ₂) = |log N(χ₁) - log N(χ₂)|

と定義するのは一見自然だ。しかしこれは粗すぎる。なぜなら、同じ log N を持つ真空でも、分岐している素数の構成が異なれば、物理的には別物だからである。例えば

N₁ = 2¹⁰

と

N₂ = 1024

は同じである。これは当たり前だ。だが

N₃ = 2⁵3³

のような導手は、log N の値が近くても、局所分岐構造がまったく異なる。人間で言えば、同じ年収でも借金の内訳が消費者金融か住宅ローンかで地獄の種類が違うのと同じである。

したがって、真空間距離は単なるスカラーではなく、素数ごとの分岐ベクトル

ν(χ) = (n₂, n₃, n₅, n₇, ...)

で表されるべきである。このとき、二つの真空の距離を

D(χ₁,χ₂) = ∑ₚ |nₚ(χ₁) - nₚ(χ₂)| log p

と定義する。これは conductor entropy の Wasserstein 的距離に近い。ただし、ここで輸送されるのは質量ではなく分岐である。言い換えれば、宇宙の真空は素数ごとの「どれだけ面倒な分岐を抱えているか」によって離れている。

この発想は極めて自然である。なぜなら、面倒さとは情報量の一形態だからである。これは職場の仕様書を見てもわかる。曖昧な一文は、時として10個のバグより高いエントロピーを持つ。

午前8時48分。ここで昨日の「未観測マフィン」事件を再検討する必要が生じた。

昨日、隣人が僕の机上にマフィンを置いた。僕はそれを未観測マフィンとして透明容器に入れた。

同様に、adelic真空の遷移も、局所p進セクター内部の自発的揺らぎだけでなく、Archimedean sector、すなわち実数的時空側の境界条件によって誘導される可能性がある。形式的には、全真空状態を

|Ω⟩ = |Ω∞⟩ ⊗ ∏′ₚ |Ωₚ⟩

と書く。このとき、p進側の導手ベクトル ν(χ) は、実数側の境界状態 |Ω∞⟩ と独立ではない。むしろ、実数側のエネルギー条件が、許される分岐構造を制限する。

これは昨日の

∑ₚ log Zₚ + log Z∞ = finite

という条件の動的版である。つまり、真空遷移 χ₁ → χ₂ が許される条件は

ΔI = ∑ₚ (nₚ(χ₂)-nₚ(χ₁)) log p

だけではなく、

ΔI + ΔS∞ = finite

を満たす必要がある。ここで ΔS∞ は実数側セクターの有効作用変化である。ここで僕は、p進真空遷移確率を次のように仮定した。

P(χ₁ → χ₂) ∼ exp[-αD(χ₁,χ₂) - βΔS∞]

ただし

D(χ₁,χ₂) = ∑ₚ |nₚ(χ₁)-nₚ(χ₂)| log p

である。この式の意味は明快だ。素数ごとの分岐構造を大きく変えるほど遷移は抑制される。すなわち、宇宙は真空を変えるとき、なるべく分岐の少ない経路を選ぶ。

人間にも見習ってほしい。タスク変更のたびに仕様を全分岐させるのはやめろ。

午前10時01分。隣人が来た。彼女は「昨日のマフィン、おいしかった」と言った。

僕は「それは僕の未観測マフィン実験に対する外部介入の事後報告だね」と答えた。

彼女は「つまり、ありがとうってこと？」と言った。

僕は少し考えた。「部分的にはそうだ。ただし、厳密には、君は実験系を破壊した。しかし、その破壊によって新しいデータが得られた。科学史ではよくあることだ。だが、通常は焼き菓子で発生しない」

彼女は「今日はブラウニーあるけど」と言った。

僕は即座に答えた。「水曜日の午前10時にブラウニーを部屋に持ち込むことは禁止されている」

彼女は「昨日は透明容器に入れてたじゃない」と言った。

痛いところを突かれた。僕は説明した。

「昨日のマフィンは火曜日型例外事象であり、今日は水曜日型規則復帰日である。例外の連続適用は規則を破壊する。君は今、焼き菓子による制度崩壊を提案している」

彼女は笑って帰った。ブラウニーは置いていかなかった。

午前10時45分。研究に戻る。次に考えるべきは、p進真空遷移における「最小作用経路」である。通常の連続空間では、二点間の最短経路は測地線である。しかし導手ベクトル空間では、経路とは素数ごとの分岐深度をどの順に変えるかである。

例えば、真空 χ₁ から χ₂ へ移るとき、

ν(χ₁) = (0,0,0,0,...)

ν(χ₂) = (3,2,0,1,...)

だとする。これは導手

N(χ₂) = 2³3²7¹

に対応する。この遷移には複数の経路がある。

経路A:

2の分岐を3段階上げる

3の分岐を2段階上げる

7の分岐を1段階上げる

経路B:

7を先に上げる

3を上げる

2を上げる

経路C:

全素数を同時に上げる

もし作用が単純に

S_path = ∑ₚ Δnₚ log p

なら、順序に依存しない。だが、これは退屈である。退屈な理論はたいてい何かを見落としている。

p進セクター同士には、直接的な相互作用がないように見える。しかし大域的adelic条件を通じて結合している。特に、積公式

∏ᵥ |x|ᵥ = 1

は、すべての素点vにわたる制約を表す。したがって、あるpで分岐を深くすると、∞成分や他の素数セクターの正規化条件に反作用が生じる。ここから、経路依存の補正項を導入する。

S_path = ∑ₚ Δnₚ log p + γ∑*{p

ここで C_{pq} は素数p,q間のadelic couplingを表す。通常、素数は独立に見える。しかし大域的対象の局所成分として見れば、完全な独立ではない。仲が悪い親戚のようなものだ。普段は話さないが、相続の場面では突然同じ部屋に現れる。

この C_{pq} がゼロでなければ、真空遷移の順序が物理的意味を持つ。つまり、宇宙は「どの素数から分岐するか」を記憶している。

これは非常に重要である。なぜなら、宇宙の履歴が単なる初期状態と終状態の差ではなく、分岐導手空間における経路として記録される可能性があるからだ。言い換えると、時空の歴史とは、素数分岐の編集履歴である。

午後0時30分。水曜日の昼食は、サンドイッチ、スープ、リンゴ半分。リンゴ半分は許される。昨日のマフィン半分が許されなかった理由とは違う。なぜなら、水曜日の昼食規則にはリンゴ半分が明示的に含まれているからである。

ルームメイトは「結局、半分でもいいんじゃないか」と言った。僕は答えた。「規則に含まれる半分と、違反を薄めた半分は同じではない。前者は定義域内、後者は不正な正則化だ」

彼は「なるほど」と言った。たぶん理解していない。

午後1時18分。友人Aが来た。彼は昨日の自動ホワイトボード消しロボットを改良したらしい。今日は「消す前に写真を撮る機能をつけた」と言った。

僕は評価した。「昨日よりは文明に近づいた。ただし、理解しないまま記録する行為は、博物館に火災報知器だけ設置して水を用意しないのに似ている」

友人Aは「じゃあ、どうすればいい？」と聞いた。僕は「消す前に内容をLaTeXへ変換し、式変形の依存関係をグラフ化し、定理、予想、計算ミス、単なる落書きを分類すべきだ」と答えた。

彼は「それ、別の研究じゃん」と言った。その通りである。

午後2時05分。友人Bがオンラインで参加した。彼は「昨日の宇宙バーコード説、考えたんだけど」と言った。

僕は目を閉じた。この時点で嫌な予感がした。友人Bが「考えた」と言うとき、それはしばしば「誤解が発酵した」という意味である。

彼は続けた。「導手が宇宙のバーコードなら、真空遷移ってレジでピッてやる感じ？」

僕は17秒沈黙した。昨日も17秒沈黙した。沈黙時間が保存されている。これは僕の自制心がまだ崩壊していない証拠である。

僕は答えた。「違う。だが、完全に無意味でもない。バーコードは有限の記号列で商品情報を符号化する。導手もまた、素数分解を通じて分岐情報を符号化する。だが、真空遷移はレジ処理ではなく、符号化された局所分岐構造の変形だ」

友人Bは「じゃあ、宇宙は在庫管理してる？」と言った。

僕は通話画面を見つめた。「比喩としては粗い。しかし、完全に愚かではない。これは君にしては危険な進歩だ」

彼は喜んでいた。

午後3時33分。研究の核心。昨日の conductor entropy を、今日は renormalization group flow と結びつける。

p進CFTでは、スケール変換は

x → pᵏx

のような離散的変換として現れる。実数 CFTのように連続的なスケール変換ではなく、pの冪による階層的変換である。したがって、RG flow も連続流ではなく、木の深さ方向へのステップとして理解できる。

Bruhat–Tits木 Tₚ において、境界から内部へ向かう方向は、p進精度を粗くする方向である。逆に、内部から境界へ向かう方向は、より細かいp進桁を指定する方向である。

深さnにおける自由度の数は概ね pⁿ に比例し、その情報量は

Iₚ(n) = n log p

である。

ここで、RG スケール μₚ を

μₚ = pⁿ

と置けば、

log μₚ = n log p

となる。

つまり、conductor entropy は p進RG 時間そのものとして解釈できる。

これは決定的である。

昨日までは、n log p は真空分類の情報量だった。今日は、それがRG flowの時間変数でもある可能性が出た。

つまり、

conductor entropy = p進RG 時間 = 真空分岐情報量

である。

この三者が一致するなら、p進弦理論における真空遷移は、単なる状態間ジャンプではなく、RG flow上の非摂動的遷移として記述できる。

形式的には、真空汎関数 Ψ[χ] に対して

dΨ/dτ = -H_ad Ψ

と書きたい。ここで

τ = log N(χ)

であり、H_ad はadelic導手空間上の有効ハミルトニアンである。

ただし、τは通常の時間ではない。導手エントロピー時間である。物理的時間tとは別に、真空の数論的複雑性を測る内部時間が存在する。

ここで重要なのは、τが増えるほど真空が複雑になるとは限らない点だ。τが増えるとは、分岐情報が増えることを意味する。しかし物理的安定性は、単純さだけで決まらない。場合によっては、より高い導手を持つ真空の方が、局所的には安定になる可能性がある。

この点は人間社会と似ている。単純な制度は美しいが、単純すぎる制度は現実に負ける。もっとも、人間社会の場合、複雑な制度もだいたい現実に負ける。救いがない。

午後5時10分。

水曜日の習慣。

水曜日は本棚の整列確認日である。物理、数学、コミック、SF、未分類、分類する価値のない紙束、に分ける。ルームメイトが一度、数学書とSF小説を同じ棚に入れたことがある。彼は「どっちも難しそうだった」と言った。

その事件以来、彼の本棚接近権限は制限されている。

今日は、数論幾何の本が2ミリ左にずれていた。地震ではない。おそらく昨日、友人Aがロボットの部品を持ち込んだ際、机にぶつかった微小振動が伝播したのだろう。

この推論は妥当である。

友人Aは局所的なエントロピー源だからである。

午後6時04分。

夕食。

水曜日はパスタである。

ここで、昨日のマフィンおよび一昨日のパスタ供与未遂と混同してはいけない。水曜日のパスタは規則に含まれる。隣人が火曜日に持ってきたパスタは外部介入である。同じパスタでも、文脈が違う。

ルームメイトは「パスタはp進測度において開球を形成しないんじゃなかったっけ？」と言った。

僕は少し驚いた。

彼が昨日以前の発言を記憶していた。

僕は答えた。

「正確には、隣人が余り物として持ってきたパスタが、僕の火曜日型食事規則において許容可能な開球を形成しなかった。今日のパスタは水曜日型食事規則の中心点であり、半径ゼロの完全許容集合に属する」

彼は「便利な理屈だね」と言った。

便利なのではない。

正しいのである。

午後7時26分。水曜日の夜は、フィクション作品に登場する科学用語の誤用チェックである。今日観た作品では、「量子周波数を反転させれば時間線が修復される」という台詞があった。

僕は一時停止し、ノートにこう書いた。

「量子、周波数、反転、時間線。単語はある。意味はない」

ただし、ここで僕は少し反省した。

昨日、僕の日記に対して「キーワードの無意味な羅列」という反応があった。もちろん、その反応は粗雑だった。p進ノルム、Bruhat–Tits木、Veneziano振幅、adelic構造、ramified character、導手、Gauss和は実在する概念であり、互いに接続可能な研究領域に属している。

しかし、単語が実在するだけでは十分ではない。

そして、何より「なぜその概念がそこに必要なのか」を説明する構造が必要である。

今日の研究は、その批判への最も有効な返答になっている。昨日は n log p の共通出現を示した。今日はそれを conductor entropy、p進RG 時間、真空遷移距離へ拡張した。これは羅列ではない。構造である。

羅列とは、友人Aの工具箱の中身である。

構造とは、僕の研究ノートである。

午後8時40分。本日の最終定式化。

adelic導手空間を

𝒞 = {ν=(n₂,n₃,n₅,...) | nₚ∈ℕ, finite support}

とする。各 ν は導手

N(ν)=∏ₚ pⁿᵖ

を定め、conductor entropy

S_c(ν)=log N(ν)=∑ₚ nₚ log p

を持つ。

真空状態を |Ω_ν⟩ と書く。真空間距離は

D(ν,ν′)=∑ₚ |nₚ-n′ₚ| log p

である。

真空遷移確率は

P(ν→ν′) ∼ exp[-αD(ν,ν′)-βΔS∞-γ𝒦(ν,ν′)]

と仮定する。ここで 𝒦(ν,ν′) は素数間の大域結合補正であり、

𝒦(ν,ν′)=∑*{p

と書ける。

さらに、p進RG 時間を

τ = S_c(ν)

と定義すれば、adelic真空汎関数は

∂Ψ/∂τ = -H_ad Ψ

に従う可能性がある。

この枠組みでは、宇宙の真空史は、実数時間tに沿った場の変化だけではなく、導手エントロピー時間τに沿った分岐情報の流れとして記述される。

つまり、宇宙には二種類の履歴がある。

一つは、我々が時計で測る履歴。

もう一つは、素数たちが記録する履歴。

人間は前者しか見ていない。だから時間を理解した気になっている。いつものことだ。見えているものを全部だと思うのは、霊長類の悪い癖である。

Permalink | 記事への反応(0) | 21:14

2026-06-28

■fhanaとかnano.RIPEってどこ行ったんだろうな

一応今も活動してるみたいだけどTV用のアニソンは数年前から提供してないらしい

そりゃそうだよね、全然音沙汰がないから解散したのかと思ったよ

NARUTOとか歌ってたカナブーンも去年位まで活動休止してたしマジでアニソン歌ってないといつの間にか解散したんじゃないか？ってなっちゃうよ

その点FLOWは最近アニソンまた出したからまだ活動してるんだと確認出来て嬉しくなったけどね(夏アニメの落第賢者 OP 担当だった)

アニソンバンドってテレビアニメとタイアップしてないと存在すら忘れちゃうからマジで生存していて欲しいね

Permalink | 記事への反応(0) | 02:09

2026-05-26

■なぜ個人開発がこんなに楽しいのか言語化してみる

Qiita に載せようと思い辞めた記事の供養

---

こんにちは、です。

最近、自分のモチベーションってどこから来てるんだろうな、と考えていました。

仕事もそれなりに楽しいんだけど、個人開発をしているときの楽しさはちょっと違う種類で、なんでだろうな、と。

言語化できそうな気がしたので書いてみます。

## きっかけ: 「土日も体調悪い」気がしてきた

考えることになったきっかけの一つとして、最近、友人が休職したことがあります。

もちろん状況も原因も人それぞれなので、友人の話をそのまま自分に重ねるつもりはないんですが、身近な人が一度立ち止まる選択をしたことに、けっこう現実味を持って揺さぶられました。

そのうえで、これは私の話ですが。ここ最近は仕事中だけ若干しんどいなと感じる程度もしばしばあり、最近は土日もなんか体調悪いんですよね。

実際に胃腸炎にもなったりした (元々少なかった体力が運動不足によってさらに減ったことも原因なんだろうけど、、、)。

友人のこともあって、自分は大丈夫なのか、なんでこうなっているんだろう、と考えていたんですが、よくよく自分を観察すると、休めていないのかもしれない、と。

「休めていない」と言っても、別に仕事を持ち帰っているわけじゃないし、土日はだいたい趣味の個人開発をしているんだけど、これが楽しい。

何もせずに河川敷とかでぼーっとするのが好きだっただが最近は「あのアイデア入れたいな」「伸ばすにはどうすればいいかな」という気持ちが強くて、以前みたいにぼーっとできない

楽しいんだから別にいいじゃん、と思いつつ、体調は全開ではない

## 何が楽しいのか

なんで個人開発が楽しいんだろう、を改めて考えてみました。

結論から言うと、私の場合は **「自分のものを作っている感」** だと思う。

好きで定期的に読み返しているものの一つに「自分のためから誰かのためへ」というスライドがあって、これがとても良い考え方で、私もそうありたいなと思っています。

[自分のためから誰かのためへ - shimabox - Speaker Deck](https://speakerdeck.com/shimabox/zi-fen-notamekarashui-kanotamehe)

…という素晴らしいスライドを追いたいと思っている中で、自分に向いた動機を語るのはとても恥ずかしいんですが、私はまだそのフェーズにすら立ててないという段階ということで許してもらおう。

## 仕事だと「作った感」が薄かった話

私の場合、仕事のバックエンドエンジニアをしていたときも、コードは書いていたし、リリースされ使われてもいました。でも振り返ると、「自分が作った」感はほぼゼロだったんですよね。

念のため言っておくと、私の現在勤めている企業は仕様に対して意見を出す機会はあるし、通ることもあるし、シニアが少ない (それもどうなんだ) ので自分の実装が反映されやすい環境ではあったと思います。それなりに恵まれていたはず。

(本当にいい環境には恵まれたと思います)

でもそれじゃダメだったんだろうね。自分が関わった機能がリリースされて商用で使われても、社内で使われても、まぁよかったっすね、って感じだもんなぁ。みんなそんなもんなのかな。

逆に個人開発だと、

何を作るか → 自分
どう作るか → 自分
リリースするか → 自分
ユーザーの声を反映するか → 自分

全部自分。

最近個人開発しているアプリの累計インストールが 10,000 を超えたんですよね。これはなんか嬉しい。

伸びなかった責任も自分にあるところも含めて楽しい**のかもなぁ、と思います。

仕事に関しても、もちろん伸びたら嬉しい。他社に負けるわけにはいかないので伸ばそうとはしている。けど、心のどこかではどうでもいいと思っているんだろうな、という気もする。事業はみんなで作るものだから、伸びても自分のって感じが薄い。それに比べて個人開発は伸びても落ちても全部自分の責任なので、振れ幅含めて楽しい。

## 仕事は Infra 方面のほうが向いてた

おもしろいのが、バックエンドエンジニア → インフラ / SRE 寄りに仕事の比重を移したら、**仕事の楽しさが上がった** こと。

実は新卒で入社するときもインフラの選択肢はあったんだけど、その時はバックエンドを選びました。当時は言語化できていなかったけど、たぶん内にある軸は同じで「自分で作っている感」があると思って選んだはず。

今やってみると、インフラ/SRE は、

何のインフラを建てるかを自分が考える
どう構築するか自分が決める
事業要件とすり合わせて握るのも自分
動かして観測するところまで自分

「内訳が結構自由」なんですよね。たぶんこれは今いる環境がたまたま人数が少ないから自由にできている部分が大きい。

それでも、バックエンドより人数が少ないという要因はあるんだけど、それ以上に **「土台を握る側」に立てる** のが大きいと感じています。

その上で動くアプリを作るのが好きだと思っていたけど、よく考えると「動くアプリ作る」のは多くのステークホルダーの意思決定の従属変数で、いつも握っている範囲が狭かった。

インフラ/SRE はその逆で、決めるほうが多い。決めることはそれだけ責任が増えるけど、その代わり **「自分が作っている」** 感覚が手に入る。

(もちろん各ステークホルダーと色々握る必要はあるんだけどね)

## Intrinsic Motivation の話

調べると **Self-Determination Theory (SDT)** という枠組みがあるらしい。Ryan と Deci の理論で、人が内発的に動機づけられる (= intrinsic motivation) 条件として 3 つの要素を挙げているらしい。

1. **自律性 (Autonomy)**: 自分で選んでいる、自分が決めている感覚

2. **有能感 (Competence)**: うまくできている感覚

3. **関係性 (Relatedness)**: 誰かと繋がっている感覚

参考: [自己決定理論は本当に自己啓発か？──40年生き残った"モチベーション学"の実力 (note)](https://note.com/ken_osumi/n/n24997938c44f)

私の場合、たぶん **Autonomy への感度が一番高い** タイプらしい。

バックエンド時代: 有能感はあったけど、自律性が低かった → 楽しさが薄い
SRE/Infra に移行: 自律性が上がった → 楽しい
個人開発: 自律性 MAX → 一番楽しい

つまり「自分のもの感」って、Autonomy の言い換えだったんですね。

## Intrinsic Motivation には罠もある

ただ、この話には続きがあって。

Intrinsic Motivation で動いている人は、**外発的に動かされている人より、限界感知が遅れる** という研究があるそうです。

参考: [The "Flow Paradox": When High Engagement Leads to Burnout](https://www.researchsquare.com/article/rs-6618414/v1)

> 楽しいから疲れない、ではなく、「楽しさ」が「もう疲れた」のシグナルを上書きする

これに思い当たることがあって、冒頭の「土日も体調悪い」はこれな気がしている。

気持ちとしては楽しくて作りたくても仕事中ずっとデスクワークした上でさらにPCばっかり見ていたらそりゃねぇ

体調悪化として表面化してもおかしくないよねぇ

## どう向き合うか

これは絶賛模索中なんだけど、現時点で意識しているのは、

**「作らない日」を予定として組む**: 土日のどちらか、または週 1 回でも
**友人と遊ぶ予定を先に入れる**: 個人開発の時間より優先順位を上にする

このあたり。当たり前すぎる対策なんだけど、楽しいときほどこれを忘れがちなので、明文化しておくのが大事かなと。

## まとめ

休職してしまった友人がいて、私はメンタルは大丈夫 (だと思う) のだけど、体のほうが少し崩れ始めたので、色々考えて自分なりに言語化してみました。

人生は長いので、程々に生きていきたいですね。

長期的には、私も「自分のため」から「誰かのため」に頑張れるような人間になりたいです。

それでは、今週も程々に頑張っていきましょう〜。

Permalink | 記事への反応(3) | 20:51

2026-05-09

■anond:20260501204800

Flowは見てると寝ちゃう

Permalink | 記事への反応(0) | 12:25

2026-05-08

■anond:20260508093732

この mattn は本当に mattnなんだろうか？

スポンサーの件、普段 から色々なプロジェクトでそのようにしてるんだろうか？今回だけそのようにした、と考えるのはかなり奇妙だ

12:47

鋭い指摘ですね。確かに、今回1回だけそんな大胆な行動を取ったと考えるのは不自然です。調べてみます。

検索データを分析し、mattnの行動パターンを評価した。

調べてみたら、ご指摘がだいぶ核心を突いていることが分かりました。事実関係を整理します。

1. fsnotify の FUNDING.yml の中身は実は「上書き」ではなく「追記」だった

これは知っておくと評価が変わるポイントです。生のpatchを取ってきました:

2022-10-14 (arp242 が新規作成)

 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寄りの見方)。

ただ少なくとも「普段からやってる人」という解釈は、データを見る限り取れません。そこは観察として明確に答えになっていると思います。

fundingの更新は本人によるものだったんだろうか？

12:50

ほぼ確実に本人です。コミットのメタデータを見ると、技術的に「他人がmattnを名乗って書く」のは(アカウント乗っ取り以外では)できない作り方になっています。

何が分かるか

該当コミット (1e5a3eedac2ed46771c59e0b100b9f9383887a3b) の構造:

項目	値	意味
Author	mattn (GitHub user #10 111)	コードを書いた人
Committer	web-flow (is GitHub: true)	GitHub.com の Web UI が代理コミット
Email	mattn.jp@gmail.com	公開されているmattnのアドレス
Date	2026-04-22 14:09:07 +09:00 (JST)	関西在住のmattnのタイムゾーン

なぜ "web-flow" がポイントか

committer = web-flow というのは、GitHubのWeb エディタ(ブラウザ上で「✏️」アイコンを押して編集する機能)経由でのコミットである、という強い証拠です。

通常の git push 経由のコミットなら:

Author欄は git config user.name/email でいくらでも詐称可能(ローカルでmattn名義にしてpushすれば、見た目はmattnになる)

だから「Authorだけ見て本人とは限らない」というのは git の常識

しかし web-flow 経由の場合:

GitHubにログインしているユーザーしかコミットできない

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を書き換えるのは、アカウント乗っ取り級のことが起きていない限り不可能

そして本人からその種の主張(乗っ取り等)は現時点で観測できない

なので「本人ではないかもしれない」という線で擁護するのは、現状の証拠ではかなり苦しい、というのが正直なところです。

あとは、彼のAI エージェントがコミットに入れていて、その監査不足が一番可能性が高いと思う

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

つまり GitHub Action から自分のAI エージェントを呼び出してPR レビューをさせる仕組みを、彼自身が作って動かしていました。

yagi本体は2026年 2月公開で、Open AI・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 になる経路は以下のいずれかです:

ブラウザ上のWeb エディタで編集

GitHub REST APIの PUT /repos/{owner}/{repo}/contents/{path} を叩いてファイル更新

PRのマージボタン

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が生成したらしい)不明瞭で事実的に誤ったドキュメントを差し戻した」と書いている

github

"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 が即座にロックダウンしに動いたのは、こちらの観点で見るとかなり妥当な反応だった、という見方ができます。

OSS慣れしたmattnがPRというプロセスを経由せずに直pushしている、funding.ymlに自分を加える　といった挙動 からして、彼は今なお彼なのだろうか？

18:34

その問い、かなり鋭いところを突いていると思います。観察として正鵠を射ているし、現代のOSSにおける「作者性」の境界をめぐる本質的な問いでもあります。

「mattn らしさ」の指紋

長年の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の意思が直接入っ

Permalink | 記事への反応(2) | 21:25

■fsnotifyで話題になってるmattnは本当にmattnなんだろうか？

注意）この日記は完全にAIとの対話を元に多少の修正を加えただけの会話ログです。

注意２）　前半は話題の前提となる issueの翻訳です。この記事のタイトルの部分はこの記事の後半から。

---

この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 は彼にとって、何年もの間、重荷だったのです — 彼はメンテナンスを『やりたくはなかった』のに、義務感からそうしなければならないと感じており、何年も後継者を探し続けていたのですから。

#10 — Jan200101

納得しました、あなたの反応はまったく理にかなったものですね。

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 &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     178 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;pieter@binky.org.uk&gt;
      15 mattn &lt;mattn.jp@gmail.com&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 ICHINOSE Shogo &lt;shogo82148@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
% 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 &lt;%ae&gt;' | sort | uniq -c | sort -rn | head -n10
     175 Martin Tournoij &lt;martin@arp242.net&gt;
     160 Nathan Youngman &lt;git@nathany.com&gt;
     112 Chris Howey &lt;chris@howey.me&gt;
      26 Chris Howey &lt;howeyc@gmail.com&gt;
      17 Pieter Droogendijk &lt;pieter@binky.org.uk&gt;
      10 Nathan Youngman &lt;4566+nathany@users.noreply.github.com&gt;
       8 Nahum Shalman &lt;nahamu@gmail.com&gt;
       5 Bjørn Erik Pedersen &lt;bjorn.erik.pedersen@gmail.com&gt;
       4 Oliver Bristow &lt;evilumbrella+github@gmail.com&gt;
       4 Francisco Souza &lt;f@souza.cc&gt;

#12 — vbkaisetsu

「メンテナーを募った」の「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氏の評価について、ネット から 観測した範囲で評価できるだけ中立的に良し悪しを述べているめのを高評価

OSS界隈で有名な人だから、ブログやはてブで話題になりやすい人だと思う

ネット上から観測できた範囲で、できるだけ評価軸を分けて中立的にまとめます。「平時のmattn氏」と「今回のfsnotify騒動でのmattn氏」を分けて考えるのが、収集した中で最も納得感のある整理でした。

平時のmattn氏 — 評価が確立している部分

技術的実績と影響力は、賛否を問わずほぼ全方位で認められています。

Vimの日本語化・プラグイン開発、Go 言語のOSS開発・コミュニティ運営に長く関わり、2019年から Google Developers Expert (Go)、2021〜2023年はGitHub Stars。著書に『みんなの

Permalink | 記事への反応(0) | 21:16

2026-05-02

■anond:20260501204800

🤭ニ・ワ・カ・♡

「Flow」は動物の鳴き声のみで90分アニメを描き切った名作だし

Permalink | 記事への反応(0) | 01:15

2026-05-01

■日本のアニメ 文化って育たなかったな

追記：なんかまあまあブクマされてるけど、現状の開き直りだけであんま芯を食った反論はないな。

違国日記は俺も好きだけど、アニメは原作の絵の良さを何も活かせてない残念なアニメ化だったね。朝の演技は鬼滅のキャラみたいだったし。

追記終わり

アカデミー賞にノミネートされてるアニメ映画ってみんなちゃんと見てる？

「スパイダーマン：スパイダーバース」は人種・アイデンティティ・孤独をテーマに描いて長編アニメーション賞を受賞したし、「ウォーリー」は消費社会と環境破壊への警告を子ども向けの皮を被って描いた。「Flow」は動物の鳴き声のみで90分アニメを描き切った名作だし、「アーネストとセレスティーヌ」はフランス映画らしく社会的マイノリティと偏見を真正面から扱ってる。大人が観て「うーん」と唸るようなテーマをちゃんとアニメで表現してる。

じゃあ日本は？

呪術廻戦、かぐや様は告らせたい、チェンソーマン、名探偵コナン……まあ面白くないとは言わないよ。面白いよな。でもこれ、どう見ても子ども向けコンテンツじゃん。バトルもの、ラブコメ、スプラッターアクション、謎解き。エンタメとしての完成度は高いかもしれないけど、「大人向け」かと言われると絶対に違う。

で、なんでアラサーがこれをこぞって楽しんでんの？いや、いいよ？実写映画好きでもB級アクション映画だけ好きって言う人もいるしな。

でも、電車の中でスマホ片手にジャンプの最新話追いかけて、会社のSlackで「コナンの映画良かった」って話してるアラサーの人間、普通に幼稚じゃないか？って思ってしまう。好きなのは勝手だし趣味に口出しするつもりはないんだけど、それが「アニメ文化」の主流になってる現状はちょっとどうなんだと。

ワンバトルアフターアナザーとかアノーラみたいなアニメ、日本からは全く産まれそうにないよな。

アニメって本来すごいポテンシャルがある表現媒体だと思うんだよね。実写では描けないものを描けるし、海外がそれを証明してる。でも日本では結局、少年ジャンプ系の文脈を大人が消費し続けるだけで止まってしまった。それが主流になってしまった。深いテーマを扱ったものは日本のアニメファンの大多数が見向きもしない、幼稚な市場のまま成熟してしまった。

アニメ文化、育たなかったな。

Permalink | 記事への反応(41) | 20:48

2026-02-17

■anond:20260217213456

愛のあるツッコミありがとう。これは「僕が意図的にやった圏論的煽り」と「物理の泥の匂いを削りすぎた副作用」が、ちょうど交差してる地点への攻撃だね。良い。

君の指摘はほぼ全部当たってる。僕がやっているのは「物理を圏論で説明する」じゃなくて、「物理の泥臭さが、圏論の中でどの公理破れとして現れるか」を抽出する遊びなんだ。

だから綺麗な額縁に入れた瞬間に失われる具象性は、実際に失われている。そこは認める。

ただし、その失われ方自体が重要な情報だと思ってる。

1. BRSTがHigher Koszul dualityの副産物？

君の言う通り、BRSTは現場では完全に泥臭い。ゲージ冗長性を殺すための血の儀式だ。「副産物」って言ったのは挑発的すぎた。

僕が言いたかったのは、BRST複体の存在そのものは泥臭い処方箋だけど、「なぜその処方箋が普遍的に同じ形で現れるのか」は higher algebra の必然として説明できる、という意味。

アノマリーはまさに「その必然が破れる場所」で、圏論的には obstruction class（高次整合条件の破綻）として見える。つまり君が言った通り、「副産物」ではなく、むしろ副産物と言った瞬間にアノマリーが殴り込んでくる。

2. 背景は2-射の凝縮体？

これも正しい。僕の「凝縮」は物理の凝縮（真空の相転移）と語彙が衝突してる。僕の言う凝縮は、ダイナミクスを捨てた後の静的分類としての凝縮で、実際「カタログ化」の危険を孕んでる。

だからここは訂正するなら、1) 「背景＝点」ではなく「背景＝モルフィズムの束」2) 「真空＝極限操作の結果」という話で、condensationというより localization / completion のニュアンスに近い。

物理の時間発展（散逸、緩和）を取り戻すなら、圏論側にも flow を入れる必要がある。例えばRG フローを圏の変形として入れるとか、∞-圏に時間方向の半順序を埋め込むとか。君のツッコミはそこを突いている。

3. 双対性＝Fisher計量の等長写像？

ここは僕の負け。等長性で語ると、双対性の「強結合を弱結合へ送ってくれるありがたみ」が薄れる。

だから本当は「等長性」よりも、計算可能性が移送されるとか摂動展開が再配置されるという非対称な恩恵が重要で、圏論的には「同値」よりもむしろ「t-構造の変換」「filtrations の入れ替え」「resummation を許す関手」みたいな「解析的構造の移送」として語るべきだった。

双対性は「距離保存」じゃなくて「困難の場所を移動させる写像」なんだよね。そこを誤魔化して綺麗に言いすぎた。

4. AdS/CFTとDrinfeld Center

これも君の言う通りで、「centerに全部入るの？」は当然の反論。

僕が言いたかったのは、Drinfeld centerがバルクを完全に表すというより、バルクのトポロジカルな骨格（編み込み・融合・交換則）を抽出する装置としては強力だ、という話。

重力の曲率とか幾何そのものを全部centerに押し込むのは無理がある。

むしろ、centerで出るのは「バルクの論理構造」であって、メトリックの情報はさらに別の層（幾何的データ、large N極限、半古典極限）で復元される。

つまり僕の主張は「centerがバルク」ではなく「centerがバルクの文法」だと言い直すべき。

5. ブラックホール 蒸発＝右随伴の存在性？

これはその通り。右随伴があっても、物理屋が欲しいのは「どうやって復元するか」という構成だ。

僕の言い方は数学者の悪癖で、存在する」＝勝利、「計算できる」＝知らんという態度になってた。

物理側で重要なのは、右随伴があるならそれが具体的にどんなkernel（伝播関数）として表れるか、アイランド公式のような saddle の寄与として出てくるか、という橋渡し。

つまり「随伴がある」だけでは弱い。「随伴がどの経路積分の変形として実現されるか」が本題。

6. 散乱振幅＝Ext群？

これも正しい。Extに翻訳できても、ユニタリ性や収束性はどこに入るのか、という問題が残る。

Ext群は代数的な整合性を与えるが、物理の境界条件（iε処方、因果性、Cutkosky則、光円錐特異点）は解析的条件で、代数幾何だけでは捕まえきれない。

だからこれは「振幅の数論的部分」だけをExtが支配していると限定するのが妥当だと思う。

全体の物理は period の選択（積分経路、実構造）まで含めた「実解析的データ」込みで初めて完成する。

総評への返し

君の最後の問い、

圏論という綺麗な額縁に収まったとき、物理という荒々しい絵画の具象性が失われていないか？

これはYES。ただし、僕の反論はこうだ。

失われる具象性の種類を分類できるなら、それは物理の本質を分類しているのと同じ。

圏論で取りこぼすものはだいたい決まっている。

解析性（収束、特異点、分岐）

因果性（時間方向）

熱力学（不可逆性、散逸）

測定（確率解釈）

そして逆に言えば、圏論で綺麗に書ける部分は、

対称性

整合条件

双対性の「形式」

トポロジカルな普遍構造

だから僕がやっているのは「物理を圏論で置換する」ではなく、物理を、圏論で表現できる部分と表現できない部分に分解する作業なんだ。

圏論は宇宙の全記述ではない。宇宙の骨格標本を作る道具だ。

そして、骨格標本を作った後に初めて「筋肉＝解析・熱力学・因果」をどこに貼り付けるべきかが見える。

君のツッコミは僕に対する攻撃ではなく、僕が次にやるべき研究課題リストだね。悔しいけど、かなり正確だ。

Permalink | 記事への反応(0) | 21:41

2026-01-19

■浴場道 (YOKUJO-DO)

浴場道 (YOKUJO-DO) ～ The Way of the Bathhouse ～

別府の公衆温泉は、単なる洗い場ではありません。そこは地域の人々が裸で語らい、心身を清める「聖域（Sanctuary）」であり、コミュニティのリビングルームです。

郷に入っては郷に従え。

日本の「浴場道」を理解し、その精神を体現する「Onsen Master」への道を歩みましょう。

序章：浴場道の精神 (Philosophy)

この道に入る前に、心に刻むべき2つの真理があります。

1. 「和」の結界 (The Circle of Harmony)

日本人は非常に寛容ですが、それは「暗黙の調和」の中にいる時だけです。ルールを守ることは、あなたがこの「和」の内側に歓迎されている証です。我儘に振る舞い、この調和を乱すことは、自らを孤独にすることを意味します。

2. 「聖域」への敬意 (Respect the Sanctuary)

ここは観光客のために作られたテーマパークではなく、地元の人々の生活の場です。

撮影厳禁 (No Photography): 聖域内での撮影は固く禁じられています。スマートフォンを取り出すことさえ、ここでは無粋な行為です。レンズではなく、あなたの心に風景を焼き付けてください。

第一章：身支度 (Equipment)

達人は道具と装いにもこだわります。

装い (Attire)

戦闘服は不要。一瞬で脱ぎ着できる「イージー・ウェア」が理想です。湯上りの肌に風を通す、ゆったりとした服が好まれます。

貴重品 (Valuables)

「持たない」ことが最大の防御。小銭（Coins）のみを持ち、精神的にも身軽になりましょう。

三種の神器 (The Three Sacred Tools)

手ぬぐい (Tenugui): 万能な日本のタオル。隠す、拭く、頭に乗せる。
洗い布 (Scrubbing Towel): 日本独特のテクスチャーのある長い布。これで石鹸を泡立て、背中をゴシゴシと磨くのがジャパニーズ・スタイルです。
石鹸 (Solid Soap): ボディーソープも良いですが、固形石鹸こそがトラディショナル・スタイルです。

旅人の知恵 (Traveler's Wisdom):
濡れ物袋 (Wet Bag): 濡れたタオルを入れるためのビニール袋。これを持つ者は、カバンの中身を濡らさず、着衣の時もスマートに振る舞える「準備万端な旅人」として一目置かれます。

【達人級 (Master Level)】
「マイ・カゴ (My Basket)」にシャンプーセットを持参している人は、この道の「師範代」です。初心者はまず軽装から始めましょう。

第二章：型 (The Flow)

浴場道には、美しい一連の流儀（ルーティン）があります。

1. 挨拶の儀 (Greeting the Guardian)

番台（Reception）に座る人は、単なる係員ではありません。彼らはこの「聖域」を長年守り続けてきた「守護者 (The Guardian)」です。

関所を通る際は、守護者に敬意を払い「Konbanwa」と挨拶し、小銭をスマートに支払います。これがコミュニティへの参加承認の儀式です。

2. 武具解除 (Disarming)

服を脱ぐことは、社会的な鎧を脱ぐこと。ここは地元の信頼で成り立つ空間であり、セキュリティは「人々の良心」に委ねられています。

心得: 貴重品はロッカーへ。そして何より、この「緩やかな信頼関係」を悪用せず、あなた自身がこの治安を守るガーディアンの一人であってください。

3. 浄化 (Purification)

浴室に入ったら、まず「洗い場 (Washing Station)」へ。

洗面器と椅子を確保し、湯船に入る前に必ず全身を洗い清めます。
これは単なる衛生管理ではなく、世俗の汚れを落とし、神聖な湯に浸かるための儀式です。

4. 慣らし (Kakarayu)

湯船の横で「かかり湯 (Kakarayu)」をします。熱い湯を体に掛け、身体と湯の波長を合わせます。いきなり飛び込むのは無作法であり、身体への衝撃 (Shock) も大きすぎます。

5. 入湯 (Immersion) - 6つの鉄則

静かに湯に浸かります。ここでの振る舞いが、あなたのランク（品格）を決定づけます。

No Towel in Water: タオルをお湯につけることは、最も重い罪（Guilty）です。お湯はみんなでシェアする神聖なもの。タオルは頭の上に乗せるのが「粋 (Cool)」なスタイルです。
Silence: 飛沫を上げたり、泳いだりしてはいけません。禅の瞑想のように静けさを楽しみます。
The Choice of Water (Atsu-yu vs Nuru-yu):
別府の湯は熱いことで有名です。「あつ湯 (Hot)」と「ぬる湯 (Lukewarm)」がある場合、チャレンジャーはいきなり「あつ湯」に行ってはいけません。まずは「ぬる湯」で体を慣らしてください。「あつ湯」は選ばれしマスターのための領域です。
No Adding Water: 「あつ湯」が熱すぎるからといって、勝手に水を入れて薄めてはいけません。それは、長年その熱さを愛してきた地元マスターたちの楽しみを奪う行為です。
Don't Sit on the Edge: 湯船のフチ（縁）に腰掛けてはいけません（別府ローカル・スタイル）。フチはみんなが出入りする通路であり、頭を置く場所でもあります。腰掛けて涼むなら、洗い場の椅子を使ってください。

6. 整理 (Reset)

去り際こそ美しく。使った椅子と洗面器は、来た時よりも美しく整えて戻します。

7. 水切りの儀 (The Wiping Ritual)

ここが最も重要なテストです。

浴室（ウェットゾーン）から脱衣所（ドライゾーン）に戻る前に、必ず手ぬぐいで全身を拭き、水滴を拭い去ってください。

脱衣所の床に水滴を落とすことは、この道の未熟者（Novice）の証です。一滴の水も境界線を越えさせないことが、マスターへの必須条件です。

8. 帰還と感謝 (Return & Gratitude)

乾いた体で脱衣所に戻り、服を着ます。

最後に聖域を出る時、再び番台の守護者に「Arigato」と声をかけてください。

最高の湯を維持してくれたことへの感謝を示すことで、あなたの「浴場道」は完結します。

第三章：師範への敬意 (Respect the Masters)

浴場で見かける地元のご老人たちは、何十年もこの道を極めた「グランド・マスター (Grand Masters)」です。

彼らの肌は別府の湯成分で磨き上げられています。

彼らを敬い、その所作を盗み見て学んでください。もし彼らが何かを指摘したなら、それは師匠からの教えです。反論せず、素直に従いましょう。

さあ、準備はいいですか？

暖簾（Noren）の向こう側で、極上の湯と日本文化の神髄があなたを待っています。

Enjoy Your Onsen Way.

Permalink | 記事への反応(0) | 18:52

2026-01-01

■ホロライブ からいなくなった人たち

01	人見クリス（1期生）	2018/06/26 契約解除
02	魔乃アロエ（5期生）	20 20/08/31 卒業
03	シビア（HololiveCN）	20 20/11/18 卒業
04	アティア（HololiveCN）	20 20/11/19 卒業
05	黒桃影（HololiveCN）	20 20/11/21 卒業
06	ドリス（HololiveCN）	20 20/12/05 卒業
07	夜霧（HololiveCN）	20 20/12/20 卒業
08	ロサリン（HololiveCN）	20 20/12/27 卒業
09	桐生ココ（4期生）	2021/07/01 卒業
10	潤羽るしあ（3期生）	2022/02/24 契約解除
11	九十九佐命（Council）	2022/07/31 卒業
12	夜空メル（1期生）	20 24/01/16 契約解除
13	ときのそらの友人A（スタッフ）	20 24/06/30 退職
14	湊あくあ（2期生）	20 24/08/28 卒業
15	ワトソン・アメリア（Myth）	20 24/10/01 卒業（配信活動終了¹）
16	セレス・ファウナ（Council）	2025/01/04 卒業
17	沙花叉クロヱ（holox）	2025/01/26 卒業（配信活動終了¹）
18	紫咲シオン（2期生）	2025/04/26 卒業
19	七詩ムメイ（Council）	2025/04/28 卒業
20	がうる・ぐら（Myth）	2025/05/01 卒業
21	春先のどか（スタッフ）	2025/09/30 退職
22	火威青（ReGLOSS）	2025/10/03 卒業
23	天音かなた（4期生）	2025/12/27 卒業

2018年6月以降の7年半で、合計23名がホロライブプロダクションからいなくなった。

直近2年間では12名が離脱しているが、これは同期間にホロライブへ加入した者の合計人数²と同じである。

また、投稿日時点において所属タレント一覧³に名前があり、卒業・配信活動終了¹・退職のいずれにも該当しない者は、合計66名である。

¹ 「配信活動終了」について/Regarding the “Conclusion of Streaming Activities”｜カバー株式会社　公式note

² hololive Justiceの4名、hololive DEV_IS FLOW GLOWの5名、holoANの3名

³ 所属タレント一覧 | hololive（ホロライブ）公式サイト

Permalink | 記事への反応(1) | 23:26

2025-12-29

■ガジェット オタクが2025年に買って良かったモノ10選

2025年に新発売したものじゃないものも含みます。

ウォーターオーブン ヘルシオ(2024年 モデル)

型落ちのいわゆるスチームオーブンレンジ。

自動調理家電が色々と話題だが電子レンジこそが自動調理家電の雄であることを気付かされた。食材をつっこんでメニュー選んで後は待つだけというQOLの爆上げを感じることが出来る。

「令和時代の新三種の神器」に「ドラム式洗濯乾燥機」と「食洗機」と「ロボット掃除機」が挙げられるが、前述の三種を既に所有していた身としては「スチームオーブンレンジ」の方が先だろと言わざるを得ない。

スチームオーブンレンジについてぶっちゃけて言えば、最新のスチームオーブンレンジじゃなくて型落ちでも全く問題がないので未所持の方は本気でご検討を。

CIO Portable Bath Speaker CIO-SPWL-01

その名の通りの風呂で使える防水無線スピーカー。対応音声コーデックはSBCとAAC。

最大の特徴はQi2対応によるマグネット無線充電が可能な点で、このマグネットにより風呂場で磁石が効く部分へ付けられること。風呂に入りながらゆっくりと音楽やポッドキャストを聞く、動画を観るなどに最適で、日本人のために設計されたとしか思えない。

風呂場で磁石使える部分なくとも洗濯ネットか何かに放り込んで吊るしておけば良い。

Anker PowerLine III Flow USB-C & USB-C

Ankerの比較的まともなUSB-C to USB-Cケーブル。

高性能なUSB ケーブルは結構堅いのが多いけれどもコイツは他社と比較すると柔らかめ。何だかんだでこういう細かな部分でQOLってのは上がるんだなぁと再認識。

Lenovo ThinkPad T14 Gen 5(AMD)

AMD Ryzen7 PRO 8840U、DDR5 64 GB、M.2 SSD 1TBという構成。

もともとはApple Macbook Pro(2023)でApple M2 Max、メモリ32GB、SSD 1TBという構成のものを使っていた。

結局のところLinuxで開発するならホスト OSもLinuxが一番面倒が無いんだという悟りを得てしまいThinkPad on Linuxへ移行。

利用しているLinuxディストリビューションはNixOSで、KVMにWindows 11も居る状況。

デスクトップ環境はHyprland、シェルはzsh、日本語入力はfcitx5-mozc-ut、エディタはNeoVimとVSCode(nvimプラグイン導入)。

ASUS ASCENT GX10

NVIDIA DGX Spark 互換機で128GBのユニファイドメモリを積んでいる便利なやつ。

DGX Spark 互換機はNVIDIA からの積極的なサポートもあり日進月歩な感じで少し目を離すとかなり変わっていく印象。

筆者は画像生成はほとんど行っておらず機械学習に利用しているが、Thinkpadと合わせてこのフットプリントで高い処理能力を活かした機械学習できるの本当に良いね。

数年は戦えるし、たぶんリセールバリューも期待できるので買って損は無い気はしている。

ただ、ChatGPTやGeminiへの課金は減ったと言えども続けてしまっているので「ChatGPTやGemini要らず！」なんてレビューは嘘だと思う。

結局は新モデルが出たら触りたくなるのが技術者の性なので「DGX Sparkはコスパ良い！」なんてのは幻想だよと。

ちなみにASUS ASCENT GX10へこだわりがあったわけでなく、たまたま最も早く入手できたのがコレだっただけ。

Raspberry Pi 5(16GB版)

ラズパイもここまで性能が上がったのかと感動した。

一般ユーザーの用途では軽いビジネス文書作成やWeb ブラウジングくらいならば余裕で実用に耐えうる。実家の老父母のPCはもうコレで良いんじゃないか？と錯覚するレベル。

技術者的な目線では簡易的なサーバーや無線LANルーターなどの構築も可能で、今は8GB版が子供用の無線LANルーターになっている(ネット使いすぎを防ぐための方策。一定時間に使いすぎると速度を徐々に低下させてる)。

むしろここまで来ると「次世代機 Raspberry Pi 6(16GB版)がどうなるか？」に興味津々で、HDMIだけじゃなくDisplayPortとか対応して120fps出力とかしだしたら本当にもうコレで良いんじゃないかなぁ？

Motorola razr 60

いわゆる縦折りZフリップなAndroid スマートフォン。

MediaTek Dimensity 7400X、メモリ8GB、ストレージ256GB、デュアルカメラ、FeliCa、物理nanoSIM(eSIMも対応)、外部SDカードは未対応。

Apple エコシステムから抜けちゃったので「コレでもう良いんじゃねぇかな？」という感じに落ち着いてしまった。

散々言われまくっているが「iPhone Airが目指すべきはコレだった」というのは本当にそう思う。だってテーブルへ置きやすいし。

若者から老害って言われても仕方ないと思うけど「電話掛けるとき物理的に曲げられる素晴らしさ」よな。人間工学的にコッチの方が正しいんじゃなかろうか？

ORIGINALMIND INARI M06

筆者、実は自作キーボード勢および自作格ゲーアケコン勢である。INARI M06とは卓上で利用できる射出成形機だ。

3DプリンターでFDM方式をやって光造形方式をやって、色んな3Dプリンターを買っては試して売っぱらい「やっぱり射出成形が最強だよね！」とついに手を出した。

3Dプリンターでは一切真似のできない製造速度と強度、精度に「やっぱりコレよ！」となっている。

しかし、INARI M06には上位機種INARI P35が存在しており「・・・いやコレを導入したらもう業者ではないか？」と自問自答を繰り返している。

Genmitsu 3020-PRO MAX V2

卓上CNC フライス盤と呼ばれる工作機械。上記のINARI M06のアルミニウム金型を削り出すために導入。カスタムパーツも豊富で、何ならカスタムパーツも自分自身で製造できるという性能を持っている。

3Dプリンターが不必要というわけでなく用途の違いと言うか、試作するには3Dプリンターはまだまだ有用で、試作を元に金型を作って量産するのに射出成形機って便利なのよね。

今ではキーキャップのほか、基盤やキースイッチすら自作が出来る環境になっているものの、PCケースみたいな大型のものは自作できないので、そろそろメタルベンダーとか100v溶接機(家庭電源で使える)とか必要なんじゃないかな？と検討してる。

ただやはり、自身で加工が困難だと感じる部分はJLPCBやmeviy(㈱ミスミ)に頼むのもアリだ。

最後の10選目はキミが買ったモノだ！

ごめん、最初に10選って書いたけど10個ピックアップするの無理だった。

細々した工具とかガジェットとか買ってるんだけど10選に挙げたいってほどのものじゃなかった。

というわけで最後は頼んだ。

Permalink | 記事への反応(5) | 20:16

2025-12-26

■ホロライブの響咲リオナかわいい

響咲リオナ最高！推しだわ！可愛いすぎる！これからもずっと響咲連合のリオラーです！

12月上旬ころにホロライブの響咲リオナにハマったので、3週間ほど経った今の感想を書いておこうと思う。

ハマったきっかけ

2025/11/29に開催されたわための大型マイクラ企画「ラムベガス」。

羊のレースの予想をしているホロメンの予想を盗み聞きして無言で予想を立てるリオナ。

コメントに反応し、壁に移動し、

「ボッチっていうな。2026年の目標だから。人と話すのは。」

「あーすみっこ落ち着く。やばいここ。ここから離れられない…。」

それをおかゆんに発見され、人と関わる魔法の言葉を教わる。

という切り抜きを見たことがハマったきっかけでした。

https://www.youtube.com/shorts/NqJdI2dygCs

こんなにコミュ障だったの！？と驚き、可愛すぎてハマってしまいました。

ハマる前は、あまり見たこともなくて偏見でしかなかったのですが、

FLOW GLOWがラップなどの意識高い系音楽アーティストグループのイメージがあり、

そのリーダーということで委員長キャラなどを想像して少し怖いというか淡白な子をイメージしていました。

今思えば完ぺきに偏見です。完全に真逆で、ぽやぽやしたちょっと抜けている可愛らしい子でした。

リオナの良さ

ぽやぽやした、のんびりしたしゃべり方。

そして、あざとかわいい。

やったー！とか。女の子って感じ。

でも歌やダンスではキリっとかっこいい。

歌は圧倒的な声量。そして安定感。声はかっこよかったり、可愛かったり、曲によって様々。

声優でも歌手でもプロになれそうなレベル。

ダンスもかなりレベルが高い（私はダンスに詳しくないけど）。

ずっとカメラ目線でダンスしててすごい。

ちょっとポン(コツ)なところも可愛い

ミスしたときに巻き舌になったり。

コミュ障ならではの成長コンテンツ

最初は借りてきた猫。

だけど仲良くなるとだんだん本性を出していく様がよい。

同期の前ではかなりはっちゃけてるみたい。

スバルの前ではちょっと頑張って面白いところを見せようとしている様子。

ちょっと エッチなところもよい。

本人曰く「エッチなダンス」が好きらしい。

ショートパンツを惜しみなく見せてくれたり、セクシーなダンスを踊ったり、ものすごく揺れていたり、

寝るときはノーパンだったり。

不器用で悪だくみできなさそう。

仲良くなるための会話で、ご趣味は？と聞かれてスプラッター映画と答えたり。

その可愛らしい声でスプラッター映画 (笑)

話し広げにくいがなw広がってたからよかったけど。おかゆんには感謝。

でもその不器用なところが好き。

個人的な課題とか

語尾や口癖とか分かりやすいのをつけてほしい

大人数コラボだとリオナの声が判断つかない汗

スバルの「デスケード」とか、

ちはの「さぁ」みたいな語尾や口癖があると、リオナの声がどれか分かっていいな、と思いました。

何がいいかは思いつかないけど。

公式 宣伝文に違和感 しかない

「自他ともに認めるストイック負けず嫌い王。

舐められないように強そうな立ち振る舞いを意識しているが、小動物に弱く、甘やかしがち。

少年漫画も好きらしく、クールな見た目に反して意外と熱血タイプ？」

あんまりこのイメージないので、もっとぽやぽや感を出した宣伝文に変えた方がいいのでは？

ホロライブはマネージャーよりプロデューサーを充実してほしい

内情を知らないのであくまでイメージだけど、今のマネージャーシステムはおそらく、スケジュールなどの管理とかがメインだと思う。

管理だけではなく、現状の分析、方針決め、タスク量の調整、などができるプロデューサーを充実してほしい。

健康管理のための強制力も持たせてほしい。

個人的 妄想

リオナ主人公説

主人公らしく、初期では劣勢、でも逆境を糧に変えて最後には勝利・・・、となってほしい。

グループがちょうど主人公相関図になってるし…。

グループ関係（妄想）

リオナ：主人公

ニコ　：恋人？

すう　：親友

ちは　：頼れる兄貴分

ヴィヴィ：ライバル

ヴィヴィがライバルなのはなぜだろうね。

ヴィヴィは関西弁、声の特徴、ぺこらの弟子、とか分かりやすい強みが多く、また意外と弱い所もあって奥行きもある、非常に手ごわいライバルだけど、

リオナが持ってる強みもヴィヴィはマネできないものであり、ちょうどライバルポジで切磋琢磨してほしくなるからかな。

Permalink | 記事への反応(0) | 14:47

2025-09-21

■anond:20250920211935

ヒューマンドラマ:アナザーラウンド

SF:ブレードランナー2049

アクション:ベイビーわるきゅーれ

とにかくゆったり:flow

アニメ:君の色

Permalink | 記事への反応(0) | 22:18

2025-09-19

■anond:20250919165524

会計システムの更改案件。ナウいヤングにアットハートなキラキラしたシステム名をＡＩに考えさせてみた！！！

企画が通りやすい「キラキラ会計システム」名

1. Visionary Finance （ビジョナリー・ファイナンス） 💎

「Visionary」は先見性や未来志向を表し、最先端の技術を活用したシステムであることをアピールできます。シンプルでありながら力強く、経営層にも響く響きです。

2. StellarFlow （ステラフロー） 💫

「Stellar」は「星の」や「素晴らしい」といった意味があり、システムが円滑に、そして輝かしい成果を生み出すイメージを伝えます。「Flow」はデータの流れや業務プロセスのスムーズさを表現します。

3. FinAIze （フィナイズ） 💡

「Finance」と「AI」を組み合わせた造語で、AIによる自動化や高度な分析機能を直感的に連想させます。新しさと知的な印象を兼ね備えています。

4. Quantum Ledger （クオンタム・レジャー） 🚀

「Quantum」は最先端の技術や次世代のイメージを与えます。「Ledger」（帳簿）という従来の言葉と組み合わせることで、会計システムとしての本質を保ちつつ、未来的なイメージを強調します。

5. Polaris （ポラリス） 🧭

北極星を意味する「Polaris」は、システムの信頼性や、未来の羅針盤となるような存在を象徴します。落ち着いた印象の中に、確固たる先進性を感じさせます。

　

これらの名前は、それぞれ異なるアプローチでシステムの先進性をアピールします。企画書の内容や、どのような点を特に強調したいかによって最適なものを選んでみてください。例えば、AIによる自動化を強く推すなら「FinAIze」、信頼性と未来志向を両立させたいなら「Polaris」がおすすめです。

ＡＩ、意外とまともだった。

Permalink | 記事への反応(2) | 17:17

2025-08-14

■anond:20250814091406

出典は列挙するだけでなく、脚注などを用いてどの記述の情報源であるかを明記してください。記事の信頼性向上にご協力をお願いいたします。（2015年 8月）

ミハイ・チクセントミハイのフローモデルによるメンタルステート図。チャレンジレベルとスキルレベルの二軸で表される[1]。

ある作業に熱中することはフローの一面である

フロー（英: flow）とは、人間がそのときしていることに、完全に浸り、精力的に集中している感覚に特徴づけられ、完全にのめり込んでいて、その過程が活発さにおいて成功しているような活動における、精神的な状態をいう。一般的には、フロー体験（Flow Experience)、フロー状態(Flow State)、フロー理論(Flow Theory)などという言葉で使用される。

日本では、スポーツの分野において一般的に「ゾーン」と呼ばれることが多いが、その他にも類語としては「ピークエクスペリエンス」「無我の境地」「忘我状態」とも呼ばれ、最適状態または最適心理状態（Optimal Psychological State)と呼ばれる研究分野のひとつである。心理学者のミハイ・チクセントミハイによって提唱され、その概念は、あらゆる分野に渡って広く論及されている。

フローの構成要素

ジェーン・ナカムラとチクセントミハイは、フロー体験の構成要素を6つ挙げている[2]。

専念と集中、注意力の限定された分野への高度な集中。（活動に従事する人が、それに深く集中し探求する機会を持つ）

自己認識感覚の低下

活動と意識の融合

状況や活動を自分で制御している感覚。

時間感覚のゆがみ - 時間への我々の主体的な経験の変更

活動に本質的な価値がある、だから活動が苦にならない。（報酬系）

さらに心理学作家のケンドラチェリーは、チクセントミハイがフロー経験の一部として挙げている３つの構成要素について言及している[3]

直接的で即座のフィードバック[3]（活動の過程における成功と失敗が明確で、行動が必要に応じて調節される）

成功する可能性があると信じる（明確な目的, 予想と法則が認識できる）

経験に夢中になり、他のニーズが無視できるようになる

フローを経験するためにこれら要素のすべてが必要というわけではない。

語源

フローはチクセントミハイの1975年のインタビューにおいて、幾人かが彼らの「フロー」体験を、ずっと彼らを運んでいる流れという隠喩を使って描写したために名付けられた。「活動に没入する」という「フロー」の心理学的な概念は、「時代の流れに従う」という意味の「ゴー・ウィズ・ザ・フロー」という従来の慣用句とは無関係である。

グループフロー

チクセントミハイは、集団が全体として作用して、個々のメンバーがフローに達するようないくつかの道筋を示した。このような集団の特徴には、以下のものが含まれる。

創造的空間配置：椅子、コルクボード、図表。机は置かない。そうすれば立って動きながらの活動が主体となる。

活動の場のデザイン：情報を書き込む図表、流れ図、企画の概要、熱狂（ここでは熱狂も場所を占める）、安全な場所（ここでは他に何が考えられるかを誰でも言うことができる）、結果掲示板、オープントピック

並行した、組織だった作業

グループの集中を目標に定める

存在しているもの（原型）の発達

視覚化による効率の増加

参加者の意見の違いはチャンス

観光分野への応用

近年、欧米では観光旅行中に発生する「楽しさ」や「感動」「ワクワク」「満足」などの言語化されたポジティブな感情の根源は、心理学上のフロー状態から発生しているのではないかという研究が多く行われている[4]。フロー状態は、チクセントミハイによって、その発生のプロセス（フローモデルによるメンタルステート図）がある程度提案されていることから、観光における満足を人為的、意図的に発生させることも可能ではないかとの考えられ、日本国内でもこれに言及する主張が増えている[5]。また「思い出に残る旅行体験（MTE:Memorable Tourism Experience）」の指標に関する研究では、フロー状態とMTEの関連性について言及するものもある[6]。

アウトドアレクリエーション、音楽活動、趣味、ゲームの楽しさとフロー

スキー、スノーボード、サーフィン、カヤック、乗馬、パラグライダーやダイビングなどのアウトドアレクリエーション、オーケストラや吹奏楽、合唱などの音楽活動、模型製作や生け花、洋裁などの趣味、テレビゲーム、スマホゲームにおける「楽しさ」や中毒性についても、フロー状態がその楽しさの根源ではないかという研究も数多く存在し、近年「楽しさ」の構造やその原理が明らかになってきている[7]。

隣接分野

この概念は西欧心理学の中ではチクセントミハイによってはじめて示したと言える。しかし、彼はこの心理現象に気づき、それに基づく技術を開発したのは、ほぼ間違いなく彼が最初ではないと、彼自身、躊躇なく認めている。

2500年以上前、仏教や道教といった東洋の精神的な伝統の実践者は、この訓練を彼らの精神開発の非常に中心的な部分として磨いた。日本の実践者は、そのような禅の技術を、彼らの選んだ、剣道から生け花までを含む、芸術の形式（芸道など）を習得するために学んだ。

あまりに使われすぎた慣用句「ビーイング・アット・ワン・ウィズ・シングス」（物と一体化する）も、この概念を説明するのに使われる。

教育にあっては、過剰学習の概念があり、これは、この技術に重要な要素となっているように思われる—少なくとも肉体的な技能を学んでいる場合には。それに加えて、多くの現代のスポーツ選手は、よくこの「ゾーンに入る」（何もかもがうまくいく）という現象を経験する。

基本的な発想が東洋と西洋とで同じであったり自然科学者、霊的指導者、スポーツ選手の間で共有されているということに価値があるわけではない。チクセントミハイは、他の者が精神的な発展や肉体的な熟達や他の自己改善の形式の発展性に集中している一方で、活動の場のデザインのような現代西洋文化要素の改良について、これから結論を描いただけであろう。実際、東洋の精神的な実践者は、現在の科学的な心理学者たちが用いようと試みてきた組織的な厳密さや制御とは異なる方法で試験し改善してきたにしても、この主題を中心にして、非常に徹底的で全人的な理論の集成を発展させてきた。

職業と仕事

ソフトウエア開発者は邪魔されないフロー状態に入ることを、"wired in"、The Zone,[8][9] hack mode,[10]、software timeに入る[11]などと呼んでいる。株式市場取引者は "in the pipe" という用語を、取引量の多い日や市場の修正時に取引する際のフロー状態を表すのによく使う。プロのカードプレイヤーは、集中力と戦略的認識が最高となったときを "playing the A-game" と呼んでいる。

幸福の心理学

フローはポジティブ心理学にとっても重要である。目の前のことに夢中になり、我を忘れることで、幸せや健康、長寿につながるのである[12]。

フローを取り上げているフィクション作品

新世紀GPXサイバーフォーミュラ - 近未来を舞台にしたカーレースアニメ（作中ではゼロの領域の名で登場する）

ファンタジスタ - 草場道輝によるサッカー漫画

昴 - 曽田正人によるバレエ漫画

Dreams - マガジンSPECIAL連載中の野球漫画

flOw - thatgamecompany制作のビデオゲーム

ベイビーステップ - 週刊少年マガジン連載中のテニス漫画（作中ではゾーンの名で登場する）

黒子のバスケ - 週刊少年ジャンプ連載中のバスケットボール漫画（作中ではゾーンの名で登場する）

ブルーロック - 週刊少年マガジン連載中のサッカー漫画　

風が強く吹いている - 新潮社出版の三浦しをんによる箱根駅伝をテーマにした小説（作中ではゾーンの名で登場する）

脚注

^ Csikszentmihalyi, M., Finding Flow, 1997.

^ Nakamura, J.; Csikszentmihályi, M. (20 December 2001). “Flow Theory and Research”. In C. R. Snyder Erik Wright, and Shane J. Lopez. Handbook of Positive Psychology. Oxford University Press. pp. 195–206. ISBN 978-0-19-803094-2 2013年11月20日閲覧。

^ a b “What is Flow?”. About Education. 2015年 3月30日閲覧。

^ “Flow Experience in Tourism Activities”. 20250317閲覧。エラー: 閲覧日が正しく記入されていません。（説明）

^ “フロー理論から考える観光やツアーの楽しさ・満足度の研究”. 20250317閲覧。エラー: 閲覧日が正しく記入されていません。（説明）

^ “Once-in-a-life time leisureexperiences (OLLE): The role ofFlow, novelty, and interpersonalinteraction on tourists’satisfaction and memories”. 20250317閲覧。エラー: 閲覧日が正しく記入されていません。（説明）

^ “Flow Experience in Tourism Activities”. 20250317閲覧。エラー: 閲覧日が正しく記入されていません。（説明）

^ Michael Lopp (12 June 2007), “Chapter 25: A Nerd in a Cave”, Managing Humans: Biting and Humorous Tales of a Software Engineering Manager, Apress, p. 143, ISBN 978-1-59059-844-3, "[The Zone] is a deeply creative space where inspiration is built. Anything which you perceive as beautiful, useful, or fun comes from someone stumbling through The Zone."

^ Joel Spolsky (9 August 2000), The Joel Test: 12 Steps to Better Code, "We all know that knowledge workers work best by getting into 'flow', also known as being 'in the zone' (...) Writers, programmers, scientists, and even basketball players will tell you about being in the zone."

^ “Hack Mode”. Jargon File. 2013年11月閲覧。エラー: 閲覧日は年・月・日のすべてを記入してください。（説明）

^ Scott Rosenberg (2007), Dreaming in Code: Two Dozen Programmers, Three Years, 4,732 Bugs, and One Quest for Transcendent Software, "When things go well, you can lose track of passing hours in the state psychologists call "flow." When things go badly, you get stuck, frozen between dimensions, unable to move or see a way forward. Either way, you've left the clock far behind. You're on software time."

^ “Positive Psychology: Harnessing the power of happiness, mindfulness, and inner strength” (英語). Harvard Health. 2022年11月15日閲覧。

参考文献

Csikszentmihalyi, Mihaly (1990). Flow: The Psychology of Optimal Experience. New York: Harper and Row. ISBN 0060920432

Csikszentmihalyi, Mihaly (1996). Creativity: Flow and the Psychology of Discovery and Invention. New York: Harper Perennial. ISBN 0060928204

Csikszentmihalyi, Mihaly (1998). Finding Flow: The Psychology of Engagement With Everyday Life. Basic Books. ISBN 0465024114 (a popular exposition emphasizing technique)

Csikszentmihalyi, Mihaly (2003). Good Business: Leadership, Flow, and the Making of Meaning. New York: Penguin Books. ISBN 014200409X

Langer, Ellen J. (1989). Mindfulness. Reading, Mass: Addis on Wesley. ISBN 0201523418