友達とプログラミングしてるみたいな感じだね。たまにふざけて全部台無しにしちゃうけど、 その通りだね :)

楽しみや学びのためなら理解できるけど、仕事となると企業はサポートしてくれないよ。さっさと終わらせろって。早さが新しい常識だね。

面白いね。人々がエージェントコーディングに対して持つ反応の違いは、彼らがコーディングに何を重視しているかによって影響されているのかもしれないと思ってる。俺にとって、コーディングには3つの楽しみがあると思う。1. 何かを作ること 2. パズルを解くこと 3. 新しいことを学ぶこと もし、完成した製品を見ることが主なモチベーションなら、エージェントコーディングは素晴らしいと思う。出力がすごく早く得られるからね。もし、難しいパズルを解いたり、アルゴリズムを掘り下げたり、ハードウェアの動作や変なマシンの癖、言語の内部構造を楽しむタイプなら、その楽しみはほとんど失われるだろうね。新しいことを学ぶのはその中間にあると思う。エージェントコーディングを使って新しい技術を学ぶことはできると思う。LLMは、俺にとって新しい概念を探求したり、人間の著者からもっと読むための道を示してくれる素晴らしいツールだと感じてる。ただ、やっぱり学ぶ最良の方法は実際にやることだから、新しい技術で何かを実装しないと深さや粘り強さは失われるかもしれないね。もちろん、多くの人はこの3つのミックスの中で楽しみを見つけると思うし、何を求めているかはプロジェクトごとに変わるかもしれない。最近のプロジェクトで2と3に傾いていたのか、だからClaude Codeに不満だったのかなって気になる。

OpenClawのクリエイターがこんなことを言ってたよ：「もし自分のアイデンティティがiOS開発者に結びついているなら、厳しい時期になるだろう。でも、アイデンティティが『俺はビルダーだ！』なら、今は生きているのがすごくワクワクする時期だ。」それに、もし自分にとって速いなら、コーディングを続けてもいいっていうルールはないからね。例えば、俺はClaudeよりもずっと早くPerlのワンライナーを書けるし、速くなくてもコーディングが楽しいなら、ただコーディングを続ければいいんだ。

先週、Claude Code - Opus 4.6を使って、4万回のトランザクションの中で1回起こるバグを見つけて修正したよ。俺たちのレガシーアプリは2008年頃に設計されて、それ以来無数の応急処置が施されてきた。誰も（約700人の会社）この問題を再現できず、原因や確実な修正方法を自信を持って言えなかったんだ。でも、昨日それが変わった。今日は、広く共有された要約を作成するのに時間を使ったよ。俺のウィザードステータスはまた更新された。

何を作ってるかによると思う。たまにエンジニアが「靴を脱ぐ」っていうのが楽しいんだよね。必要なことをやるのがね。

OPより少し若いけど、初期のインターネット時代を覚えてる。PerlのCGIスクリプトやASP、初期のサーバーサイドJS（Netscape Livewireの形で）から始めた。この数ヶ月で、Claude Codeを使っていくつかのアプリを作った。個人プロジェクトで、数週間、数ヶ月、あるいは永遠にかかるようなものだったけど、すぐに気が散って他のことに移っちゃうから。結構いい仕様書を書いて、物事をフェーズに分けて、次に進む前に各フェーズがしっかりしてるか確認してる。Claudeには、自分が試したことのないフレームワークで物を作らせてる。実際にコードも見てるけど、いくつかは雑だし、動くように見えるけど、全くナイーブか不安定な実装になってることもある。もし本当に気に入らなかったら、戻してもう一度試す。別のAIにもレビューしてもらって提案をもらってる。楽しいけど、最終的には知的な満足感はあまり得られない。昔のようには感じないし、スキルが成長してる気もしない。確かに「何か」を学んだけど、それはAIの能力についてであって、最終結果ではない。それでも、これは未来だと確信してる。経験豊富な開発者がAIと一緒に働くのに最適な立場にいると思う。選択肢がないかもしれないけどね。

