체계적 디버깅

개요

무작위 수정은 시간을 낭비하고 새 버그를 만든다. 빠른 patch는 근본 문제를 가린다.

핵심 원칙: 수정을 시도하기 전에 항상 root cause를 찾는다. 증상 수정은 실패다.

이 프로세스의 글자를 어기는 것은 디버깅의 정신을 어기는 것이다.

철칙

root cause 조사 없이는 수정하지 않는다

Phase 1을 완료하지 않았다면 수정안을 제안할 수 없다.

언제 사용할지