BBUWOO'S [ LIKE UNIX ] WORLD Home > Lecture > Beginner > Beginner-2  

HOME
WHAT's BBUWOO?
LInux AnNyung
Open Source
    GitHUB
    GitHUB (for PHP)
LECTURE
MINI LECTURE
QnA BOARD
ENGLISH POEM


WARNNING

강좌의 모든 권리는 본인 김정균에게 있으며 이 강좌를 상업적 목적 으로 이용
하거나 다른 곳으로 옮길시에는 본인의 허락이 있어야 한다. 이글의 가장 최신글은
http://oops.org 에서 확인할수 있다.



HOWTO For Beginners

2. 어떻게 질문을 하는 것이 좋을까? 필자가 답변을 하면서, 질문에 다시 질문을 하는 경우가 많습니다. 이런 것은 어떻게 나옵니까? 즉, 미리 이런 것들을 적어 주시면 재 질문이 갈 필요가 없는데, 안되요 그럼 뭐가 안됩니까? 이게 안됩니다. 어떻게 안됩니까? 이렇게 안됩니다. 이건 어떤 상황인가요? 이런 상황입니다. 와 같이 무의미한 질답이 오가며 쓰레드만 길어지게 됩니다. 자신이 어떠한 상황인지를 정확하게 최대한 알려 주어야 답변하는 사람들도 가볍 게 답변을 할 수가 있습니다. ('가볍다'라는 말을 대충 이라는 말로 오인하지 말 기 바랍니다.) 그리고, 상황이 정확하고 많을 수록 답변도 그만큼 적중률이 높아 지게 되는 것입니다. 예를 들어 보겠습니다. "메일을 보내면 local configuration error 가 발생하여 메일이 리턴됩니다." 라는 질문이 올라왔다고 가정을 하겠습니다. 그러면 답변자는 "local-host-names 에 해당 호스트 이름이 반영되어 있는지 확인해 보세요" 라는 답변을 달게 됩니다. 만약 local-host-names 에 이미 반영이 되어 있다면 "이미 반영이 되어 있습니다." 라는 답변이 오게 될 겁니다. 즉, 위의 과정은 sendmail 을 설정 함에 있어 기본 적인 셋팅을 하였는지를 다시 물어 보게되는 과정인데, 이 경우, 과정을 미리 해 놓았음에도 불구하고 리턴이 되는 것이라면, 오고갈 질답이 상당히 줄어들게 되 는 것입니다. 즉, 답변자의 입장에서는 그만큼 답변 수가 줄어들 수가 있다는 얘 기이며, 질문자도, 그만큼 빨리 정확한 답변을 받을 수 있다는 얘기가 됩니다. 자신의 상황을 자세히 알려 주시는 분들도 더러 있습니다. 하지만, ip address나 domain name 같은 것을 숨기시는 분들이 대부분입니다. 자신의 정보가 누출됨을 걱정 하시는 것이겠지만, DNS 질의시에는 이 정보가 답을 얻기 위한 굉장히 중요 한 정보가 될 수 있습니다. 질문을 하시는 사람의 입장은 분명히 절박한 상황일 것입니다. 하지만 답변을 하 는 입장에서는 그 절박함을 알 수가 없습니다. 왜냐면 답변을 하게 되는 사람도 나름대로 절박한 사정이 있을 것이고, 또한 남의 사정은 그리 급하게 느껴지지를 않기 때문입니다. 그런 상황에서 한번 꼬아서 질문을 하는 것은 답변을 하는 사 람이 그것을 다시 정리를 하거나 유추를 해야 하기 때문에 그냥 넘어가는 경우가 많습니다. 될 수 있으면, whois 같은 것을 하면 금방 드러나는 DNS 질문 같은 경 우에는 domain 이나 IP 정도는 제대로 주는 것이 좋습니다. 다시 DNS 예를 들면, 질문 시에 domain name 만 알아도 nslookup 이나, dig 같은 명령을 이용하여 방화벽 문제, 설정문제, 외부 문제 등이 유추가 되기 때문에 오 고갈 질답 수를 줄일 수 있으며, 답변을 쉽게 할 수 있는 것이기 때문입니다. 정 확한 정보가 없으면, 이것저것 체크해 보라는 질답 쓰레드가 길어질테니 미리 답 변을 포기하는 경우가 발생할 수 있는 것입니다. 답변자들은 글제목만 보고 답변을 할지를 결정하는 경우가 많습니다. 그 많은 질 문을 일일이 읽어 가면서 해 줄 여유는 없기 때문입니다. "급해요" 라는 질문은 답변자들에게 급한가 보다라는 의미 보다는 그냥 무시할 조건으로 밖에 여겨지지 않게 됩니다. 보통 error 의 경우는 수도 없이 많습니다. 어떻게 설정하고, 어떻게 셋팅하느냐 에 따라 수도없는 많은 종류의 에러 메세지가 발생하게 됩니다. 이런데도 불구하 고 안된다는 내용만의 질문은 정말 수도없이 많습니다. 에러 메세지나 error log 는 원인 을 찾는 열쇠인데, 열쇠는 주지 않고 문을 어떻게 열어요라는 식의 질문 은 절대 답변을 들을 수 없는 질문입니다. 보통 error 메세지는 아주 정확하게 원인을 알려줍니다. 하지만, 이런 간단한 한 줄짜리 영어 메세지를 두려워해서 질문을 하는 경우가 많습니다. 필자가 받은 제 일 간단한 에러 메세지는 File not found .. 였습니다. 이 것을 해석하지 못하는 또는 이해하지 못하는 사람은 없으리라 생각 됩니다. 4 번과 맥락을 좀 같이 합니다만 여기서 언급을 하는 것은 client 측의 에러메세 지는 거의 아무가치가 없다고 보시면 됩니다. 대부분의 client 측 메세지는 여려 경우를 묶어서 보내는 에러 메세지가 많습니다. 그러므로, client 측에서 나오는 에러 메세지로는 증상을 판단하기가 쉽지 않습니다. 가장 대표적인 것이 outlook express 에서의 에러메세지입니다. 에러메세지나 에러로그를 보여 줄때는 server 측의 로그에서 해당 부분을 찾아서 보여 주시는 것이 좋습니다. 질문을 하기 전, site 를 잘 살펴 보기 바랍니다. 이 site 의 관리자가 요구하는 것이 무엇인지를 잘 알아두어야 한다는 것입니다. 관리자가 요구 하는 것을 무시 하면서 무언가를 얻을 수 있는 길은 절대 없습니다. 즉 자유 게시판에 질문 올리 는 것과 메일로 질문을 하지 말라는 것 같은 것이 대표적인 경우입니다. 질문은 질문 게시판, 잡담은 잡담 게시판 이런식으로 용도를 잘살펴 보고 질문을 하시면 됩니다. 답변을 하는 사람들은 3~4 줄의 답변을 하는데도 상당한 배려를 해야지만 가능할 정도로 바쁠 수 있습니다. 질문을 하는 사람들도 나름대로 사정이 있듯이 답변을 하 는 사람들도 나름대로의 일이 있기 마련입니다. 그런데 "메일로 답변을 주세요." "이것 좀 만들어 주세요." "이것 좀 해 주세요." 와 같은 식의 질문은 그냥 무시를 당하거나 DIY 라는 말을 들을 수 밖에 없게 됩 니다. 서로 기분이 나쁘게 되는 요소이므로 피하시는 것이 좋습니다. 요근래에 와서 인터넷 언어라는 새로운 용어가 생긴것 같습니다. 하지만 아직은 전세대가 공통적으로 사용하는 언어는 아니라는것이 중요합니다. 즉 질문자의 입 장에서 그런 언어를 사용하여 질문을 했을 경우 답변자가 해독이 필요한 말을 일 일이 해독 하면서 답변을 해 줄리는 없습니다. 또한 언어의 사용은 적절해야 한다고 생각됩니다. 가령 예를 들어 생활용어에 욕 이 섞여 있는 사람들이 꽤 될것입니다. (물론 필자도 그렇습니다.) 하지만, 입사 면접가서 면접볼때 생활용어들을 그대로 사용하는가를 생각해 보십시오. 즉 내가 아쉬운 것이 있을 경우 상대방의 입장에서 질문의 해야 한다는 것입니다. 상대방 의 기분이 좋을때 답변도 잘나온다는 것입니다. 정리을 하라는 말이 좀 이상할수도 있습니다. 요즘 필자의 게시판에는 필자가 하 도 땍땍거려서, 질문을 하시는 분들의 패턴이 필자가 원하는 형태로 변해가고 있 다는 점이 고맙기는 합니다. 하지만, 질문을 할때 에러 메세지를 적어 주시면서 그냥 copy 를 해서 게시판에 그냥 복사를 하고 등록을 하는 경우가 많습니다. 다 음의 예를 보도록 하겠습니다. [oops@oops oops]$ ps uaxw USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 1120 476 ? S Sep24 0:07 init [3] root 2 0.0 0.0 0 0 ? SW Sep24 0:00 [keventd] root 3 0.0 0.0 0 0 ? SWN Sep24 0:00 [ksoftirqd_CPU0] root 4 0.0 0.0 0 0 ? SW Sep24 0:00 [kswapd] root 5 0.0 0.0 0 0 ? SW Sep24 0:00 [bdflush] root 6 0.0 0.0 0 0 ? SW Sep24 0:19 [kupdated] root 25 0.0 0.1 1140 516 ? S Sep24 0:00 /sbin/devfsd /dev root 213 0.0 0.0 0 0 ? SW Sep24 0:04 [kreiserfsd] root 460 0.0 0.1 1176 532 ? S Sep24 0:02 syslogd -m 0 위와 같이 ps의 결과를 보여주는데 칸이 좁아서 아래로 한줄씩 밀려 버렸습니다. 답변을 하는 사람 입장이 아니라도 위의 메세지가 한눈에 들어 오는지 판단해 보 기를 바랍니다. 즉 이렇게 어지러운 정보를 일일히 편집해서 판단할수 있도록 수 정을 한 다음 답변을 해 주리라고 기대를 하는 것은 어불성설 입이다. 답변을 제 대로 잘 받기 위해서는 이런 사소한 것 까지 신경을 써야 합니다.



>> 이전 : 초보자 들이 쉽게 범하는 오류
>> 다음 : 어떻게 공부를 하는 것이 좋을까?



    



 Home > Lecture > Beginner > Beginner-2

Copyright 1997-2024 JoungKyun Kim 
LAST MODIFIED: 2017/01/18