ジェフリー・リットのAIコーディングツールに関する新しいアナロジー、めっちゃいいね！

「個人的には、外科医のようにコーディングしようとしてる。」 外科医はマネージャーじゃない、実際に手を動かす人だよね！でも、彼らのスキルや時間は、準備や二次的なタスク、管理を担当するサポートチームによって大いに活用されてる。外科医は、自分が特に得意な重要なことに集中できるんだ。それに、これは「神話のマン・マンス」を思い出させるね。大規模ソフトウェア工学に関する初期の影響力のある教科書だよ。

チーフプログラマーチームの構造がまた流行ってるのか。今度はエージェント付きで。フレッド・ブルックスの考えが今こそ重要だね。

ダン・ノースのトークのスライドを思い出した - たぶんこれかな。 https://dannorth.net/talks/#software-faster? その中の一つだと思うけど。重要な引用は「ソフトウェアは手術のように、問題を解決するために必要な最小限のものであるべき」という感じだった。まあ、このブログ記事はその雰囲気には沿ってないみたいだけど。

ソフトウェアエンジニアには「神話のマン・マンス」を読むべきだとずっと主張してきたけど、今こそその重要性が増してると思う。ここ25年ほどで、ソフトウェアの作り方が大きく変わったし、それはウォーターフォールからアジャイルへの移行で明らかだよね。LLMを使った開発（CodexやClaude Code）では、70年代や80年代にソフトウェアを作っていた時のパターンに戻っている気がする。最近の15年間のプロフェッショナルなキャリアよりもね。ある人たちはこれを「仕様駆動開発」と呼んでるけど、そのタイトルは誤解を招くと思う。手術として考えるのも誤解を招くけど、フレッド・ブルックスのアナロジーはまだ良いよね。私にとっては、ボルトや鋼材、どのドアヒンジを使うかに悩まされずに、橋や高層ビル、聖堂の設計に時間を使えるようになった感じ。もちろん、そういう詳細は重要だけど、今はそれを委任できるようになった。以前はそれが非常に高価で壊れやすかったから。

いい比喩だね、今後使わせてもらうよ。もう一つ例を挙げるなら、絵画のことを考えてみて。レンブラントやルーベンス、ボッティチェリみたいな「古典の巨匠」は、大きなアトリエを持っていて、助手たちがたくさんいて、キャンバスを張ったり、絵の具を混ぜたりするだけじゃなくて、巨匠の指導のもとで実際に絵を描くことも多かったんだ。巨匠が構図をスケッチして、重要な顔（特に目ね）を描いて、あとは助手たちがドレープや風景などを埋めていく感じ。この流れは、1700年代の終わりにロマン主義の時代に変わって、個々のアーティストが一人で創作の瞬間に働きかけて、最初から最後まで一つの傑作を生み出すっていう考え方が出てきた。カスパー・ダーヴィト・フリードリヒやJMWターナーが思い浮かぶね。プログラマーの中には、ターナーみたいに全体をコントロールしたい人もいて、機械が自分と同じように部分的にできるようになると、自分のクリエイティビティが脅かされると感じる人もいる。俺はレンブラントになって、アウトラインを描いて目を塗って、あとはジュニアエンジニアかAIエージェントに任せたいな。好みの問題だね。