プログラムとしてのRを学ぶ(その13/16) - 「大人の教養・知識・気付き」を伸ばすブログ

　 $\mathrm{R}$ をプログラムとして見たときに注意・検討すべきところを学んでおきたい、ということで

アート・オブ・Rプログラミング

作者:Norman Matloff
オライリージャパン

Amazon

を読んでいく。

前回

power-of-awareness.com

前回
13.　デバッグ
次回

13.　デバッグ

13.1　デバッグの基本原則

　デバッグは科学というテクニックであるが、基本的な原則が存在する。

13.1.1　デバッグの神髄：確認の原則

　デバッグにおいて確認の原則が真髄である。

　バグのあるプログラムの修正は、コードに関して正しいと「思っている」さまざまな事項が「実際に」正しいことを1つずつ確認する作業です。思い込みの1つが正しく「ない」とわかったら、バグの（正確な本質とまではいかなくても）位置の手掛かりが見つかります。

13.1.2　小さく始める

　デバッグ工程の初期には、小さく簡単なテストケースに専念すること。

13.1.3　モジュール式のトップダウンでのデバッグ

　コードはモジュール式にすべきである。第一水準のコードは数十行を超えるべきではなく、そのほとんどを関数呼び出しにすべきである。また関数は長すぎないようにし、必要に応じて他の関数を呼び出すこと。
　デバッグもトップダウンで行うべきである。デバッグ先が他の関数を呼び出している際、まずは当初のデバッグ先に問題がない事を確認してから、その参照関数を呼び出す。

13.1.4　アンチデバッグ

　何らかのアンチデバッグ戦略も適用できる。たとえば変数 $\mathrm{x}$ が正になるべきコード部分があるとき、以下の行を挿入する。

stopifnot(x > 0)

　バグを修正して新しいコードをテストした後でも、このコードはそのままにし、後にこのバグが別所で再度出現していないかを調べると良い。

13.2　デバッグツールを使うべき理由

　手作業によるデバッグ作業は、長いセッションではとても退屈で、また編集作業で気が散り、肝心のバグ発見に集中でき無くなり得る。そのためデバッグツールを用いた方が良い。

13.3　Rのデバッグ機能

　 $\mathrm{R}$ のデバッグ機能の中心はブラウザである。ブラウザは $\mathrm{debug}()$ 関数か $\mathrm{browser}()$ 関数を呼び出すと起動できる。
　関数 $\mathrm{f}()$ にバグがあると考えている場合、 $\mathrm{debug(f)}$ を呼び出して関数 $\mathrm{f}()$ をデバッグ状態に設定できる。 $\mathrm{undebug(f)}$ を呼び出すとデバッグ状態を解除できる。
　一方で $\mathrm{f}()$ の任意の位置に $\mathrm{browser}()$ の呼び出しを配置すると、実行がその行に到達したときのみにブラウザを起動する。