父が90年代に教えてくれたAIコーディングの極意
What my dad taught me about AI coding in the 90s
1990年代、幼い頃に父とブラインドチェスをした経験から、著者はAIコーディングに必要なスキルを考察する。強いチェスプレイヤーが盤面を写真のように覚えるのではなく、重要な駒や攻防の関係性を構造的に把握するように、優れたプログラマーもコードの全体像を頭の中でモデル化し、抽象的な目標と結びつける能力が重要だと主張する。AIにコードを書かせる時代、その能力こそがAIを使いこなす鍵となる。
強いプレイヤーは、一般的に盤面を写真のように詳細に描くことはありません。彼らは重要な駒の位置、攻撃・防御されているマス、オープンファイル、ピンやフォークなどの戦術的関係といった、構造化された関係性を追跡しているのです。
HNでの議論
49- simonw
このブラインドチェスとLLMへのプロンプトの比較には、完全には納得できません。
ブラインドチェスでは、盤面の状態について決定的な情報が得られます。つまり、自分の盤面モデルへの各更新は正確であり、常に全状態を把握しています。
一方、LLMは悪名高いほど非決定的で、温度ゼロでも重みが次にどこへ導くかを正確に予測することはできません。
コードの各行をほとんど口述するようなプロンプトスタイルを採用すれば、より決定的に近づけるかもしれませんが、その場合、コーディングエージェントは単なるタイピング支援になってしまいます。
コーディングエージェントの生産性向上の利点は、短いプロンプト（「登録フォームをテストし、ハッピーパスとすべての失敗状態をチェックするテストを追加して」など）を大きな変更に変える方法を理解したときに発揮されます。
その結果を完全に見ずにいると、すぐに100%理解できないシステムになってしまいます。ブラインドチェスの言葉で言えば、盤上のすべての駒の位置が分からなくなるということです。
- qbane
この比喩はあまり深くまで使えないと思います。目隠しチェスが「生産性トレンド」になり、チェスを楽しむために誰もがそれを学ぶべきになったでしょうか？熟練したプレイヤーが目隠しチェスができるからといって、普通のチェスプレイヤーが取って代わられたでしょうか？
- dzonga
日曜日なので、物事を分類している暇はありません。
コーディングというのは、何かをするためのコードを書くことで、ゲームだったり、ファイルを移動するユーティリティだったり、何でもありです。本質的に、その性質は閉じた領域です。AIはここに最適で、何か問題が起きても影響はほぼゼロか無に等しい。
一方、ソフトウェアエンジニアリングは芸術であり科学です。経験則を扱っています。何もコード化されたり文書化されたりしていません。しかし、それが正しいかどうかの感覚はあります。領域は無限です。何か問題が起きたときの影響は、あらゆる面で壊滅的です。コーディングはソフトウェアエンジニアリングのための配信メカニズムですが、実際の作業ではありません。ここでAIを使うのは無意味です。
しかし、こういう記事は次々と出てきます。この業界は浅はかだということでしょう。
- yipinwong
アナロジーは抽象化のレベルで機能するもので、チェスのアナロジーをそのまま受け取るべきです。人々がチェスと現実の違い（決定的 vs 非決定的）を深く掘り下げるほど、著者が伝えようとしている教訓を得られなくなります。
覚えておいてください、アナロジーは領土ではありません。すべてのアナロジーはどこかで失敗します。
- tikimcfee
この考えはとても気に入っています。なぜなら、コードを書いているときには、実際にはコードを書いておらず「考えている」という時間Tがゼロより大きいことを、人々が忘れがちだからです。画面を見つめて、テキストの行がぼやけ、頭の中で全体のつながりを考え、実際の実装やビットの動きにはあまり気を取られず、コードの流れの構造や本質について考えていることがよくあります。これについて素晴らしいXKCDがあります。コンピューターの前に座っている人が、書いていることについて非常に美しい思考の積み重ねと雲を持っているのに、誰かが近づいて何かを言うと、雲全体が消えてしまうというものです。この記事を理解するなら、まさにそれに相当する合理的なアナロジーだと思います。心の中で、おそらくニューラルネットワークの重みで、実行されない部分が創造性と問題解決を生み出し、高次の概念にマッピングして、行レベルの詳細を特に気にせずにそれらを縫い合わせています。それでも詳細は現れ、実装は常に重要であり続けるでしょう。しかし、私はこれに完全に同意すると思います！