KCH W04 · 실패를 재현하고 원인을 좁히기

시작하기

발표 모드 — 내부 step 자동 재생 · Space 다음 slide · ← → slide 이동 · ? 도움말 · Esc 미리보기

학습 목표

이 강의를 끝내면 다음을 할 수 있다.

• 1 바로 수정을 명령할 때 증상만 지워지고 원인이 남는 이유를 설명한다.
• 2 재현 명령 한 줄로 실패를 반복 가능한 판정 신호로 만든다.
• 3 원인 후보를 비용 기준으로 순위화하고 관찰로 제외한다.
• 4 한 번에 변수 하나만 바꾸고 Git diff 경계로 전·후를 비교한다.

커리큘럼

1. 01 왜 바로 고치면 안 되는가
   3장
2. 02 재현과 후보 정리
   4장
3. 03 판정 가능한 수정
   4장
4. 04 과제와 증거
   4장

마무리

오늘의 한 줄

“추측이 아니라 증거로 고친다 — 재현 한 줄, 변수 하나, diff 한 장이 디버깅의 전체다.”

실습 과제

강의 듣고 직접 손으로 해봐야 남는다. 1개 과제.

1. 과제 01

   돌아가는 PoC와 실패 보고서

   W03에서 설계한 최소 PoC를 실행하고 어긋난 오류 하나를 기록한다. Agent에게 “고쳐줘”를 먼저 말하지 않고, ① 재현 방법(명령 한 줄) ② 원인 후보와 순위 ③ 변경 근거(diff 포함)를 먼저 제출하게 한다. 수정 후 같은 재현으로 전·후를 비교해 승인한다.

   ▶ 힌트 보기

   재현은 사람이 아니라 명령으로 판정되어야 한다. 변경은 사이클당 변수 하나. 녹색이 나와도 같은 명령으로 몇 번 더 돌려 재현 가능한 성공인지 확인할 것.

   ▶ 풀이 예시

   완료 증거는 ① 재현 명령과 실행 기록, ② 후보 목록과 제외 근거, ③ diff와 변경 이유, ④ 전·후 판정 결과이다. 수정이 끝나지 않았어도 이 네 가지가 연결되면 과제는 성립한다.

다음 강의 예고