질문을 통해 우리는 더욱 더 성장할 수 있으며, 답변하는 과정에 있어 서로 성장할 수 있습니다.
그러니 질문 좀 제발 똑바로 악
질의응답
의 내용을 둘
밖에 모릅니다.에러가 나요~
라고 하면 에러 해결에 많은 시간이 소비된다.정보에는 다음과 같은 사항들이 포함된다.
문제가 발생하는 환경
Cloud 환경이거나 윈도우 환경이거나, 리눅스거나
상황에 따라 해결방법들도 다양하게 달라진다.
특정 상황에서만 발생한다면,
그 상황을 재현할 수 있는 메타정보들이 있다면 더욱 더 좋다.
문제 상황을 자세히
당신이 억울한 것보다는 문제 상황이 더 중요하다.
문제 상황을 어떻게 인지했는지, 어떤 정보들을 얻게됐는지
그런 점들을 보내준다면, 보다 빠르게 해결 가능하다.
문제 해결을 위해 한 행동들
사실 답변자들이 제시한 해결방법들도
당신이 시도해봤을 수도 있다.
그러니 당신이 시도한 것들을 말해준다면
해결방법 제시에 더욱 더 도움이 될 것이다.
문제의 긴급도
얼마나 급한일인지 알면
엔지니어들의 대답이 비동기가 아닌 동기로 바뀔 가능성이 있다.
그러니 얼마나 긴급한지를 첨부하는 편이 좋다.
타이틀은 안녕하세요
, 반갑습니다
와 같은 상투적인 말보다
어떤 상황인지에 대해서 간략히 요약한 내용으로 시작해서 질문하는 것이 좋다.
그래야 타이틀을 보고 답변자들이 자신이 해결 가능한 사항인지 가늠할 수 있을 것이다.
타이틀 아래로 여러 질문이 있는 것보다
하나의 단락으로 깔끔히 정리해놓는다면 얼마나 보기 편한가
질문은 공개된 장소에서 하는 편이 좋지만, 질문들이 묻힐 수 있다.
그리고 링크를 따와 공개하기도 힘들다.
그러기에 쓰레드 기능이 있다면 이용하여 문맥을 이어갈 수 있다.
가끔씩 자신이 해결하였거나, 그런 상황이 생겨서 바로 질문자가 사라지는 경우가 생긴다.
적어도 질문에 대한 답변이 된 사람에게 고맙다
라거나 감사합니다
도 괜찮다.
갈때는 가더라도 👍
, 👌
, ❤️
들과 같은 이모지라도 괜찮지 않은가?
솔직히 팀프로젝트를 하다가 너무 답답해서 쓰게 된 글입니다, 쉿
https://han.gl/eQPuP 에서 따오기도 했으니, 여기도 읽어주세요!
공감하는 내용입니다. 질문을 두괄식으로 핵심만 바로 이야기하는 습관을 들여야 합니다. 서로 바쁜 와중에 배경지식 부터 늘어놓으면 핵심이 무엇인지 헷갈리고 질문을 받는 사람은 질문하는 사람의 의도를 바로 파악하기 어려우니까요.