• 질문

올리기 전에

  • 위의 먼저 읽으면 좋은 글을 꼭 읽어봅니다.
  • 질문 검색을 통해 기존 질문을 봅니다.
    • 내가 겪고 있는 문제는 다른 사람도 겪었을 수도 있습니다.
    • 답변에 달린 반례가 내 코드의 반례일 수도 있습니다.
  • 예제는 꼭 넣어봐야 합니다.
  • 예제의 답이 나온다고 맞는 코드는 아닙니다.
  • 컴파일 에러 메시지는 소스 코드의 를 클릭해서 볼 수 있습니다.
  • 컴파일 경고(warning)를 무시하지 마세요.
  • 입력 형식을 그대로 지켜서 테스트 하세요.
  • 출력 형식도 정확하게 일치해야 합니다.
  • 문제의 조건을 꼼꼼하게 읽어보세요.
  • 문제의 예제 외에 다양한 입력을 스스로 만들어 보세요.
  • 코너 케이스를 입력해 봅니다.
    • 문제 제한 조건의 최솟/최댓값
    • 특정한 방향으로 극단적으로 치우쳐진 입력

작성 방법

  • 카테고리질문으로 설정하고, 문제 번호문제 번호를 적는 칸에 적어야 합니다.
  • 소스 코드소스 코드를 올리는 칸에, 제출한 소스를 그대로 올려야 합니다.
    • 코드의 일부를 올리면 답변을 받을 수 없습니다.
    • 제출한 코드를 수정한 경우 제출을 해보고 질문을 올려야 합니다.
  • 맞은 코드틀린 코드의 차이가 궁금한 경우에는, 틀린 코드를 올려야 합니다.
    • 맞은 코드에서 어떤 부분을 수정했는지 설명하면 안됩니다.
    • 수정한 부분을 모두 설명하지 않은 경우, 중요한 수정이 아니라고 생각한 부분이 실제로는 매우 중요한 경우도 있기 때문입니다.
  • 채점 결과를 정확하게 설명해야 합니다. 채점 현황에 나온 메시지를 그대로 써주세요.
    • 안됩니다, 실패합니다, 에러가 납니다 등의 표현을 사용하면 안됩니다.
  • 불필요한 말은 적지 않아야 합니다.
    • 이름, 나이, 직업과 같은 개인 정보는 적지 않아야 합니다.
    • 작성자의 프로그래밍 경력, 이 문제를 고민한 시간도 적지 않아야 합니다.
    • "게시판에 있는 반례 다 넣어봤어요.", "채점 시작하자마자 틀려요", "몇 %에서 틀려요", "예제는 잘 나오는데"와 같은 표현도 적지 않아야 합니다.
    • "테스트 케이스가 다 맞는다"는 표현은 사용하지 않아야 합니다.
      • "테스트 케이스가 다 맞는다"면, 를 받아야 합니다.
      • 예제의 답이 나오는 것과 테스트 케이스가 다 맞는 것은 다른 의미입니다.
    • ~~에서는 잘 되는데와 그 변형 표현도 사용하면 안됩니다.

작성 후

  • 이어지는 질문은 댓글로 작성합니다.
  • 답변을 보고 코드를 수정했는데도 문제가 있으면, 수정한 코드 전체를 다시 댓글로 남깁니다.
  • 답변이 달린 글은 지우면 안됩니다.
  • 해결된 경우 "해결됨" 표시를 답니다.
  • 답변자에게 감사를 표현해주세요.