世界一流エンジニアは自分と考えが真逆だった話｜牛尾 剛

今日はちょっと驚いたことがあったので、自分の記録のためにも書き残しておきたい。 ライブサイトの問題 自分のやっているプロジェクトで問題が起こって、その障害の復旧と調査にあたっていた。問題は大きいが、DividedByZero が起こっている。これはスポットしやすい。 自分の見慣れたコードパスをログを頼りに DividedByZero が起こりうるところを特定する。 実際にそれが起こるところは２点と特定する。 フロントエンドが０台になる アプリケーションの必須の設定が０になっている どちらも通常あり得ないが、どう考えても前者である可能性は低い。もし前者だとしたら、問題はここだけに収まらない。最近変更を他のチームが加えた後者が最も有力だろう。何せ今までそれは起こったことが無いから。調査に協力してくれた Cooper も同意見だった。 問題の特定に時間を使う 残念ながらログが出てないので、調査が

[yarumato]

“「最も可能性が高い」と思い込んでいる箇所を調査したが時間がかかりムダ。世界一流の人は複雑には考えてない。実際に可能性を絞り (Narrow it down) 、問題を完璧に理解すらせずに解決”

[nekoline]

不具合原因の特定で、可能性高そう(と自分が勝手に目算してる)順番より、手数かからない順にチェックした方が、より多く可能性潰せるし、結果的に早く特定できるという話