あなたの選択肢は、一方の極端だけに限られてるわけじゃないよ。

あなたは会社からお金をもらってソフトウェアを作ってるんだから、それを使ってビジネスの価値を生み出して利益を上げるわけだよね。あなたはそれを楽にやったけど、個人的には満足感が得られなかった。だから、もっと良い気分になるためにやり直すつもりなの？ 会社のCEOに「もっと早くソフトウェアを完成させられるけど、手作業の方が気分がいいからやりたくない」って言ったら、どう思う？

コードを書くとき、特定のコードが自分にとって知的に刺激的かどうか、書く前にほぼ分かるんだ。もしそうなら、自分で考えずに書く。もしそうじゃなければ、Claudeに書かせる。今のところ、70%くらいのコードは前者に該当してて、残りの30%は自分の意志を使って始める必要があるものだと思う。それに、自分でコードを書くときでも、Claudeにレビューを頼むんだ。人間の同僚に頼むより早いから、頻繁にClaudeにレビューしてもらえる。今日も5分のレビューの後、Claudeが「あなたが書いたコードには4つのバグがあって、そのうち3つは幻覚で1つが本物のバグだ」って言ったんだ。正直、あの本物のバグを見つけるのに5分以上かかったと思う。

今、数日間かけて構築してきたClaudeのスキルを使って、AmazonのPPCキャンペーンをフル監査してる。入札調整、新しい検索用語や広告商品、キャンペーン構造の調整の提案をしてくれる。Amazonが提供する分析を全部見て、驚くほど詳細に、私の製品が表示される検索用語を見つけて、カートに追加されて購入される。これって、何時間もかかる退屈な作業なんだけど、今は「それ全部やって」って言うだけで終わる。魔法みたいだよ。何千行ものPythonでAmazonのAPIにアクセスしてるけど、まだ一度も見たことない。

