채점 화면이 말하는 것
통과/실패뿐 아니라 어떤 입력에서 무엇을 기대했고 무엇이 나왔는지가 핵심입니다.
- 입력(또는 요약)을 그대로 복사해 메모
- 기대 출력과 실제 출력을 나란히 적기
- 차이가 포맷(공백·줄바꿈)인지, 로직인지 가르기
포맷만 다르면 trim·개행·구분자부터 고칩니다. 값이 다르면 예제를 손으로 다시 추적합니다.
힌트와 참고 풀이
이 사이트는 힌트를 먼저, 참고 풀이는 통과 후(또는 충분히 막힌 뒤) 보는 흐름이 안전합니다.
- 힌트 1개만 열고 다시 채점
- 그래도 막히면 의사코드만 다시 쓰기
- 풀이를 보면 “내가 놓친 불변조건” 한 줄을 적어 두기
바로 풀이만 보면 다음 비슷한 문제에서 같은 자리에 또 막힙니다.
예외·런타임 에러
빨간 메시지(예: undefined 접근)는 알고리즘이 아니라 표현식 문제입니다.
스택의 첫 줄 → 의심 변수 → 입력 파싱 순서로 봅니다.
체크리스트
| 단계 | 질문 |
|---|---|
| 1 | 실패 케이스를 한 문장으로 말할 수 있나? |
| 2 | 포맷 vs 값 차이인가? |
| 3 | 힌트를 몇 개 열었나? (가능하면 1) |
| 4 | 고친 뒤 같은 케이스만 다시 채점했나? |
연습
쉬운 문제 하나를 일부러 틀리게 제출해 보고, 결과 패널에서 위 체크리스트를 채워 보세요.
한 줄
> 채점은 점수가 아니라, 다음 수정의 좌표다.
자주 하는 실수
- 실패 케이스를 안 읽고 코드만 크게 고침
- 힌트·풀이를 한 번에 전부 염
- 다른 케이스가 통과했다고 같은 버그가 없다고 착각
한 케이스를 고치면 전체 채점으로 회귀를 확인하세요.
관련 레슨: 디버그·예외는 JavaScript 「에러와 디버그」 트랙 레슨을 이어서 읽으면 됩니다.
더 깊게
읽은 뒤 연습장에서 예제 코드를 한 번 타이핑해 보세요. 눈으로만 보면 하루 뒤 사라집니다.
관련 원리 카드와 문제 태그로 바로 이어서 풀면, 문법·패턴이 한 묶음으로 남습니다.
막히면 30분 규칙: 입력을 로그로 확인 → 기대/실제 한 줄 비교 → 그래도 안 되면 배우기 레슨으로 잠시 복귀.