끝까지 분석하고 의미를 해석하기

여기까지 왔다면 데이터가 예상과 다르거나 코드가 멈춘 경험을 이미 했을 것이다.

막힘은 프로젝트의 예외 상황이 아니다. 분석 과정의 일부다. 실제 분석에서 막히지 않는 경우는 드물다.

중요한 것은 막혔을 때 무엇을 하는지다. 막힘을 다루는 방법은 태도의 문제이기도 하지만, 대부분 절차의 문제다.

막혔을 때 가장 흔한 대응은 코드를 여러 곳 동시에 바꿔 보는 것이다. 이 방법은 원인을 찾지 못한 채 상태만 복잡하게 만든다.

대신 문제를 좁히는 순서로 접근한다. 범위를 반씩 줄여 가며 원인이 있는 곳을 찾는다.

표에서 확인하듯 막힘의 상당수는 데이터 쪽에서 시작한다.

그래서 원인을 찾을 때는 데이터 점검을 먼저 한다. 점검은 세 가지만 보면 충분하다. 빠진 값, 값의 범위, 있을 수 없는 값이다.

분석이 끝나면 수가 남는다. 수 자체는 결론이 아니다.

"기울기는 26.45다"는 계산 결과이고, "기온이 오를 때 냉방 전력이 함께 늘었다"는 해석이다.

해석 문장에는 네 가지가 들어가야 한다. 대상과 기간, 관계와 크기, 조건과 범위, 한계다.