「時間の膨張」は本当にあるよね。最近はなんとかやってるけど、楽しいプロジェクトは今まで以上に進んでる。会議の合間の2分でプロンプトを出せるから、戻った時にはかなり進展してるんだ。

この記事はまさにその通りだね。Kidlinの法則に出くわしたことがあるんだけど、「問題を明確に書き出せれば、解決の半分は終わった」っていうのがすごく力強い原則だと思う。今のAI主導の世界では特に重要だよね。自然言語が技術との主なインターフェースになる中で、課題を明確に表現することはコミュニケーションを向上させるだけじゃなく、AIの可能性も最大限に引き出すんだ。非同期のコーディングアプローチもすごく面白いよ。最近はRepl.itをめちゃくちゃ使ってるんだけど、これがまた次のレベルに引き上げてくれる。問題解決に集中できて、ホスティングのことで悩む必要がなくなるのは本当にゲームチェンジャーだね。楽しいし。個人的にはマリオカートのキノコやスターのアナロジーを使ってるんだけど、これがツールを使うときの気分だよ。面白いのは、うまくいかないときは本当にうまくいかないってこと（笑）。時にはAIが出す決定を介入する必要もあるし、ベビーシッティングは結構疲れる（実行速度のせいで）。1つのスタックを扱うのも大変だったけど、今は無限のスタックの可能性に対処してる。

入力と出力の比率は面白いね。通常は出力の量を最適化してるけど、今は逆転してる。実際、最大の出力は求めてなくて、具体的で検証可能なステップに分けてほしいんだけど、それを一貫して達成するのは難しい。カーソルと一緒に要件を含む計画を共著してるんだけど、最初はすごくうまくいくんだ。でも、間違いを犯して、それを使ってドキュメントを洗練させるうちに、いざ「行こう」となった時には、計画の何かと直接矛盾する大量のコードが生成されることがある。マークダウンの見出しの後に空行を追加できないとか、小さなイライラがあって、それを明示的に再追加しないといけない。もっとコントロールできたらいいのに、特に品質や一貫性に関して。テストを書いて、それに対してAIが動いてくれるときがAIの最高の瞬間だと思う。これは閉じた問題だね。オープンな問題を解決しようとしている時に、それを一連の離散的な閉じた問題に変えるために、ツールが助けてくれる必要がある。

新しいプログラミングが大好きだよ。どこに行くのかはわからないけど、今は好きだな。今まさにコードを生産してるところで、普通ならリラックスして他のことをしてる時間なんだ。代わりに、リラックスしながらコーディングしてる。長いこと業界にいるシニアには最高だね。最近の編集はほとんどが面倒くさい。コードを見て、最初に使ったパターンが間違ってたと判断したら、新しいアイデアをテストするためにいろいろ変えなきゃいけない。コードをざっと見て、通常なら時間がかかるようなことがたくさん見える。いじるのがイライラするんだ。最終的な結果がどうあるべきかはわかってるのに、ちょっとしたことで時間がかかる。以前はStack Overflowで検索して考えるのに時間がかかってたけど、最近はコパイロットのヒントになって、今は…Claudeがそのままやってくれる。例えば、モックの株式取引所を作ったんだけど、いつも持っていたいものなんだ。でも、実際の取引所に接続するプレッシャーがあるから、誰もやらない残りのタスクになってしまうことが多い。今は、HNを読んでる間にClaudeがそれをやってくれた。これができたおかげで、戦略を実装できるようになった。これがすごく面倒くさい。どう動くかはわかってるけど、実装するのには時間がかかって、あまり満足感がない。タイプミスをしたり、依存関係を追加するのを忘れたりするのも、そんなに頭を使うことじゃないけど、時間がかかる。みんなが思ってることはわかるよ。どうやってスパゲッティにならないのかって？実際、変更を批評してるし、Claudeと何をするかについて話し合ってる。ここでの利点は、彼が関連するコードの場所を知ってる開発者だってこと。悪い場所にロックがあるかどうか聞くと、すごく早く見つけてくれる。経験が必要だと思うけど、彼が道を外れたときはわかるんだ。だから、キャリア的にはちょうどいいタイミングで来たと思う。小さなことが面倒になってきたレベルに達した数年後、すべてのアーキテクチャ要素が集まって手動で調査された時期に。ジュニアの開発者がどうするかはわからないけど、彼らはどうにかして山の頂上にジャンプしなきゃいけないけど、階段がなくなってる。