시간 순서를 지키는 평가, 실패를 설명할 단서 남기기
미래 값을 예측하는 문제를 무작위로 나누면 미래 정보가 과거의 학습에 섞일 수 있다. 결과와 원인을 구분하는 기록를 중심으로 작은 예제와 확인 기준을 정리합니다.
미래 값을 예측하는 문제를 무작위로 나누면 미래 정보가 과거의 학습에 섞일 수 있다.
실패했다는 사실만으로는 다음 행동을 정하기 어렵다. 어떤 입력으로 어디까지 진행했으며 무엇을 기대했는지가 함께 있어야 한다. 이번에는 성공 여부를 표시하는 데서 한 걸음 더 나아가, 다음 사람이 같은 조건을 확인할 수 있도록 관찰 항목을 정리한다.
결과와 원인을 구분하는 기록
학습은 과거 구간, 평가는 그 뒤의 구간으로 나눈다. 피처를 만들 때도 해당 시점에 실제로 알 수 있었던 데이터만 사용해야 한다.
이번에 확인할 질문: 결과만 전달받은 사람이 원래 입력과 기대 동작을 복원할 수 있는가?
작게 확인하는 예제
다음 예제는 핵심 조건을 드러내기 위한 출발점이다. 서비스의 전체 구현을 대신하지 않으므로 실제 입력 범위와 실패 처리 규칙을 함께 읽어야 한다.
from sklearn.model_selection import TimeSeriesSplit
splitter = TimeSeriesSplit(n_splits=3)
for train_idx, test_idx in splitter.split(X):
assert train_idx.max() < test_idx.min()
print(len(train_idx), len(test_idx))
각 행의 예측 시점과 피처의 이용 가능 시점을 비교해 미래에서 온 정보가 없는지 확인한다.
놓치기 쉬운 조건
행이 이미 시간순으로 정렬되어 있다는 전제가 필요하다. 집계 창이나 정답 생성 과정이 미래 값을 포함하지 않았는지도 따로 점검한다.
| 확인할 부분 | 살펴볼 내용 |
|---|---|
| 기준 동작 | 각 행의 예측 시점과 피처의 이용 가능 시점을 비교해 미래에서 온 정보가 없는지 확인한다. |
| 비교 조건 | 입력과 실행 순서를 고정하고 한 번에 한 조건만 바꾼다. |
| 적용 범위 | 예제가 생략한 의존성과 실제 서비스의 제약을 구분한다. |
다음 변경에 적용할 순서
- 기대 결과와 실제 결과를 서로 다른 칸에 적는다.
- 개인정보나 비밀값을 제외하고 재현에 필요한 조건만 남긴다.
- 관찰 사실과 원인에 대한 가설을 구분해 후속 확인을 정한다.
기록을 많이 남기는 것과 유용하게 남기는 것은 다르다. 원인을 좁히는 데 쓰이지 않는 항목은 줄이고, 누락 때문에 다시 묻게 되는 조건은 보완한다. 관찰할 수 있는 범위가 분명해지면 실패한 상황에서도 다음 실험을 작게 잡을 수 있다.
이 이야기가 도움이 되었나요?