バグを見つけ出すのに効果的な「説明メソッド」について

元ネタはプログラミングに関するものだけど、
プログラミングに限らず広い範囲に使えるメソッド発見。

WEB+DB PRESS vol.38「プログラミングの光景」(高林哲)の中で
「バグの原因を見つけ出すにはこんな方法があるよね」
というのがいくつか挙げられていた。

その中で「そうそう、そうなんですよね」と激しく思ったのがこれ。

ある。

言うことを聞かないプログラムについて人に状況を説明していて
「ここでね、ほらちゃんと中身を置換してるはずでしょ、
　なのにね、なぜか表示してもね、置き換わってない・・・
　のは、二次元配列になっちゃってるからですね。」
と一方的に解決してしまうことはよくある。

これは何もプログラミングに限ったことではないように思う。

パズルをやっているにせよ人生の方向性に悩んでいるにせよ
自分でいくら考えてもどうにもならなかったのに
人に現状を説明しているうちに
いつの間にか解決していた、というのはよくあることだ。

これは相手のアドバイスを受けてどうこうということではなく
状況を知らない人に説明することによって
いったん入り込んだ迷宮から抜け出し
入り口から改めて考えられるようになるから、ということだろうう。

だから、

「身近な人に相談する」に関しては、状況を説明することが重要なので、相談相手は人ではなく、ぬいぐるみでもよい、という説があります。

というのもとてもよくわかる。

説明をしているうちに自分で解決してしまうわけだから、
相手がぬいぐるみだろうがキン肉マン消しゴム略してキン消しだろうが
何でもいいはずだ。

自分では解決困難な問題に対処するための画期的な手法。
実に魅力的ではある。

しかし、この「説明メソッド」を導入するには多少の覚悟が要る。
問題解決と引き替えに、
「ぬいぐるみに話しかける私」の存在を許さなければならないからだ。

実行すべきかどうか悩ましいところ。どうしよう。
とりあえずゲルググちゃんに聞いてみるか。