この1ヶ月の間に、暇な時間を使って作ったもの：- 「意味的に強化された」epubからmarkdownへのコンバーター - 統合されたLLMリーディングガイド生成を持つウェブベースのMarkdownリーダー (https://i.imgur.com/ledMTXw.png) - 選択した単語や文を文脈で定義/明確化するためのZoteroプラグイン - Pocket TTSを使ったepubからオーディオブック生成器 - Diddy Kong Racingのモデル/テクスチャ抽出/ビューワー (https://i.imgur.com/jiTK8kI.png) - Bun.js/TypeScriptで作ったスリムなphpBB 2の「リメイク」 - 増分マテリアライズドビューを定義するための実験的SQLite拡張... などなど、ここに名前を挙げるには小さすぎたり、特異すぎたり、日常業務すぎたりするものがたくさんある。これらの中には一回限りのユーティリティもあれば、二度と触らないおもちゃもあるし、ずっと苦労してる大きなプロジェクトの一部もある。君のシニシズムを責めるつもりはないし、LLMやLLMコードに対する批判も見えてる。でも、やっぱり楽しいし、アイデアが止まらないんだ。

先週、Copilotを使って、全てのAmazonアカウントとリージョンをスキャンするプログラムを書いたんだ。サービスとバージョンを集めて、1年以内にEOLになるものを見つけるんだ。EOLの日付データは複数のソースからスクレイピングしてJSONに保存してる。約16種類のAWS APIコールを使ってるよ。レポートはmarkdown、json、csvで生成されるから、人間はmarkdownを読めるし（重要なことをフラグ付けして説明もしてくれる）、csvは優先順位付けや作業の追跡に使える。結果は重複を排除して、ソートして、統合（似たようなエントリ）して、分類される。名前やタグの正規表現に基づいて、チームにレポートを自動で送れるんだ。これ、AWS Health Dashboardから得られるデータよりも多いし、どんなフォーマットでも、どれだけのアカウントやリージョンでも使える。知る限り、こういうオープンソースプロジェクトはないよ。AWSには似たようなことをするための巨大な分散システムがあるけど、私は数時間でできるPythonスクリプトを作ったんだ。

一番のポイントは、欲しいソフトウェアがずっと簡単に手に入ることだね。広告もないし、月額費用もかからない。

これが理由なんだ。ここ数ヶ月、自分のペースで vibe-coding してて、毎日使うツールはほぼ全部揃ったよ（ブラウザとメール以外はね）。自分でデザインしたんだ（LLMの助けを借りて）。

個人的には、誰でもクソみたいなものを作れると思う。良いソフトウェアを作るには経験が必要だよ。経験を活かせ、ルーク！今はプログラマーのチームがいて、好きなものを作れるんだから！私には素晴らしいことだけど、C++をプログラミングして36年しか経ってないからね。

その気持ち、わかるよ。私はメンターなしで育ったから、ソフトウェアの理解が特定のポイントで停滞しちゃった。特定のOSのAPIがうまく動かなくて、GoogleやStack Overflowもなかったし、周りに聞ける人もいなかった。何年もその状況を乗り越えてプログラムを書いてきた。数十年ソフトウェアを書いた後、今は新しい人たちのメンターになろうと頑張ってる。私の専門は、使っている技術を理解させること。ジュニアたちがリンカーエラーを理解して修正するのを手伝ったり、エンジニアがARPポイズニングを理解するのを助けたり、高校生がロボットのデバッグを手伝ったりしてきた。本当に恩返しができて楽しかった。でも今は、中学生を除いてほぼ誰でもChatGPTに問題を入力すれば、私ができるよりも直接的な答えが得られる。正しくLLMを使える限り、特にメンターは必要ないんだよね。

プリンシパルSWEとして、大きなプロジェクトもやってきた俺だけど、AIと一緒に仕事するのが楽しみだ。なんでかって？それは、俺が得意なことを拡大してくれるから。技術的な決定をすることだ。コーディングもその一つだけど、アーキテクチャやデバッグも同じスキルを使う。良い技術的決定をすることが重要で、良い選択ができれば、AIはMEGAな力を発揮する。ちょっとだけ手綱を緩める覚悟が必要だけどね。

私の経験では、ソフトウェアを書くのがあまり得意でなかった人たちが、今「LLMで創造することに最も興奮している」人たちだ。私は何年もテックリードをやっていて、ビジネスクリティカルなコードも何度も書いてきた。もうコードを書くことに戻りたくない。今は100倍速く進むことができると感じている。私の貢献は、判断力、センス、アーキテクチャなどだ。そして、モデルはどんどん良くなっていく。だから、もっとやりたいし、できるようになる。プログラマーでない人たちもこれにアクセスできるようになったのが本当に嬉しい。能力を民主化するツールには常に賛成だ。どんな「バカ」でも、自分の考え方に合ったソフトウェアを作れるようになったし、高額なソフトウェアの人を雇うためにお金を集める必要もない。そもそも、彼らはプログラマーを雇うつもりなんてなかっただろうし、そのアイデアは頭の中で死んでいただろう。

失礼だけど、君は「プリンシパルコーダー」って感じで、プリンシパルエンジニアには思えないな。少なくとも多くの分野や組織では、ほとんどのプリンシパルエンジニアはコーディングにほとんどの時間を使ってないよ。でも、エンジニアリングにはまだ多くの時間を取られてる。君が感じてること、わかるよ。でも、それは12月の一週間だけだったかな。それ以外は、まだまだ作るべきものがたくさんあって、チームはシステムを設計したり、デザインをレビューしたりするために僕を必要としてる。彼らのプロンプトマシンは、僕の良いセンスを代わりにはできないよ。コーディングが自動でできても、エンジニアリングはまだまだやることがいっぱいなんだ。

プリンシパルエンジニアとして、完全に失望してる。数十年かけて専門知識を積み上げてきたのに、それが大幅に価値を失った。今やどんなバカでもプロンプトを使って同じソフトウェアを作れる。気分が落ち込んで、やる気も出ないし、もうすぐ引退するつもりだ。まさに rug pull だよ！ 本当に？ コーダーたちはロブスター（OpenClaw）と一緒に暗い森に迷い込んで、自分たちの技術的負債に混乱してるのに、君は彼らが同じソフトウェアをプロンプトで作れると言ってるの？ 誰かが Claude で生産データベースを全部消しちゃったのに、君はその経験が無駄だと思ってるの？ 安定したインフラと予測可能性が必要な企業に対して。認知的負債は現実の問題で、壊れたコードを読んだり書いたりできないことは、経験豊富なエンジニアが解決できる増え続ける問題になるよ。AIエージェントの誇大広告には騙されないで。

自分はソフトウェアを書くのが得意だと思ってる。たくさんのプロジェクトを作って出荷してきたし、ゼロからシステムを構築してきた。組み込み、分散、SaaS、何でもやってきた。AIと遊ぶのがすごく楽しい。どんなバカでも、僕が書けるソフトウェアをプロンプトで作れるわけじゃないよ。今のところはね。

聞くところによると、ソフトウェアを書くのがあまり得意じゃない人たちが、LLMを受け入れるのに消極的なんだって。彼らは「コーディング」という分野に感情的に執着していて、実際に面白くて難しい作業が行われるデザインやアーキテクチャには目を向けてないみたい。

ここも同じだけど、早く引退することはないといいな。これに欠けてるのは、AIファンが大好きなあのアイコニックなフレーズだね：「ただ楽しんでるだけ！」このAIブームは友達を思い出させる。彼はいつもアーティスティックだったけど、人生の流れで本格的にアートや絵を追求する機会がなかった。AIが最初に出たとき、特に MidJourney にすごく興奮して、思いつく限りのたくさんの絵を作ってた。でも、しばらくするとその興奮は薄れて、実際には何も学んでいなかったことに気づいた。そこで彼は時間を見つけて、もっと絵を練習することにしたんだ。自分のスキルで物を作れるように、世界の反対側のチップに頼らずにね。彼は過去数年で大きく成長したよ。だから、AIは「楽しい！」プロジェクトを作る手助けはできるけど、結局彼らは本当に何かを学べるのかな？

ぜひこれらのツールを実際に試してみてほしい。すぐに心配する必要がないことに気づくはずだよ。知識のあるエンジニアの手にかかれば、これらのツールは多くの単調な作業を省けるから、彼らはそれが脱線する瞬間を見抜く経験があるんだ。経験がない人がそれを修正できない場合を想像してみて。ほんとうにそれがうまくいくと思う？

40代後半 これ、ほぼ完璧に俺を表してる。コーディングで燃え尽きたわけじゃないけど、コーディングを楽しんでた時に偶然EMになっちゃった。でもEMになったら、チームを管理することになって、最も楽しんでるコーディング以外のことを全部やる羽目に。でも今、自分のスタートアップを運営してるから、クロードがコードを書く雑務を引き受けてくれるおかげで、アーキテクチャやオーケストレーションに集中できて、コーディングをめっちゃ楽しんでる。最高に楽しいよ。

なんでそうならないの？ 年齢のせいで自分にはもう無理だって感じる必要があるの？

同じく、でも僕の場合は25年分の個人的なバックログをようやく消化してるところ。プロジェクトをため込んでた感じで、今は家のエルフが片付けてくれてるみたいな。ルールを理解する必要があるんだ。

あなたのことをすごく嬉しく思ってるし、80歳近くなったときに同じようなことができてたらいいなって思ってるよ。

自分にとってAppleScriptを再発見するのは面白いね（40代後半なんだけど）。なんか、ネクストの匂いを感じるような懐かしさがあるけど、今のMac miniをハイジャックする時代にはかなり便利だよね（OpenClawが一つのやり方だけど、もっとシンプルにコアに直行してもいいんじゃないかな）。個人的には、プログラマーは年を重ねるごとに上手くなると思うんだ、ラウンジシンガーみたいに。