0:14 - 2:23

ボトルネックはコードの生成ではなく理解です

最初の問題提起

話者は、AIエージェントが大量のコードを作れるようになっても、人間はそのコードがどのように動くかを理解する必要がある、と主張します。これは、この講演の最初の「大胆な見方」です。多くの人がすぐに賛成するとは限らないため、話者は聴衆に問いかける形でこの問題を出します。00:14

ここでいうボトルネックとは、全体の進み方を制限する部分です。補足すると、コードを作る速さが上がっても、次に必要な作業を人間が同じ速さでできなければ、全体の速さはそこまで上がりません。

話者が示す変化は、次のようなものです。

これは、コードを書く作業がもう必要ないという意味ではありません。人間がプロジェクトの中で考えたり、判断したり、次のアイデアを出したりするには、システムについての理解が必要だという意味です。

この主張から、次の誤解が生まれやすくなります。「理解が必要なら、エージェントが書いたコードを最初の行から最後の行まで読めばよい」という考えです。しかし、話者は、行ごとの読解だけが理解への道ではないと明確に述べます。01:20

コードを理解するとは、すべての文字列を記憶することではありません。変更の目的、システムの構造、重要な部分どうしの関係をつかみ、次の作業で使える状態にすることです。これはこの章の説明のための整理です。話者は、このような理解を助ける別の方法を紹介する準備を進めます。

**例（説明のための作例）**として、エージェントがゲームの表示に関係するコードを多く変更したとします。ファイルを一つずつ読む方法では、変更の全体像をつかむ前に読む量が大きくなるかもしれません。

一方で、次のような方法なら、別の入口から理解できます。

解説ドキュメント：変更の背景や目的を、人間向けに順序立てて説明します。
理解クイズ：読んだ内容について質問に答えます。答えられない部分から、自分の理解の穴を見つけます。
体験できるマイクロワールド：対象の仕組みを小さな環境に入れ、操作しながら関係を確かめます。マイクロワールドは、単に小さいアプリではなく、システムの考え方を体験するための環境です。

話者は、この三つをこの時点では予告として示します。後の章で、それぞれを詳しく扱います。ここで大切なのは、理解の方法をコードの逐語的な読解だけに限定しないことです。

話者が目指しているのは、人間を開発の流れから外すことではありません。エージェントがコードを作る間も、人間が変更の意味を理解し、同じ作業のループにとどまることです。

ここでいう「ループ」は、説明のための言葉です。たとえば、エージェントが変更を作り、人間がその意味をつかみ、その理解を使って次の問いやアイデアを出す、という繰り返しを指します。人間が最終結果だけを見て終わるのではなく、途中の考え方にも参加できる状態です。

**例（説明のための作例）**として、エージェントが画面の一部を変更したとします。人間が変更の目的と仕組みを理解できれば、次に「この画面では別の操作も必要ではないか」と考えられます。逆に、変更の意味が分からなければ、動いているように見える結果を受け取るだけになり、次の提案をしにくくなります。

したがって、解説、クイズ、マイクロワールドは、単なる補助教材ではありません。人間がコード生成の速さに置いていかれず、プロジェクトに参加し続けるための入口です。話者は、この講演から聴衆が持ち帰って使える実践的な技法を紹介すると約束します。02:23

冒頭の投票と聴衆の反応は、話者が述べる文脈です。ただし、提示された計画資料だけでは、投票の画面結果までは確認できません。