IRC 채널에서 질문 할 때의 에티켓 [닫기]

더 큰 OSS 프로젝트는 IRC 채널을 유지하여 사용 또는 개발에 대해 논의합니다. 프로젝트를 계속 사용하면서 웹에서 정보를 찾으려고 시도하지 못했을 때, 내가해야 할 일을 알아내는 방법 중 하나는 IRC 채널에 들어가서 물어 보는 것입니다.

그러나 채널의 사람들은 내 질문을 항상 완전히 무시합니다. 내가 들어갔을 때 침묵이 있었다면 여전히 침묵이있을 것입니다. 진행중인 대화가 있으면 교란되지 않습니다. 채널이 몇 시간 동안 열려있는 상태에서 누군가가 나를 참여 시키려고하지만 아무 일도 일어나지 않기를 바랍니다.

그래서 나는 내가 이해하지 못하는 방식으로 무례하고, 무언의 규칙을 어 기고 무시 당할까 걱정하고 있습니다. 나는 질문을 정중하게, 요점으로, 문법적으로 만들려고 노력하고, 명백한 해결책을 시도했지만 왜 효과가 없는지 지적하려고 노력합니다. 채널 사용자에게 분명히 낯선 사람이라는 것을 알고 있지만이 문제를 해결하는 방법을 잘 모르겠습니다. 일주일 동안 아무 말도하지 않고 채널에 숨겨야합니까? 터무니없는 것 같습니다.

내가 보내는 일반적인 메시지는 "안녕하세요. Foo를 작동 시키려고했지만 BarException이 계속 발생합니다. Quux를 재설정하려고했지만 아무 것도하지 않는 것 같습니다. 내가 시도 할 수있는 것에 대한 제안? "

• 규칙 # 1 : 묻지 말아라
• 규칙 # 2 : 실제 대화에서하는 것처럼 행동하십시오
• 규칙 # 3 : 인내심을 가지십시오. 활동이없는 경우 일반적으로 아직 작성한 내용을 아무도 읽지 않았 음을 의미합니다. 아무도 응답하지 않으면 모르거나 알지 못합니다. 잠시 후 다시 시도하거나 x 분 전에 질문과 관련된 단서가 있는지 물어볼 수 있습니다.

또한 때때로 IRC가 도움을받는 최선의 방법이 아닙니다. 메일 링리스트와 같이보다 활발한 포럼이 있는지 물어볼 수 있습니다.

가능하면 질문을 가능한 간단하게 분류하십시오. 프로그램을 배우는 동안 IRC에서 질문하는 데 많은 시간을 보냈습니다. 때로는 내 코드가 작동하지 않고 이유를 알지 못했기 때문에 200 줄 프로그램을 페이스트 빈에 넣고 78 줄에 오류가 발생한 이유를 묻습니다. 아무도 대답하지 않았습니다.

답변을 얻으려면 문제가있는 코드를 분리해야한다는 것을 알았습니다. 20 줄 이하로 내 예제를 얻을 수 없다면 좋은 대답을 얻기가 어려웠습니다. 이것은 종종 상당한 양의 작업이 필요했지만 그 과정에서 종종 IRC에 요청하기 전에 내 문제를 해결했습니다.

(이 조언은 좋은 SO 질문에도 적용됩니다.)

주요 개발자 의 시간대 를 확인하십시오. IRC를 사용할 때 깨어 있지 않으면 응답을 거의 얻지 못합니다.

일부는 온라인으로 표시하지만, 단지 수 봇을 왼쪽 또는 개방 클라이언트 왼쪽 그들이 돌아올 / 일어나 몇 가지 메시지를 확인 할 수 있습니다. 다시 로그온하지 않으면 사용 가능할 때 다시 연락 할 수있는 방법이 없습니다.

어쨌든 사용법에 대해서는 메일 링리스트 나 이슈 트래커가 더 잘 작동합니다.

IRC는 프로젝트를 진행하는 개발자에게 더 유용합니다. 따라서 실수로 화염 전을 시작하지 않고도 서로의 노력을 실시간으로 동기화하고 토론 할 수 있습니다.

( "다음에 무엇을해야합니까?" 와 같이 논쟁의 여지가있는 주제에 대한 실수와 오해가 실시간으로 파악하고 수정하는 것이 더 빠릅니다)

올바른 채널인지 확인하십시오. 개발자 채널에 있다면 분명히 헬프 데스크 채널이 아닙니다.

내가 개발자 인 경우 개발에 대해 논의하고 싶지만, 문서화 된 기능 x가 제대로 작동하지 않는 randomuser # 1040을 도와주지 마십시오.