틀린 답이 오히려 너무 큰 고통을 주는 경우가 항상 있었습니다. TLE(시간 제한 초과) 이전에는 어떤 테스트 사례가 실패했는지 확인할 수 없었지만 나중에는 어떤 N(총 명령어) 값에 대해 TLE가 표시되는지 추정할 수 있습니다.
그럼 그 때는 어떻게 해야 할까요?
| 질문을 주의 깊게 읽으십시오: | 처음 WA(잘못된 답변)를 받았을 때 항상 모든 단어를 읽고 질문을 완전히 이해했는지 확인하십시오. 대부분의 경우 전체 질문의 기초가 되는 특정 부분을 건너뛰었기 때문입니다.
| 입력/출력 형식을 확인하십시오. | 대부분의 프로그래머는 질문의 요구 사항에 따라 새 줄이나 공백을 추가하는 것을 잊어버립니다. 따라서 온라인 심사위원에게 솔루션을 제출하기 전에 다음과 같은 온라인 컴파일러에서 프로그램을 실행해 보십시오. code.geeksforgeeks.org 또는 이데온 .
| 프로그램의 알고리즘/논리를 확인하십시오. | 모든 테스트 사례를 포괄하는 올바른 논리를 사용하고 있는지 확인하십시오.
| 코너 테스트 케이스 | 가능하다면 0 1 2 또는 N과 같은 경계 테스트 사례에서 코드를 실행해 보세요.
어리석은 실수를 피하세요
| 변수 초기화: | 때때로 우리는 모든 테스트 케이스 T 후에 변수 배열을 다시 초기화하는 것을 잊어버립니다. 예를 들면 다음과 같습니다.
- count 변수의 값을 0으로 초기화합니다.
- DP[] 배열의 모든 값을 0 또는 -1로 설정합니다.
| 데이터 유형 오버플로: | 항상 N 값이나 기타 입력에 대한 제약 조건을 염두에 두고 프로그램을 C/C++의 int long long 또는 JAVA의 int long과 같은 올바른 데이터 유형 범위로 만들어 오버플로를 방지하세요.
| 모듈형 문제: | Modular Arithmetic (답변 % MOD)와 같은 질문에서는 항상 답이 음수 값을 얻지 않도록 하여 모든 가능성을 포괄하는 (답변 + MOD) % MOD를 사용해 보십시오.
디버깅
