デバッグが早い人と遅い人の違い

会社にデバッグの早い人と遅い人がいる。 二人を観察していると、色々な違いが見れて勉強になる。 いくつかまとめてみる。 ・デバッグが早い人はコードに着手する前に状況を整理する 期待動作はどのようなものか、現状の動作（バグ）はどんなものか、どんな条件でバグが生じるか、生じないかを整理する 他人からアサインされたタスクの場合、手早くこれらを質問して状況を確認する。 デバッグが遅い人は何も考えずにコードを触り始める。 「何をデバッグしているの？」と聞くと言語化出来ない。 場当たり的、五月雨式に質問する。 ・デバッグが早い人は仮説を持っている。 ざっくりと全体像を把握し、当たりをつけてから作業する。 全ての作業が仮説の検証作業。結果が出た時に次に何をすべきかも把握している。 デバッグが遅い人は自分でも何をやっているか分かっていない。 「よくわからないけど一応2回試してみた」とか言う。 「それは今何を

[toro-chan]

実は残念ながら経験は重要なところで裏切る。どうでもいいバクは経験ですぐわかるようになるが、複雑であまり出ないけど潰す必要があるバグは、経験が根拠のない思い込みに変わり邪魔する。そして経験リセットし、、

[heppokopg2013]

英語のエラーをちゃんと読むも入れて

[trace22]

一作業一仮説の下りは本当に大事だと思う

[gengesa]

「デバッグじゃなくバグ修正」ってブコメがやたらあるけどデバッグって普通バグ修正の意味でしょ。ゲーム業界ローカル用語でバグを見つける人を「デバッガー」と呼ぶのは普通「テスター」と呼ぶ。

[Lagenaria]

いきなりコードを触るのはまあ悪手だよね

[kiyo_hiko]

元のコードが滅茶苦茶だと割とどうしようもない。俺氏全部のif-else節の先頭に機械的に今の行数やcallerなりをprintするコードを即席のVimマクロで仕込んでガーッとprintして経路全部見るような泥臭いデバッグしたりまである

[soulfulmiddleagedman]

わかる気もするけど、頭で考えて一向に手を動かさない系の人もいるからなぁ。とりあえず、何度も動かしてみるタイプが仕事片付けるパターンも多いような。

[eru01]

CPUの気持ちが分かるかどうかやぞ。パイプラインの声に耳を傾けろ

[tyhe]

節子、それデバッグやない、バグ修正や

[MasaMura]

こう言うノウハウは“達人プログラマー”や“code complete”に所見が書いてる。プログラムは知的生産の最たる職業だよ。

[wordi]

早い人はコアダンプをgdbで解析する

[pascal256]

細かい賛否はあるけど概ね同意。トラブルシューティングやデバッグは無数の可能性対して、仮説を立てて重みづけしてやらないと終わらないし、終わっても妥当性の判断が出来ないのよねー

[ysync]

切り分けろとしか。バグだと言い切るなら再現性はあるんだろうし。難しい話じゃなかろ。

[nisisinjuku]

クールだな。

[mick_memo]

とりあえず動かして事象再現を確認するのは大事だと思うよ

[Guro]

違いがわかるほどに観察出来る環境、というのもすごいことだなとか

[iwasiman]

これはけっこう同感です。たくさんやって成功と失敗を繰り返して経験積まないと身につかないところですね。

[hom_functor]

経験は当たりをつけるのに役には立つけど、論理的な切り分けができるかどうかが最重要

[queeuq]

これ当たり前だけど実際経験積まないとわからなかったりする。いい観察をしたと思う。

[shikiarai]

答えをイメージできていてそことのギャップがどこにあるかピンとくるには数々のクソ体験が必要。もっとクソ体験をしろ

[nakamura-kenichi]

場所と状況による。

[rryu]

要は何が起こっているのか、どうしてそれが起こるのかの2つを突き止める作業で、そのコツは書いてある通りである。

[Akech_ergo]

速い遅いというか、問題解決のやり方を知ってる人と知らない人の違いっぽい。やり方を知らない人はまず問題を切り分けるということをしない。

[pwatermark]

ツールの習熟度はあんまり関係ないね、その時に必要なことが出来ればいいからその場で調べるまである というか「正解は何？」を先に明らかにするのは当たり前だろ

[Harnoncourt]

DBとかミドルウエア絡みのバグが嫌かな。あと「こういうコーディングは推奨されません」みたいな、ローカルなお約束を知らないで何時間かかっても処理が終わらないとかやらかしました。いい経験です(；´∀｀)

[daaaaaai]

はい・・・。ペアデバッグとかしたい

[tarakotarakotarakotarako]

もはやデバッグに限らず仕事ができる人とそうでない人の違いになっている気がする

[shingo-sasaki-0529]

増田なのに良いこと言うな。 最近間違った仮説を信頼しすぎて、本来の発生条件の絞り込みとかをおろそかにして時間をかけすぎたことがあったから、デバッグするぞってときにもっと手順を意識してかないと。

[kobito19]

普通にデバッグの話だと思うし、もっというと(バグ解明した後の)バグ修正も広義ではデバッグやろ

[sirius_taka]

どんなに調べてもわからないのに風呂に入ってるときに脳内デバッグできるときあるよね

[JULY]

インフラも含めたシステム障害の時も同様。で、最悪なのが、そうやって事実確認と仮説検証を繰り返している時に、ひたすら急かすだけの偉い人。さらに、頓珍漢な自説を持ち出す人は〇んでもらいたい。

[xxxxxxxxlarge]

一番大事なのは仕様をちゃんと理解できているか

[momonga_dash]

いきなりコードを直すは極端だけど、実際いるよね。動かなかった原因がわからないと、「直したらなんか動いた」ではスッキリしなくね

[t2y-1979]

たくさんコードを書いてたくさん失敗した経験がよい仮説にもつながっているのではないだろうか

[richard_raw]

仮説を立てる、メモを取る、参考にしたい。一晩置いたらなぜか簡単に解けたりする（遅い人）。/でも早い人も遅い人も給料が同じだとしたら……？（別問題）

[rna]

自分ははてな記法で書いた業務日誌つけてて、そこに何が起こったか記録して考察を書いて検証方法を書いて検証したら何が起こったか書いて、原因わかったらどこをどう直すか考察して修正手順を書いて、ってやってる。

[repon]

大事。ただ、これらをやっても早い人には追いつけなくて「最後に辿り着く結論は「君は、有能として生まれてこればよかったのに、なんで有能として生まれて来なかったの？何故なの？」という指摘」でフィニッシュ。死

[u_u_u]

主語でかいのでは。誰が組んだかとか前提がわからんし。というか、業界によって用語って結構違うことを知れてよかった

[fujihiro0]

ゲーム業界ではテスターのことをデバッガーと呼ぶのか。新鮮な驚き。 https://www.creativevillage.ne.jp/category/topcreators/game-creator/debugger/26191/

[twox]

確かにとも思うけど、こういうのはバイアスを排除できた比較なのか気になる。その違いが早さを生んでるのではなく最初から当たりついてるからその違いが出るという、逆かもしれない。