デバッガー型マイクロワールドでインタープリターの動きを知る

読むだけでは分かりにくい仕組みを、動かして見る

マイクロワールド（microworld）とは、学びたい仕組みを体験できるように、範囲を意図的に絞った環境です。この章では、その考え方をプログラミング言語のインタープリター（interpreter）に使います。インタープリターは、プログラムを実行する仕組みです。

講演で話者は、自分のプログラミング言語がどのように動くのかを理解しようとしました。しかし、Prologのインタープリターについて形式的に書かれた説明は、読むだけでは複雑に感じられました。そこで話者はClaudeに、インタープリターの内部を一つずつ見せる、一時的なデバッガーを作らせました。

このデバッガーは、製品に必要な機能をすべて備えたものではありません。話者が仕組みを理解するために作る、学習用のUIです。つまり、完成した製品を使うためではなく、学習者の頭の中に動くモデルを作るための道具です。

タイムラインをスクラブして状態を見る

このUIでは、インタープリターの実行がタイムライン（時間に沿ったステップの列）として表されます。学習者はタイムラインをスクラブできます。スクラブとは、つまみや位置を動かして、実行の前後へ移動する操作です。そして、各ステップでインタープリターの状態を調べます。

ここでいう状態は、その時点で機械が持っている情報です。補足すると、実行中の処理やスタック（stack）に入っている情報などが、状態の例になります。このデモでは、プログラムの節、スタック、タイムライン、メモの領域が同じ画面に表示されます。ステップが進むと、強調される行、スタックの内容、タイムライン上の位置、ステップ番号が変化します。

**図1　**プログラム、スタック、タイムライン、メモを並べたインタラクティブなデバッガーです。近くのフレームを見ると、強調される行やスタックの内容がステップに合わせて変わります。ただし、コードや変数名は小さく、細部までは正確に読めません。したがって、この画像は実行を一歩ずつ追う構成を支える証拠であり、各コード行の内容まで証明するものではありません。［出典映像の 13:04］

この方法の大切な点は、ソースコードを最初から最後まで読むことではありません。実行の途中で何が起きたかを観察することです。たとえば、問い合わせを処理する流れを一つずつ止めれば、どの節を調べ、スタックやほかの状態がどう変わるかを追えます。これは説明を補う教師作成の例です。実際の画面の細部を推測するものではありません。

内部状態が見えると、インタープリターは結果だけを返す「黒い箱」ではなく、状態を変えながら進む機械として捉えやすくなります。完全な内部を見せるわけではありません。それでも、見えなかった途中の変化が見えるだけで、仕組みを考える足場ができます。

バグ修正を通して、機械の感覚を作る

話者はこのマイクロワールドで、狭い範囲のバグも直しました。ここでの目的は、Claudeに修正を任せて、結果だけを受け取ることではありません。修正しながら、周囲の機械がどのように動くかを自分で確かめます。

この違いが重要です。エージェントに「この不具合を直してください」と頼めば、目の前の問題は解決するかもしれません。しかし、なぜ修正後に動くのか、次のステップでどの状態が変わるのかは、分からないまま残る可能性があります。一方、デバッガーで処理を止め、修正の前後の状態を比べれば、インタープリターの動きについての直感が育ちます。

これは、機械の完全なモデルを得たという意味ではありません。表示される状態は、学習のために選ばれた一部です。それでも、内部の変化を何度も観察すると、コードベースの周辺を見渡す「周辺視野」が生まれます。すべての実装を暗記しなくても、どこで何が起きていそうかを考える土台になります。

タイムラインのコメントを、未来の自分への足場にする

このデバッガーには、タイムライン上の時点にコメントを付ける機能もあります。話者は、あるステップで気づいたことや疑問を、その場所に残せます。後で同じ実行を見直すとき、そのコメントは「その時点で自分が何を考えていたか」を思い出す手がかりになります。

講演の説明では、コメントは一度きりの理解を、将来の理解につなぐ記憶の補助です。タイムラインは実行の記録を保存し、コメントは自分の考えを保存します。両方があれば、次に学ぶときに毎回ゼロから調べ直さずに済みます。

ただし、コメント機能の細かなUIは映像では見えにくいです。画面だけから、正確な操作方法や表示の仕方を確定することはできません。ここでは、話者が説明した「タイムライン上の時点に考えを残す」という役割と、画面から確認できる構成を分けて扱います。

**図2　**同じデバッガーで、Prologのプログラム、実行スタック、ステップのタイムライン、テキストのメモが表示されています。これは、実行の流れを見ながら考えを記録できる構成を示します。後のフレームには一時停止を示すアイコンが重なっていますが、基礎となる画面の構成は同じです。メモがコメント機能の細部まで示す画像ではないため、その操作方法までは読み取れません。［出典映像の 13:16］

一時的なデバッガーが作る「中に入る」学習

補足すると、この例のデバッガーは、一般的な製品用デバッガーとは役割が違います。製品用のデバッガーは、開発中のさまざまな問題を調べるために使います。今回の一時的なデバッガーは、話者が一つのインタープリターを理解するために、必要な見方を用意しました。

したがって、マイクロワールドの価値は機能の数では決まりません。学習者が操作し、途中の状態を見て、予想と実際の動きを比べられることが大切です。予想と違う結果が出たら、タイムラインを戻り、状態の変化を調べます。この小さな反復によって、説明を読むだけでは得にくい機械の感覚が育ちます。

これは、「人がすべてのバグを手作業で直すべきだ」という主張ではありません。エージェントはコードを書くことも、学習用のUIを作ることもできます。重要なのは、修正作業を丸ごと渡して人をループの外に置くことではありません。人が仕組みを観察し、次の判断に参加できる環境を作ることです。

前の章のインタラクティブな図が見えない関係を示したように、このデバッガーは実行途中の状態を見せます。こうして、理解のためのマイクロワールドが、コードの中へ戻る入口になります。