デバッグのアンチパターン | EarOwlの日記 | スラド

テクノロジーカテゴリーの変更を依頼記事元:

srad.jp/~EarOwl

1 userがブックマークコメント

コメント

0

記事へのコメント0件

注目コメント
新着コメント

新着コメントはまだありません。
このエントリーにコメントしてみましょう。

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

デバッグのアンチパターン | EarOwlの日記 | スラド

その1 : 問題が再現する状況を確認した後、『ここを変えたらどうなる?』『こういうパターンではどうなる... その1 : 問題が再現する状況を確認した後、『ここを変えたらどうなる?』『こういうパターンではどうなる?』といったことを思いつくままに色々試していく。『原因の調査のために、情報はとにかく多いほうが良い。』それは間違ってはいないが、思いついたパターンを闇雲に試すだけでは、情報も増えるがそれ以上にノイズが増えていることが多い。 (ひどい場合には必死になってノイズばかりを拾っていることも。) 現象を 1回確認したら、まずはそこから最大限まで情報を得て、原因を絞り込む。その上で、絞り込めない部分があればその部分を確認するための動作を試してみる。このような方法で進めていく方が、大抵の場合はより速く原因に辿りつくことができる。その2 : 問題が発生した『後』の動作を延々と追いかける。原因が何であるかにもよるが、ひとたび問題が発生したらそこから先の動作は進めば進むほど予測不能となっていく場合は多い

プログラミング

ブックマークしたユーザー

rin512014/11/29

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx