デバッグ指向プログラミング(debug-oriented programming)とは何か。一言で言うとすると、「デバッグしやすいプログラムを書きましょう」ということです。テスト指向(test-oriented)と近いところもありますが、よりデバッグの効率に重点を置いた考え方です。詳しい内容は今回だけでは書ききれませんが、とりあえず今回は、なぜデバッグ指向なのか、デバッグ指向とは具体的にどんなものか、ということについて書いてみたいと思います。 バグの発生は必然 バグの発生は予定外の出来事ではありません。よほど小規模のプログラムでない限り、ソースコードが一発で不具合なく動くことはほとんどありません。つまり、デバッグ作業というものは、ソフトウェア開発において重要なステップなのです。実際、大抵のソフトウェア開発では、コーディングそのものよりもデバッグに費やす時間の方が多いことが多いのではないでし
一般的にバグの発生箇所と発現箇所が離れれていると、デバッグは難しくなり、時間もかかりがちです。今回のお話は、このような「バグの潜伏」を抑制し、「バグ」にいち早く気付かせるための実装上の工夫についてです。 ライブラリ設計において、何らかのオブジェクトにアクセスするIDを定義することがあります。例えば次のような関数定義があったとします。 file_id_t open_file(const char* path, int flags); ssize_t read_file(file_id_t id, char* buf, size_t size); ssize_t write_file(file_id_t id, const char* buf, size_t size); off_t seek_file(file_id_t id, off_t offset, int whence); int
今回、ちょっと最近思うところを文章にしてみたが、むちゃくちゃ疲れた。 難しい。しかもかなりしょんぼりなできになってしまった。 …もういいや。 突然であるが、プログラムにはバグが付き物だ。 それゆえに、統合開発環境にはGUIデバッガがついていたりして プログラムの処理が追いやすくなっていたり、 テストケースを書いたりして部分的にバグの発生を制御したりする。 だが、それは本当だろうか? もっと別の方法でバグの発生自体を抑制できないのだろうか。 ここのところ私はこのことばかりを考えていた。 Haskellをはじめたのもこのためだ。 そしてこれは私の中で、そろそろ結論に達しつつある。 (うーん。こんな深遠なテーマに軽々しく結論などと言っていいものか) それで、結論から言えば、バグを抑える方法があるのは間違いない。 実際に最近私が書く(C++の)コードのバグ発生率は以前と比べて 著しく低下した。その
This domain may be for sale!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く