Stolen Pride - The New Press
社会学者の Russel Hochschild が一昨年出した本(日本語訳 )。Apalachia すなわちアメリカ山岳部の小さな町の人々に話を聞き、彼らがどんな暮らしをし、なにを考えているのか、なぜ 2016 に Trump に投票したのか、などを聞き取り分析する。2016 年に出版され南部の男たちを同じように取材した名作 “Strangers in Their Own Land ” の続編と見ることもできる。
この手の「アメリカの高卒白人男性何考えてんだろうね」系の本はいろいろあるんだけれど、Hochschild のこれらの著作は一番信用に足ると思う。どちらも大統領当選の前（選挙の年）に出版されており、あとだしジャンケンをしていない。
Apalachia はアメリカの東半分にある山奥の田舎。前作で取材されていたのは南部。前作は湾岸都会(eg. NYC, LA, DC)の Woke がよそ者ばっかり優遇するのは気に入らねえという話だったが（これは台無しの要約ですが見逃してください）、舞台である南部は必ずしも田舎ではなかった。日本なら大阪や福岡の人が東京モンを嫌うような感じと言えばいいだろうか。Appalachia は長野とか山梨とか福島にある山間の盆地や、その先の山奥みたいな世界。
Stolen Pride を含めた Appalachia を巡る言説には “holler ” という言葉が Appalachia 生活の象徴としてしばしば登場する。なにかとおもったら「山奥の集落」のことだった。日本のポップカルチャー的偏見世界観においても山奥の集落はしばしば俗世界から取り残され古い慣習が残る不気味な世界として描かれることが多い。あれを想像するとよい。たとえば Appalachia 出身者は大学に進学すると訛で出身がバレて馬鹿にされることになっている。東京に進学した地方出身者が田舎者として馬鹿にされるステレオタイプと瓜二つ。
Appalachia は百年から五十年ほど前まで石炭の採掘場として栄えていた。今でも炭鉱は残っているが、燃料としての石炭の人気低下に伴い街は廃れた。しかも石炭の採掘ビジネスは外部資本が握っていたため Appalachia には何も財が残らず、採掘で荒れ果てた山だけが残されれた。アメリカの opioid crisis が Appalachia で荒れ狂ったのも、負傷した炭鉱労働者への痛み止めとして依存性を持つ opioid がばらまかれたのが発端。ここ数十年は踏んだり蹴ったりの地域であることがわかる。
・・・という前提知識・ステレオタイプを持つ読者に対し生身の人間の現実やニュアンスを伝え、それを “stolen pride” というアイデアを軸に読み解こうとする。Stolen Pride という切り口だけでなく、抑えた筆致の読み心地が良い。
Appalachia とか気にしたこともない entitled coastal tech immigrant なので勉強になりました。Appalachia 行ってみたいけど正直ちょっとこわい。自分が余所者過ぎて。
Russel Hochschild はフェミニストである。20 世紀に Hochschild が書いた The Managed Heart (邦訳: 管理される心 )や The Second Shift (セカンド・シフト ) はフェミニズムの古典と言って良い。特に The Managed Heart は “Emotional Labor” (感情労働) というパワーワードを生み出し、現代に至るまで労働の不均衡を訴える女性を後押ししている。
フェミニスト社会学者だったはずの Hochschild が二冊続けて高卒白人男性(だけではないけれど)の本を書いている。それが今のアメリカ。
「管理される心」や「セカンド・シフト」のジェンダーに関する議論は日本にもそのままあてはまる。一方 “Stolen Pride” や “Strangers in Their Own Land” を日本に投影することができるかというと、よくわからない。たとえば「『東京の大卒』とそれ以外」みたいな分断が日本の populist nationalism を裏付けている・・・みたいな話はあるのか。知らん。そういうのは日本のちゃんとした社会学者に解き明かしてほしいところです。
Anthropic が内製した Monorepo-optimized VCS が実は Meta がオープンソースで公開している彼らの VCS のパクリであり、オープンソースだしパクるのはいいがちゃんとネタの出処を明らかにしないのはインチキじゃねえか、という指摘。
今年のはじめごろ、彼らはエーアイが C compiler を “clean room” 実装したと主張し clean room implementation を post-AGI 時代にあわせ再定義したと話題になった。同じ匂い。
ソフトウェア開発に対する無自覚な敬意のなさが剥き出しで慄く。
自覚があった上でのトロルが得意なのは近隣企業の Claudflare で、たとえば Next.js clone を vibe したぜ などと主張している。また SWE-Marathon や ProgramBench といったベンチマークは既存のソフトウェアをスクラッチで実装しなおすタスクからなる。エーアイはベンチマークがあれば強くなれるので、コード一式をバリっと作れるモデルの登場は時間の問題。Anthropic の Scion が文字通りの one-shot だとは思わないしそう主張もしていないが、精神性は通底している: ソフトウェアは安くなった。必要なものをオンデマンドで作り、使い捨てれば良い。
従来のソフトウェア開発者は「コードは安くなったがソフトウェア開発の他の部分はそうでもないからボトルネックが他に移っただけ」と主張しているわけだが、他のボトルネックも遅かれ早かれ解決される。それが Anthropic のメッセージであり、内面化された価値観である。最近のブログ記事 How the Claude Code team does code review では「エーアイレビュアがやばそうだと言ったら人間がレビューすることにしてますよ（エーアイのコードを）」と書いている。ボトルネックは解決できますよ。そんなメッセージ。
Slop PR と Agentic-CVE の大波によって多くのオープンソースプロジェクトが存続の危機に立たされているが、冒頭の Scion や CCC のような Vibe-cloning もオープンソースに対し負の圧をかけている。Pre-AI 時代であったなら、スケールする Monorepo がほしいなら Meta の Sapling を何らかの形で使うのが一つの解だろうし、そうでなくても Sapling を含む既存の SCM を改変・フォークして使うのが常識的な選択肢 (monorepo が常識的かどうかはさておき)。Sapling 自身も当初は Mercurial の代替バックエンドとして始まった 。そのために必要になった Mercurial への改造 は upstream され, 後に Google がその恩恵をうけ 自社 SCM に Mercurial フロントエンドを採用した。 その Mercurial フロントエンドはよりモダンな jj に置き換えられた。JJ は Google 内製 CVS 専用ではなく Git バックエンドもサポートしオープンソースで公開されて、まあまあの人気を博している。
オープンソースを通じたこうした社会インフラ（というと大げさかな？）の共有は、だんだんと廃れていくだろう。Scion を見てそんな思いを強くした。
Scion はオープンソースでない。オープンソース化する気もなさそうである。機密情報がどうとかいう以前に、あまり価値を感じていないように見える。良さそうなソフトウェアがあったら vibe-clone すればよい。相手がオープンソースであれば特に。わざわざ積極的に真似する必要すらない。真似したいところをエーアイに伝えればうまい具合にコピーしてくれる。良いアイデアは覚えてますからね。
もちろんこれはまだ少し未来の話で、vibe cloning にはまた人手による介入が欠かせない。先にリンクした記事では Anthropic の Scion を実装したチームのメンバーに Meta Sapling の元開発者がまじっていたと示唆している。
でも、パクった意識はなかったんじゃないかな。Claude Code にコードを書かせている我々の大半が training data の（少なくとも道義的な意味での）著作権違反をもはや気にしていないように。
一つだけ気になることがあるとすれば: 冒頭の Scion の記事 の謝辞では関係者がイニシャルかファーストネームでリストされている。これはフルネームを表記した他の記事（たとえば CCC のこれ ) とは異なる。なにか後ろめたいことでもあるのかい？性格悪いからつい邪推しちゃうよ。
(先月 )
ようやく Pro モデルの新しいのが降ってきた。コードを書かせる分には Flash でも十分だなと思う一方、調査やデバッグでは賢さを感じる瞬間がある。
最近、アプリの新しいバージョンだと特定の設定でアプリの起動が数十ミリ秒遅くなるという問題がおきた。Pro 氏に丸投げしたところ渡しておいた起動時間測定テストを green/red のバイナリで実行し、収集された perfetto trace をクエリし、コードや最近のコミットを参照しつつ原因を特定してきた（あってた）。そして直してくれといったら直してきた。アプリとライブラリにまたがる複層的な問題を一歩一歩直していくので感心する。コードは気に入らないので手直しさせたが、ドメイン固有のむずかしいデバッグができる人間中年スキルすらもはや無価値と思い知る。
コード書き: アプリ部門が使っているカメラのライブラリ、あるときから monorepo を卒業して Jetpack に行きますねーとかいって触りづらい Gerrit Land に引っ越してしまったので面倒になりコードを触らずにいた。しかし先の問題を直すために触る必要があり、面倒くせー・・・と思ったあとふと Pro 氏にやらせてみたらつつがなくこなしてくれた 。たのもしー。不慣れなコードベースは監督が甘くスロップしがちだが、これはどうだったかな…(一個未解決コメントがついている。あなたのレビュー待たずにマージしちゃってごめんね…)
デバッグもコード書きもドメイン知識がないと正しい情報・コンテクストを渡せないので現状はまだ仕事があるけれど、残ったのはコンテクストを渡すお仕事だけ（あとは仕事選びだが、バグ直しは選ぶ余地が無い）。Claude 利用者の皆様が春先頃に感じていたと思われる気分を追体験している。周回遅れとはいえまだ脱落してない。エーアイ部門の高給取りたちがんばった。
コンテクストという意味では問題を再現したり定量化したりするテスト環境を整備してエーアイが hill crimb できるようにしてあげるのは大事。アプリ方面はこの分野でサーバサイドに後れを取りがちだが、今回は「起動レイテンシ」という成熟したメトリクスが相手だったのでうまくいった。
Loop Engineering:
Argon の登場でやる気を取り戻し勤務先ツールでのやり方を調べたところ Antigravity の LSP を叩くことでコマンドラインから既存のスレッド(agent) に割り込んだり新しいスレッドを作ったりできることがわかった。そこで「レビューの返事があったら寝ているスレッドを起こして作業を続行させる」というスキルをつくり動かしておくことにした。Loop Engineering 101 という風情。無いよりはちょっと便利。そういえば LSP 以前にレビューツールの返事を待つ CLI コマンドが存在したのも決め手となった。この手の CLI はすごい勢いで整理されてきており、時代の勢いはすごいですね。
Issue tracker で仕事がアサインされたら勝手にスレッドを作るのが 102 なのだろうけれど、やってない。今のところ必要性を感じていないというか、スロップを撒き散らす懸念から遠慮している。ガードレイルどうするとか考えることがいくつかあるので、次に気分が盛り上がったときにでもやります。できれば個人よりはインフラとして提供してほしいけどね。勝手にやるなら人間にアサインする必要ないはずなので。
最近の仕事の面白さは主にエーアイという流行り物をさわる新規性と同時代性に集約されている。仕事は、そのための題材を提供してくれる問題集。仕事そのものの面白さ、プログラミングの面白さは、時代の狂騒にかき消されてしまった。
でもエーアイにわたす適度に複雑な問題があるのは仕事のおかげだし、エーアイが活躍している最前線を体験できるのはプログラマという職種のおかげ。なので appreciation はある。あといちおうエーアイ開発元の末端なので token budget が潤沢なのもありがたい。もっとも自分の使い方の範囲だと常識的なテック企業の予算で全然足りそうな気はしている。maxxing するにはもうちょっとやる気や難しい問題が必要。どちらも足りて無い。
