「1、2年の間、ベル研究所で働き始めてから、ジェーン・ホルツマンが開発したインタラクティブなグラフィック言語でケン・トンプソンと仕事をしていました。 私はもっと速くタイプしたので、キーボードの前に座って、ケンは私の後ろに立った。 私たちはすぐに作業し、コンパイラがエラーを生成したときに、再帰的に問題を掘り始め、コールスタック、プログラム出力、デバッガーの実行などを調査し始めました。 しかし、ケンは私と私たちが書いたコードを無視して、ただ待って考えました。 すぐにパターンに気づきました。ケンはしばしば問題が何であるかを理解していたので、彼は私の前に「何が間違っているのか知っています。」と言いました。 通常、彼は正しかった。 ケンはメンタルコードモデルを構築していることに気付きました。何かが壊れたとき、それはモデルの誤りでした。 そして、この問題がどのように発生する可能性があるかを考えて、彼はモデルが間違っている場所、またはコードがこのモデルを間違って反映できる場所を見つけました。
ケンは、デバッグする前に考えることが非常に重要だと教えてくれました。 エラーに突入し始めた場合、コード内のローカルの問題を修正する可能性が高くなりますが、最初にエラーについて考え、発生した可能性がある場合、コード内のより高いレベルのエラーを見つけて修正することで、アーキテクチャを改善し、そのようなエラーの発生を防ぎます。将来の間違い。
これはスタイルの問題だと理解しています。 専門のツールを使用して、世界中のすべての行ごとのデバッグを要求する人もいます。 しかし今では、コードを見ずに考えることが、より良いソフトウェアにつながるため、最良のデバッグツールであると考えています。」 - ロブパイク
ソース-InformIt 。