[팁]답변받기 쉬운 개발 질문에는 무엇이 들어갈까요?

“안 돼요”라는 질문은 도움을 주고 싶은 사람도 시작점을 찾기 어렵습니다. 질문을 길게 쓰는 것보다, 다른 사람이 같은 상황을 떠올릴 수 있는 정보를 넣는 것이 중요합니다.

먼저 기대한 결과와 실제 결과를 나눕니다

“로그인이 안 됩니다” 대신 “Google 로그인 버튼을 누르면 인증 화면까지는 가지만, 돌아온 뒤에도 로그인 버튼이 남아 있습니다”처럼 어느 단계에서 달라지는지 적어보세요.

문제가 시작된 시점도 도움이 됩니다. 처음부터 안 됐는지, 도메인을 바꾼 뒤부터인지, 특정 계정에서만 발생하는지에 따라 살펴볼 곳이 달라집니다.

복사해서 쓸 수 있는 질문 틀

하려는 일:
기대한 동작:
실제로 일어난 일:
재현 순서:
1.
2.
3.
사용 환경: 브라우저 / 기기 / 관련 도구 버전
이미 시도한 방법:
관련 오류 메시지: 비밀값과 개인정보를 지운 원문

모르는 칸은 모른다고 써도 됩니다. “어떤 정보를 더 확인해야 하는지 모르겠습니다”도 좋은 출발점입니다.

코드와 로그는 필요한 부분만

문제와 관련 없는 파일 전체를 붙이기보다 오류가 나는 호출과 주변 조건을 남깁니다. 코드는 Markdown 코드 블록으로 감싸면 줄바꿈과 기호가 유지됩니다. 화면 캡처가 필요하더라도 오류 메시지는 검색할 수 있게 텍스트를 함께 적어주세요.

공유 전에 토큰, 비밀번호, 인증 헤더, 다른 사람의 이메일을 제거합니다. 주소에 비밀값이 포함되어 있지 않은지도 확인합니다.

답을 받은 다음에 남길 것

• 제안한 방법을 시도했는지
• 결과가 어떻게 달라졌는지
• 최종적으로 무엇이 원인이었는지

해결됐다면 질문을 해결 상태로 표시하고, 실제로 통했던 방법을 댓글에 남겨주세요. 같은 오류를 검색해서 들어온 다음 사람에게는 “해결했어요” 한 줄보다 그 마지막 설명이 훨씬 유용합니다.