CC で作っていた漢字練習プリントアプリを Pi + DS4 Pro で直してみる。なんかフツーに動くな。難しいことをやらせていないので賢さ的には問題なし。強いて言えば (token generation が) 遅いのが不満。ただ 75% 割引で激安＋コードが小さいのでまったく $5 の予算が減らないのは良い。
世の中的には Qwen の評判がいいのでつついてみたいと思い調べるも、Pi 公式 provider はなくサードパーティの provider もあまり使いたくないので保留とする。
多くの中国企業は Claude を distill していると言われているが、そうだろうなーというかんじ。文体・口調が全く同じ。Gemini とかだと毛色の違いを感じるので、トレス疑惑を問われるのもやむなし。
コーディングの RL 環境作って色んなコードをガンガン書かせるとか、エンジニアリング体力（カネ・人材）が必要そうなので中国どうこう以前に小さい企業には難しいと思うのだよね。完全な素人談義ですが。一方で distill させるにもコードは書かせる必要があるので、環境づくりが下手というのは過小評価な可能性もあり、彼らは（少なくとも環境づくりは）ちゃんとやってるのかもしれない。
エーアイの書いたコードは、書かせた人以外はレビューしなくていいし、もっといえばしない方がいいと思っている。今の職場は人間レビューが必須になっているけれど、他人のエーアイコードをレビューするのって外部性バリバリで全然フェアじゃない。自分のエーアイコードをレビューさせるのも気の毒。この無神経さに慣れたくない。
目先の実現可能性はさておき、自分にとって納得できる落とし所はどのへんかと考える。
まず Super-lint としてのエーアイコードレビューは必須。現状多かれ少なかれ皆なにかしらのエーアイコードレビューは使っているので、チーム開発ならそれを標準化し、ローカルルールや価値観を埋め込んでいく。
自分のコード
という前提で、まず自分の「所有」しているコード。エーアイと、エーアイに書かせた本人がレビューしたら、第三者のレビューはなしでいいんじゃね？ゴミ化して困るのは当人なわけだから。そもそも従来のレビュアにしても、自分で書いてない他人のコードのレビューは表面的になりがち。エーアイと大差ない。労に合わない。
その当人がゴミを残しチームや会社からいなくなってしまうリスクはある。ただそれは別にエーアイに限ったことではない。ゴミのスケールが桁違いなのは事実かもしれないが、人が書いてレビューすればゴミにならないわけでもない。チームが一丸となって作り上げたゴミの山をみたことないですか。
他人のコード
他人のコードを変更するときはどうか。あるいは逆に、他人が自分の所有するコードへの変更を送り付けてきたときはどうか。所有者に強い権限を与えよう。
従来は送られてきたコードにはある程度丁寧に付き合うのが礼儀だった。組織に閉じたコードでは特に（同僚に失礼なことしないよね）。が、エーアイコードでこれをやると所有者が外部性の被害に合う。
そこで一旦この文化・不文律を捨て、 Pi Coding Agent のように 拒否をデフォルトにする。他人からのエーアイコードは「貢献」ではなく「押し付け」だという新しい常識を広める。めんどくさそうな匂いがするなら「いらないです。さようなら」でいい。所有者がチラ見でアイデアを把握したのち自分のエーアイに書き直させてもいい。とにかく「有り難いもの」という感覚を捨てる。皆で捨てる。エラいエンジニアが strategy memo とかいってバーンと明文化する。
他人のコードを頻繁に書き換えている自分のような人間にとってはかなり不都合な世界だが、仕方ないと思う。コードを書くことより、コードの後ろにいる人間を説得するのに労力を割けということだろう。というか書いてないからなコード。エーアイが書いてるわけで。
コードは読まない→なにを読む？
この世界に「チーム共有コード」のようなものはない。すべてのコード片は誰かが所有する。そして人々は助け合わず、自分の身を守ることを優先する。楽しくない。この世界に楽しさを取り戻すには何らかの発明が必要。「オープンソース」や「コードの共同所有」は発明だった。同じようになにかが発明されないといけない。
具体的な発明の姿は見えないが、世の過激派の主張を見ると「コードは誰もレビューしない」勢力が今は一番元気に見える。Pandas の作者 Wes McKinney に至ってはエーアイレビューツールを自作し「もう全然コード読んでないよ」と言っていた。自分のコードを書いてないし、読んでない。
過激派が目指す世界では: 自分のコードは自分のエーアイレビューに任せる。他人のコードに踏み込んだら相手のコードのエーアイレビューに従う。共有コードは共有エーアイがレビュー。
進んだ先にある疑問: 人間同士はコードを読まずにどうやって「コードが実現したいこと」を伝え合うのか。この「意図」がエーアイコードの世界の「人間の読むコード」に相当するわけだが、素朴に「仕様」とか言い出すとエーアイのそれっぽい slop に侵略される。意図のやりとりでも受け手の外部性に対しては断固とした態度が必要。わかりにくい sloppy な意図はがんばって汲み取らずただ断って良い。
けれど今は人間にも「意図を伝える、明快で簡潔なコミュニケーション」すなわち anti slop が欠けている。つまり発明が必要なのは人間による読ませるコミュニケーション手法なわけだ。
個人的には「エレベーターピッチ」や「ラブレター」みたいな渾身のコミュニケーションが普通になったら面白いと思う。魂の叫びで slop に勝つ。
自分はコードを読み書きしない時代が来たら残念だけど、もし避けられないならかわりに形式的で官僚的なコミュニケーションも流れ去ってほしい。そしたら人類の進歩に数えたい。
プロジェクトの都合で自動化の仕事を手伝っている。Python と自社 DSL (Jsonnet みたいなもの) を書く仕事で、アプリの Kotlin にくらべだいぶエーアイが使える、これは Kotlin か Python あというよりコードが mess か well organized かの違いだと思われる。つまり自動化のチームは優秀でコードベースがよく整理されているのでエーアイも仕事がしやすいように見える。あとはまあ、仕事の内容が本質的に boilerplatey でエーアイ向けという面もある。
そんな boilerplate Python や DSL には愛着がないのでじゃんじゃん書かせる。が、我ながら slop を量産してる自覚がある。いや気をつけてるんですけど、自分で書かないとどうしても雑になるのだよ・・・。
気がついたこととして、コミットメッセージはコード以上に slop 感がある。あの情報量のない感じ、あるじゃん？しかも second language なせいかどうしても文質への感度が低い。一方でエーアイが書いたという事実を隠すのも気が引ける。
そこでエーアイに書かせたあと"From human:" というセクションを手書きで追記し、追加の文脈を生の人間の声として添えることにした。ハーネスとかがきちんとしていればそういうハイレベルなお役立ち情報も生成させられるのだろうか。自分の実力は全然及んでいない。
こんな罪悪感も一時的なものなのだろうけれど、通過儀礼ということで。
というわけで Pi のために検索コマンドをつくってあげました。Pi で: omo/asq
感想:
- Pi
- 全然機能がないが、それでもわりかしコード書けるので不思議。Flask の開発者が二番目の開発者として噛んでるらしいけど、きみこういうの好きそうねーというかんじ。
- ただし plan-mode は必要。いきなり突撃されると困る。
- 検索はそこそこ必要だった。モデル名とか API の詳細とか調べるため。「おまえが今開発してるバイナリで調べてご覧」とかいってリマインドした。
- いろいろカスタマイズしたい気持ちはあるが、まあぼちぼち。
- DeepSeek v4:
- OpenRouter 経由だと異常に遅かったので DeepSeek Platform で課金。プライバシー心配じゃない? というかもしれないがゴミオープンソース遊びしかしてないので。
- 賢さ。自分のように micromanage で長時間一撃稼働はさせない使い方 + 極小コードベースだと Pro は普通に使えて拍子抜け。
- Flash はアホだが単純コーディングには使える。デバッグとかは全然だめ。とりあえず Flash に書かせてみて、駄目そうなら早めに諦め Pro にするという方針でやってる。
- Flash は安いが token の無駄が多い。Pro は高いが無駄 token が少ない、気がする。しかも高くない。これ全部作るのに $0.5. 現在激安セール中のせいもあるかもだが。
- といった判断が、Thinking が全部見える(見えているはず)おかげでできるのは良い。Claude Code だとそのへん隠れているので。というか Claude の API も簡略思考しか返してないはずだよね。Flash のアホさも、思考が見えるとかわいいもんです. “Wait, … actually, … no wait” とか延々やってる。
- ただふと Gemini Flash と比べてみたら DS4 Flash は遅い! これが Huawei TPU の現実か。GPU いっぱいもってるアメリカの会社がホストしてくれるといいのだが、それだとこんなに安くないかもな。
- 作ったコマンド
- 割と便利なのでは？とおもったが人間なら普通にブラウザで調べるほうがはえーわ・・・。エーアイはこれでがんばってください。
- LLM フロントエンドなので、結果のテストの方法を考えたい気がしている。大げさに言うと eval が必要。
- Rust
- もう自分 Rust 勉強しなくていいのでは、という気持ちになる。気のせいだが。
- Serde が超便利でびっくり。
というわけでウェブ検索の不在を埋めた今、なんか他に作るものないかな。
そしてこんな小規模コードベース+ セール中 DeepSeek だと全くカネがかからなくて良い。今のところトークン尽きる心配ゼロである。
Pi Coding Agent をつかってみる日記。
動機は 1) 最近大手の coding agent がきな臭い。2) 自分は micromanage なので超高性能モデルいらないのでは、と疑っている。 3) 中華モデルためしてみたい 4) 中二病 といったところです。
オープンソースの agent ではこの pi を見かけることが増えてきたため、採用。モデル業者は色々試したいので OpenRouter, あと比較目的で Gemini (AI Sutidio).
とりあえず hello world として Rust の CLI でなんかつくってみようかと stub を作らせてみる。モデルは、安いやつを探すというゴールから DeepSeek 4 Flash.
First impression.
- コードは書ける。ただし遅い。単純に token throughput が低い。Gemini Flash 速かったな・・・。
- インターネットサーチが使えないのは厳しそうに見える。
というわけでインターネットを使わせてあげたい。色々な skill/cli/MCP が用意されている。Pi にも brave-search というスキルがある。このスキルは Brave の API を使って検索し、結果のページを Readability で strip して返すというものらしい。
サーチは frontier model が内蔵しているサーチを使えればいいのでは？と調べてみると、Pi はそういうモデル組み込みツールをサポートしていない。する気もないらしい。まあサーバサイドにループを移されると Pi のようなサードパーティの agent は滅んでしまうので、違う路線を応援したい気持ちはわからないでもない。
世の中のオープンソースの skills/cli を探すと、まあ色々ある。たとえば Brave 公式も自社 API 向け skills を公開している。が、 SKILLS.md を除いてみると単に API の仕様が書いてあるだけ。自分が使いたいような安いモデルには認知不可高すぎじゃね？ CLI もあったが JSON をダンプするので駄目。
人気のあるサードパーティの定番ないのかな・・・考えていたがふと気づく: これ pi で自作してみたらいいのでは？
やりたいこと: Pi のエーアイが CLI で使えるウェブサーチ、というか、Stack Overflow 的に API の質問に答えてくれるコマンド。Brave Answers API を叩くのと、Gemini の grounding つきを叩くのと、両方サポートするかんじにしよう。言語は（なんの根拠もなく）Rust で。
OpenClaw の土台になったことで知名度急上昇中の Pi coding agent, CONTRIBUTING.md が興味深い。
All issues and PRs from new contributors are auto-closed by default.
Issues submitted Friday through Sunday are not reviewed.
俺の気に入ったバグだけ直してやんよ、という姿勢。PR についても同様で、かつ以下のような下りがある:
Using AI to write code is fine. Submitting AI-generated slop without understanding it is not.
不躾で横柄ともいえるが、エーアイ負荷で GitHub 自体すらダウンしがちな昨今、人間もこのくらいの流量制限がちょうどいいようにも思える。実際のトラッカー上でのやりとりにしても態度は一貫している。
大企業の OSS プロジェクトにもしばしば「一定時間活動がないと Issue を閉じる bot」が住んでおり、実質的にはこれと同じことをしている。体面のために設けられていた「一定時間」がなくなったと見れば良い。
GitHub の “social coding” によって大きく敷居の下がったオープンソース参加も、再び昔のような・・・かどうかはわからないが、殺伐とした世界に戻っていくのだろうか。残念なような気もするし、知らないふりをしていただけで overdue だったような気もするね。
なお Pi の開発者 Mario Zechner は最近 Pragmatic Engineer podcast でインタビューをうけていた。
インストールした。LTS だけついてく派です。
わりと普通に動いている。NVIDIA GPU でも Wayland になったらしい。この日が来ようとは・・・。あとは、なぜか Webcam も動いている。一瞬タッチパッドの動かない瞬間があったため [秘蔵の workaround](XPS 17 9730 touchpad problem workaround on Ubuntu 22.04)の出番かとおもったが、再起動したら直った。
Copilot 以降 Windows 11 の shitification が各地で話題になっているのを横目に Ubuntu は平和。Mac OS もいいかなとたまに思うけど、今更乗り換えるのもめんどくさいので Linux で生きていきます。二年毎にそんな決心をアップデートしている。ただ XPS とは縁を切りたいなあ。
Framework | Introducing Framework Laptop 13 Pro
欲しい。かつてこんな欲しいラップトップがあっただろうか？ Framework 16 も一瞬ほしかったが、画面がサイズの割に低解像だったり建付けが悪いと評判だったりで、結局 Dell を買ってしまった。
しかしこの XPS17, クソデカでかさばるのだよねー画面がでかいのはいいんだけど。あと Linux サポートが偶然頼みで心配。XPS 13 Dev Ediition とか出してた頃は応援してたんだけどねえ。
そんな中 Framework. 前から気になっており、前に知り合いに 13 (non-pro) の実物を見せてもらったのだが 1) Dell とくらべどうしても安っぽい 2) バッテリーはそんなにもたないらしい という評価から踏み切れなかった。
しかしこの Pro は! そのどちらも解決してそうじゃないですか!! しかも Ubuntu Certified じゃないですか!!! かつて XPS 13 Dev Edition がそうであったように!!!!
しかもしかも、Intel の新しい CPU はなぜかバッテリー持つらしいじゃん？全然信じられないんだけど Framework に限らず Panther Lake 妙に評判よくない？どうした Intel? TSMC に手伝ってもらったのが良かったのか?
というわけでほしいんですよねー Framework Pro 13.
本来なら review が出揃ってから判断したいところだが、1) 既にバックログが8月出荷まで伸びている 2) 待ってるうちに RAM にあわせまた値上がりしそう。
などという懸念があり、もうすぐにでも注文したいんですよ！
でも今の XPS17 二年前に買ったばっかりで、ぶっちゃけ十分新しいのだよねー・・・Framework 応援したいんだけどなー・・・。
(オチなし)
5/3 追記: プリオーダーしてしまった。迷ってるうちにバッチが遅れ、届くの９月かー・・・。
Antigravity で少しやる気が高まったのでちょっとコードらしいコードを書かせてみっか、と優先度低めタスクから ListenableFuture の coroutine 書き直し、というのを発掘してやらせてみる。
この特定のタスクは単一のファイルに閉じた作業で単体テストもわりかし整備されているのでイケるかもな・・・と思ったが、ダメだった。
- クリーンアップ・リファクタリングなので、単純な置き換えだけでなく構造がクリーンになってほしいが、ならない。単純な置き換えも、ちょっとした障壁に邪魔されてあるべき姿にならない。レビューの往復をやっているうちに「自分で書いたほうがはえーわ・・・」という気分になった。
- ただしレビュー往復のやりやすさは antigravity 大勝利である。インラインコメントつけてsubmit とかさ、これだよこれ。CC にも欲しい。
- テストのカバレッジがあるから大丈夫なはずだが、どう見ても間違ってるコードを「テスト通りました」とかいうので「やべカバレッジ不足か・・・」とおもったら普通にコケている。お前動かしたんか？何が起きたのか謎だが、そのレベルで信用できないの困りますよ？よく考えたらきちんと trajectory をデバッグして原因を特定すべきだったかもしれない。
- いざ「自分でやるわ・・・」とやってみたら普通に難しかった。ごめんムリだったねこれは・・・。もともと「ぱっとしない L3 だとムリかな」くらいな難度のつもりだったが、思ったより元のコードがクソだったすまぬ。単一ファイルといいつつ 2000 行くらいあるしなゴミめ・・・。
- エーアイにコードを書かせながら自分は違う作業をするという算段だったが、作業の粒度が細かすぎ＋出してくるコードがダメ、の組み合わせで全然「違う作業」ができなかった。我ながらマルチタスクが苦手すぎる。エーアイ向いてない。
前向きな見方としては、このエーアイ氏が Kotlin を一定程度書けることがわかったのは収穫だった。あと coroutine も表面的には理解していた。今度はもうちょっと簡単なコード書いてみようね。
久々に性能仕事。ちょっといじって、性能測って、またちょっといじって、性能測って、みたいな繰り返しが必要なのでかったりーと気が乗らなかったため、気晴らしにエーアイにやらせてみることにした。
社内にはいわゆる harness が何種類かあるが、そういえば AI pilled な同僚が Antigravity が社内コードベースにも対応してるし出来が良いですよ、と勧めてくれたのを思い出し、試してみた。結果、結構良かった。（こんなまともなアプリを作る力がまだ残っていたのかこの会社と一瞬感心したのち、そういえば acqui-hire だったのを思い出した。）
モデルのアホさはどの harness でも同じだが、 Antigravity は単純に UI の出来が良い。並列のセッションも持てるし、なにかをビルドしたり ADB を読んだりといった時間のかかる作業も非同期に動かしてチャットがブロックされないし。コードの差分を表示してる間も仕事を進めてくれるし。なので、ビルドを待ってる間に「指示マークダウン直したから読み直して」とか「集計スクリプトなおしたから再実行して」とか言える。CC も非同期で色々できるはずだが、自分が使っている範囲ではだいたいブロックするんだよな。もっと裏で色々やってくれるといいんだけど。カスタマイズが足りないのだろうか。
Antigravity とは無関係に「ちょっといじって再計測の繰り返し」という作業もエーアイに向いていた。この作業には何らクリエイティブな要素はなく、コードサーチして特定のパターンで初期化されてるところをコメントアウトする、みたいな作業。業界最先端とはいえない勤務先エーアイも、この指示は危なげなくこなした。
あと少し感心したのは、テストスクリプトの実行中に ADB の接続が切れてエラーになったとき勝手に再実行して実行を継続したこと。作業を始める前は、コードの書き換えはともかく実行と集計はスクリプトで集計できるよなあ（でもスクリプト書くのが微妙にかったるいなあ）と思っていた。しかし下手なスクリプトより出来が良い。なかなかエージェント感ある。裏で TPU を燃やしているだけある。
というかんじでエーアイ氏が微修正 -> ビルド -> テスト実行 -> 結果集計 というループを 15 ターンぐらい丸一日かけてやっている間、自分は人手コーディングを楽しんだのだった。盲点としてはテストに手元のデバイスを使わせてしまったため、自分が書いているコードを試せないことでした。明日は二台挿します。
はじめて Claude Code を触ったときは、この TUI まさか決定版なのでは という気がしたし、今でも家では TUI の Claude Code を使っているわけだが、Antigravity をさわって戻ってくるとやや残念感が芽生えてきたなあ。ターミナルで動く良さはあるし、特に自動化を考えると headless は必須ではある。ただちゃんとデスクトップ向けに UI を作ったほうがどう考えても敷居は低い。ターミナルいくつも開いて並列作業とか、やりたくないです。別に家で Antigravity/Gemini を使いたいわけではないので、first party Claude Code GUI が欲しい。
しかし自分のような Linux ユーザにそういう選択肢は無い。Claude Code Desktop の Linux 版は存在しない (実態は Electron なので謎のハックバージョンが出回ってはいるが・・・) Codex App も同様。その点 Antigravity は Linux 版もあって好ましいが ・・・ Claude Desktop は Linux 版出してくれ！たのむ！あるいは自分がターミナルいっぱい開くウェイに適応するしかないのだろうか・・・。いやですが、Linux ユーザがターミナル嫌がるとどこにも行けないのかもしれませんね・・・。
追記: これを書いた後に Claude Code, Codex のアプリが大幅刷新された。はー Linux 置いてけぼり悲しい・・・。
Pocket Casts に SearchやRecommendationsが入ってから数年たった。まあまあ便利につかってるので PSA させていただきます。
レコメンデーション。似た podcast を探せる。精度が高いとは感じないが、そもそも podcast というのはオンラインショップの商品みたいに無限にあるわけではないので、精度の高い候補はしばしば存在しない、そんな中でいちおう無関係ではない何かが表示される。ので、たまに面白そうなものがみつかる。
たとえば、エーアイ podcast 探したいなというときに Dwarkesh の隣人をチェックする、といったことが可能。たどり着くリストはウェブ検索を物色するのと大差ないが、手軽。
サーチ。気になる作家や歌手のインタビューを探して binge する使い方を主にしている。
どこかで気になる新刊書籍を見つけたら、作者のインタビューを探す。新刊の著者はだいたい宣伝ツアーをしているので、大概なにか見つかる。インタビューを聴いた結果読むに至るのは数冊に一冊程度だが、カンで選ぶより書き手の話を聴いてから選ぶほうが良い。
久しぶりに Kotlin なり Python なりにキャッチアップしようかなと podcast を探すと、やはり何かしら見つかる。
サーチは、必ずしもみつかった podcast を sub するわけではない。気になるエピソードをキューに入れておくだけ。sub しないのでやりすぎて inbox があふれる心配がない。
レコメンデーションもサーチも、アプリの中にあると敷居が低い。五年前とかはランキングくらいしかなかったので、良い時代になりました。
最近 Instapaper + Kobo がはかどり、若干読み物バックログを消化できた。
自分の保守しているコードに見知らぬ人から突然ゴミコードのレビューが送りつけられてきた。高鳴る心臓。これ社会人としてのラインを保ちつ相手にするの消耗するなーやだなーと思いながらコミットログを読むと、コードの不理解さと噛み合わない自信満々のマークダウン装飾ばりばりエーアイ節。もしやこのクソコードもエーアイか？と一瞬疑うが、既存コードの複雑さは弊社エーアイ様の実力の範囲を超えている。たぶんコミットログを書かせたんだな・・・。
かつてコミットログはコードを書いた当人の理解度を示す指標でもあったが、エーアイによってそうしたシグナルは失われてしまった。一様で表面的な自信と文字数だけがあり、辛い。「劇的に性能を改善しました」とか書いてるけど、それきみのもとのコードが更にゴミなだけじゃん？それわたくしのレビューもなしにいつ突っ込んだ？ぶっころでございましてよ？
はー。出てこい俺の社会性！頼むッと祈りながら帰路自転車を漕いでいるうちに、そうか社会性もエーアイ様に任せればいいじゃない、と気づく。
とりあえず「そのクソコードはおまえんとこで書けこっち来んな」という旨のコメント（と細部の非難）を書き、チャットに「社会性のある文章にしてくれ」と頼む。と、できました社会性レビューコメント！完璧だ！！見るからにエーアイっぽいコメントだが、おめーのコミットログもエーアイだからお互い様だよな？あまりにフレンドリーすぎる部分（書いてくれてありがとう！みたいなやつ）は自分の負の社会性をぶつけて削除しておこう。これがせめてもの人間くささである。喰らえ俺の Work slop! この現代的 passive aggressive に名前をつけたい。
いざエーアイにより温厚化された（元）自分のコメントを読むと、こっちまでなんとなく建設的な気分が芽生える不思議さがある。これ人格矯正ギプスとしてコードレビューのテキスト欄に標準装備でいいんじゃないか。あと各国の大統領も使うと良いと思います。特にソーシャルメディアで。
追記:
エーアイで書いた返事が返ってきた。我々、もう直接に口を利くことはないのかもしれないな・・・
Author of “Careless People” banned from saying anything negative about Meta | Hacker News
Meta 告発本 Careless People の著者が同社の悪口を禁止される裁定を受けたという記事の HN スレ、著者の Wynn-Williams に関する評価は割れてた。
“Careless People” はテックゴシップ本としてはかなり強烈な部類で、暇つぶしにはわりかしお勧めである。そして強烈さの八割は告発内容のエグさだけれど、残り二割は著者の個性から来ている。WW 氏、かなり濃いキャラである。著者の十代からはじまるこのストーリー、出身地ニュージーランドの海で鮫に噛まれて死にかけるところから始まるわけ。本題に入る前からビビってしまう。そしてこの濃さは終始一貫している。
テック内部告発といえば我らが英雄 Susan Fowler 最近元気かなと調べたところ、去年 “The Problem Of Being Known” というブログ記事を書いていた。内部告発者としての困難が、あのブレのない静かな強い筆致で短く綴られている。読んだらしんみりしてしまった。2017 年の告発以来、2025 年までこれを書かずに来たのは Susan Fowler (今は結婚して姓が変わり Susan Rigetti) の自制心の現れで、強いなと思う。
Susan Fowler の告発は Uber の元社長を退職に追いやった。一方の Careless People の告発としての成果はというと、企業イメージへの追い打ちではあるし TED 系フェミニストとしての Sheryl Sandberg の風評を地の底に落としはしたけれど、本丸たる Mark Zuckerberg はかすり傷もない。せっかくの内部告発の刃がいまいち奥まで届いてない。
自分が感じる Careless People の煮えきらなさは、本の書きぶり以上にポストリベラルな現代のやるせなさかもしれない。Zuckerberg とか巨大権力すぎて告発の一発や二発で仕留められる感じがしない。権力の使い方が、随分とはしたない時代になった。
それと比べたとき、MeToo などの時代背景も含めテック内部告発の北極星として Susan Fowler の地位が揺らぐ日はまだしばらく来ない気がする。あまりにかっこよすぎた。でもそんなの、当人にとって全然望ましくはないのだろうね。
内部告発はその人の人生を定義してしまうのだろうか。
去年唐突にランニングにハマっていた頃、"DO HARD THINGS" という体育系自己啓発本を読んだ。「モダン根性論」の延長にある「モダン体育系」とでもいうべきリベラルスポーツ精神論が議論されており、結構良かった。著者の Steve Magness は共著の “Peak Performance” という本もベストセラー。売れっ子である。
そんな Steve Magness の podcast やインタビューをひやかしていたら、思わぬ発見があった: Steve Magness はかつて Nike のレースチームを内部告発していた。
事件は 15 年前, 2010 年に遡る。当時の Steve Magness は件の Nike チームに雇われた新人コーチだった。そこでチームのボスが主導する規約違反のドーピングを目撃し、告発する。長い戦いの果てに Steve は勝利を勝ち取り、Nike のチームは 2019 年に解散した。
けれど自分にとっての Steve Magness は別に whistleblower ではない。理科体育会系自己啓発インフルエンサーである。推し活の勢いでうっかり過去を暴いてしまったに過ぎない。Steve Magness 自身も、いくつかインタビューに答えたり多少の whistleblower 活動はしているが、それが主たるアイデンティティーではない。
インタビューで語られるのも、むしろ whistleblowing の対価や苦悩である。ランナーとしての挫折から立ち直り、新たにコーチとして勝ち取った名門チームの仕事。内部告発はそれを台無しにしてしまった、のみならず、その後も大半の会社から煙たがられてしまう。Susan Fowler がセクハラ告発フェミニストとして煙たがられたように。
けれど Steve はそこでくじけず個人向けのコーチおよび物書きとしてキャリアを立て直し、十年以上の時を経て自分のような思いつきホビーランナーにすら認知されるに至った。本は売れているし、全然編集してない YouTube channel も大人気とまではいかないが濃いファンがついている。
Susan Rigetti は、会社の仕事をやめて小説家になったらしい。四年前に書いたデビュー作 はそれなりに売れた形跡がある。
Susan も、その過去をしらない誰かに発見されて欲しい。今でなくていい。次の小説でいい。次の次の小説でいい。どこかの新聞の書評欄で、ひょっこり再会できたらいいなと思う。
昔かいたもの: Revisiting Susan Fowler - 2017-12-30 / Spinach Forest