질문 의 지혜 Copyright(C)2001 by Eric S.Raymond 중국어 판 Copyleft 2001 by D.H.Grand(nOBODY/Ginux)영문 판:http://www.tuxedo.org/~esr/faqs/smart-questions.html 에 릭 의 인내심 과 동의 에 감 사 드 립 니 다.본 고 는 완성 되 고 발표 되 었 습 니 다.이 안내 서 는 영문 판 저작권 은 Eric Steven Raymond 가 소유 하고 중국어 판 저작권 은 D.H.Grand[nOBODY/Ginux]가 소유 합 니 다.해커 세계 에서 기술 문 제 를 제기 할 때 당신 은 어떤 대답 을 얻 을 수 있 습 니까?이것 은 답 을 파 내 는 난이도 에 달 려 있 고,마찬가지 로 네가 질문 하 는 방법 에 달 려 있다.이 안내 서 는 가장 원 하 는 답 을 얻 기 위해 질문 기 교 를 향상 시 키 는 데 목적 을 둔다.우선 해커 들 은 어 려 운 임무 만 선 호 하거나 그들의 사 고 를 자극 할 수 있 는 좋 은 문 제 를 잘 알 아야 한다.만약 그렇지 않다 면,우 리 는 또 무엇 을 하 러 왔 을 까?만약 우리 가 반복 해서 음미 할 만 한 좋 은 문제 가 있다 면,우 리 는 당연히 너 에 게 감사 해 마지 않 을 것 이다.좋 은 문 제 는 격려 이 고 후한 선물 이 며 우리 의 이해력 을 향상 시 킬 수 있 으 며 우리 가 이전에 의식 하지 못 하거나 생각 하지 못 했 던 문 제 를 드 러 내 는 경우 가 많다.해커 에 게"잘 물 어 봤 어!"진심 에서 우 러 나 오 는 극찬 입 니 다.해커 들 은 간단 한 문제 와 불 친절 한 나 쁜 명성 을 무시 하고 있다.때로는 초보 자,지식 이 부족 한 사람 에 게 적 의 를 품 고 있 는 것 처럼 보이 지만 그렇지 않다.우 리 는 이런 사람들 에 대한 멸 시 를 감 추고 싶 지 않다.그들 은 생각 하고 싶 지 않 거나 질문 하기 전에 그들 이 해 야 할 일 을 완성 하지 않 는 다.이런 사람 은 시간 만 죽 일 수 있다.그들 은 요구 만 하고 우리 의 시간 을 헛되이 소모 하지 않 는 다.우 리 는 더 재 미 있 는 질문 이나 더 대답 할 만 한 사람 에 게 시간 을 쓸 수 있 었 다.우 리 는 이런 사람 을'실패자'라 고 부른다.우 리 는 어느 정도 자원 봉사자 로 바 쁜 생활 속 에서 시간 을 내 어 의혹 을 풀 고 질문 에 잠 기 는 경우 가 많다.그래서 우 리 는 무자비 하 게 화 제 를 거 르 고,특히 실패자 처럼 보 이 는 녀석 들 을 버 리 고,시간 을 효율적으로 이용 하여 승리자 의 질문 에 대답 하도록 한다.만약 우리 가 너무 오만 한 태도 가 당신 을 기분 나 쁘 게 하고,당신 을 억울 하 게 한다 면,입장 을 바 꾸 어 생각해 보 세 요.우 리 는 당신 에 게 우리 에 게 굴복 하 라 고 요구 하지 않 았 습 니 다.사실 우리 대부분 은 공정 거래 를 가장 좋아 합 니 다.당신 이 작은 노력 을 기울 여 최소한 의 요 구 를 만족 시 키 기만 한다 면 우 리 는 당신 이 우리 문화 에 가입 하 는 것 을 환영 할 것 입 니 다.하지만 자신 을 돕 고 싶 지 않 은 사람들 을 돕 는 것 은 무의미 하 다.만약 당신 이 이러한 차별 을 받 아들 일 수 없다 면,우 리 는 당신 이 돈 을 좀 써 서 상업 회사 에 기술 지원 협 의 를 체결 할 것 을 건의 합 니 다.해커 에 게 도움 을 구걸 하지 마 세 요.만약 당신 이 우리 에 게 도움 을 청 하기 로 결정 한다 면,당연히 실패자 로 간주 되 고 싶 지 않 으 며,실패자 중의 한 사람 이 되 고 싶 지 않 습 니 다.즉각 효과 적 인 답 을 얻 는 가장 좋 은 방법 은 승리자 처럼 질문 하 는 것 이다.똑똑 하고 자신 감 있 으 며 문 제 를 해결 할 생각 이 있 을 뿐이다.다만 가끔 특정한 문제 에 도움 을 받 아야 한다.(본 지침 에 대해 개선 의견 을 제시 하 는 것 을 환영 합 니 다.어떠한 건의 도 E-mail 로 보 내 주세요
[email protected]그러나 본 고 는 인터넷 예절 의 통용 지침 이 아니 므 로 저 는 기술 포럼 에서 유용 한 답 을 얻 는 데 도움 이 되 지 않 는 건 의 를 거절 합 니 다.)물론,만약 당신 이 중국 어 를 쓴다 면,그래도 부 치 는 것 이 좋 습 니 다
[email protected];-） ======== 질문 하기 전에==========이메일,뉴스 팀 또는 채 팅 방 을 통 해 기술 문 제 를 제기 하기 전에 당신 이 해 냈 는 지 확인 하 세 요.1.매 뉴 얼 을 읽 고 스스로 답 을 찾 아 보 세 요.2.FAQ 에서 답 을 찾 습 니 다.3.인터넷 검색(개인 추천 구 글~~).4.주변 에 잘 아 는 친구 에 게 물 어보 세 요.당신 이 문 제 를 제기 할 때,먼저 그 전에 당신 이 무엇 을 했 는 지 설명해 야 합 니 다.이것 은 당신 의 이미 지 를 수립 하 는 데 도움 이 될 것 입 니 다.당신 은 일 하지 않 고 얻 으 려 고 망상 하 는 구걸 자가 아니 라 다른 사람의 시간 을 낭비 하고 싶 지 않 습 니 다.질문 자가 답 에서 무엇 을 배 울 수 있다 면,우 리 는 그의 질문 에 더 기꺼이 대답 할 것 이다.주도면밀 하 게 생각 하고 질문 을 준비 하 세 요.섣 부 른 질문 은 섣 부 른 대답 만 얻 을 수 있 거나 아무런 답 도 얻 지 못 합 니 다.도움 을 구하 기 전에 문 제 를 해결 하기 위 한 노력 을 보일 수록 실질 적 인 도움 을 받 을 수 있다.문 제 를 잘못 묻 지 않도록 조심해 라.만약 당신 의 질문 이 잘못된 가설 에 기초 하고 있다 면 일반 해커(J.Random Hacker)는 보통 무의미 한 글자 로 당신 에 게 대답 하고'어 리 석 은 질문...'이 라 고 생각 하 며 질문 에 대한 대답(당신 이 원 하 는 답 이 아 닌)에서 교훈 을 얻 기 를 바 랍 니 다.결코 스스로 답 을 얻 을 자격 이 있다 고 생각 하지 마라,너 는 이런 자격 이 없다.어쨌든 너 는 이런 서 비 스 를 위해 어떠한 보수 도 지불 하지 않 았 다.당신 은 스스로 답 을 찾 아야 합 니 다.의미 있 고 재 미 있 으 며 사고 격려 역할 을 하 는 문 제 를 제기 하 는 것 으로 지역 사회의 경험 에 잠재 적 인 기 여 를 하 는 문제 입 니 다.수 동적 으로 다른 사람 에 게 지식 을 요구 하 는 것 이 아니 라 이 답 을 얻 는 것 입 니 다.다른 한편 으로 는 답 을 찾 는 과정 에서 뭔 가 를 하고 싶다 는 의 사 를 밝 히 는 것 이 좋 은 시작 이 었 습 니 다."누가 힌트 를 줄 수 있 습 니까?",""나의 이 예 에는 무엇이 부족 합 니까?"그리고"어디 를 검사 해 야 합 니까?""정확 한 과정 을 붙 여 주세요"보다 답변 을 받 기 쉽다.누 군가 옳 은 방향 을 가리 키 면 그것 을 완성 할 수 있 는 능력 과 결심 이 있 는 것 처럼 보이 기 때문이다.어떻게 질문 하 는가=======만약 에 아래 에서 설명 한 것 처럼 당신 은 무시 되 거나 실패자 로 간 주 될 수 있 습 니 다.1.바람 과 말 이 서로 어 울 리 지 않 는 포럼 에 당신 의 문 제 를 붙 입 니 다.2.고급 기 교 를 연구 하 는 포럼 에 매우 초급 적 인 문 제 를 붙 입 니 다.반대로 도 3.너무 많은 서로 다른 뉴스 팀 에 교차 하여 붙 인 다.부주의 한 사람의 질문 에 대답 하 는 것 은 매우 가치 가 없 으 니,우 리 는 차라리 시간 을 다른 곳 에 보 내 고 싶다.정확 한 맞 춤 법,구두점 기호 와 대소 문자 가 중요 하 다.더 일반적인 것 은 질문 을 반문맹 처럼 쓴다 면 무시 당 할 가능성 이 높다.만약 당신 이 모국어 가 아 닌 포럼 에서 질문 을 한다 면,당신 은 맞 춤 법 과 문법 상의 작은 실 수 를 범 할 수 있 습 니 다.그러나 결코 생각 에 소홀 해 서 는 안 됩 니 다.약 50 자 이내 의 주제 제목 은 베테랑 전문가 들 의 주 의 를 사로 잡 을 수 있 는 황금 의 시기 다.쉴 새 없 이 지 껄 이 는"도와 주세요"("살 려 주세요!!!!"는 커 녕)이렇게 반감 을 가지 게 되면)이 기 회 를 낭비한다.당신 의 고통 정도 로 우 리 를 감동 시 킬 생각 은 하지 마 세 요.아주 짧 은 묘사 라 도 빈 칸 으로 문 제 를 묘사 하지 마 세 요.바보 문제:살 려 주세요!내 무릎 위의 비행기 가 정상적으로 표시 되 지 않 는 다!똑똑 한 문제:XFree 86 4.1 마우스 커서 변형,Fooware MV 1005 디 스 플레이 칩.만약 당신 이 답장 에서 문 제 를 제기 한다 면,내용 의 제목 을 수정 해서 안에 문제 가 있 음 을 나타 내 는 것 을 기억 하 세 요.'Re:테스트'나'Re:새로운 bug'처럼 보 이 는 문 제 는 충분히 중시 하기 어렵다.또한 앞의 내용 을 인용 하고 삭제 하여 새로 온 독자 에 게 단 서 를 남긴다.정확 한 묘 사 는 정 보 량 이 많다.2.문제 가 발생 하 는 환경(기계 설정,운영 체제,응용 프로그램 과 다른 것)을 제공한다.3.질문 하기 전에 이 문 제 를 어떻게 연구 하고 이해 하 는 지 설명 한다.4.질문 하기 전에 어떤 절 차 를 밟 았 는 지 설명 한다.5.최근 에 어떤 영향 을 미 칠 수 있 는 하드웨어,소프트웨어 변경 을 했 는 지 나열 합 니 다.해커 가 당신 에 게 어떻게 반문 할 지 상상 하고 질문 할 때 미리 답 을 주 십시오.Simon Tatham 은'버그 를 어떻게 효과적으로 보고 할 것 인가'라 는 훌륭 한 짧 은 글 을 썼 다.당신 도 읽 어 보 는 것 을 강력 히 추천 합 니 다.말 이 많 지 않다---당신 은 정확 하고 효과 적 인 정 보 를 제공 해 야 합 니 다.이것 은 결코 당신 에 게 톤 의 오류 코드 나 데 이 터 를 간단하게 당신 의 질문 에 옮 겨 기록 하 라 고 요구 하 는 것 이 아 닙 니 다.만약 네가 방대 하고 복잡 한 테스트 조건 을 가지 고 있다 면,가능 한 한 그것 을 작 게 자 를 수록 좋다.이렇게 하 는 용 도 는 적어도 세 가지 가 있다.첫째,문 제 를 간소화 하기 위해 노력 한 것 을 보 여 준다.이것 은 당신 이 대답 할 수 있 는 기 회 를 증가 시 킬 수 있다.둘째,문 제 를 간소화 하면 유용 한 답 을 얻 을 수 있 는 기회 가 증가한다.셋째,버그 보고 서 를 추출 하 는 과정 에서 문제 의 소 재 를 찾 거나 수정 할 수 있 을 지도 모른다.증상 만 말 하고 추측 은 말 하지 않 는 다.만약 당신 의 추론 이 이렇게 효과 가 있다 면 다른 사람 에 게 도움 을 청 할 필요 가 있 습 니까?)따라서 문제 의 증상 을 그대로 알려 주 었 다 는 것 을 확신 하고 자신의 이해 와 추론 을 넣 지 말 아야 한다.해커 들 에 게 진단 을 받 게 하 세 요.어 리 석 은 문제:나 는 커 널 컴 파일 에서 또 한 번 SIG 11 오 류 를 만 났 다.나 는 어떤 비행 선 이 메인보드 의 라인 에 걸 려 있다 고 의심 했다.이런 상황 을 어떻게 검사 하 는 것 이 가장 좋 을 까?똑똑 한 문제:제 가 직접 만 든 K6/233 시스템 입 니 다.메인보드 는 FIC-PA 2007(VIA Apollo VP2 칩 세트)입 니 다.256 MB Corsair PC 133 SDRAM 은 커 널 컴 파일 에서 SIG 11 오류 가 자주 발생 했 습 니 다.켜 진 지 20 분 전부터 이런 상황 이 발생 했 습 니 다.켜 기 20 분 전에 발생 한 적 이 없습니다.재 부팅 해도 소 용 없 지만 전원 을 끄 면 하룻밤 에 20 분 더 일 할 수 있다.모든 메모리 가 바 뀌 어서 효과 가 없습니다.관련 부분의 전형 적 인 컴 파일 기록 은 다음 과 같다.시간 순서에 따라 증상 을 열거 하 는 것 은 문제 가 발생 하기 전의 일련의 조작 이다.따라서 당신 의 설명 은 문제 가 발생 할 때 까지 조작 절차 와 컴퓨터 의 반응 을 포함해 야 한다.만약 당신 의 설명 이 매우 길다 면,처음에 문 제 를 약술 하 는 것 이 도움 이 될 것 입 니 다.다음은 시간 순서에 따라 상세 하 게 설명 하 겠 습 니 다.이렇게 하면 해커 들 은 너의 설명 에서 무엇 을 찾 아야 할 지 알 게 될 것 이다.
