콘텐츠로 이동
Cubic Wiki

고수에게 도움을 청하는 법

먼저 분명히 해 두자. 당신은 도움을 청하는 사람이지 도련님이 아니다. 그리고 대부분의 사람은 기꺼이 서로 돕는다.

잘못된 질문 방식

섹션 제목: “잘못된 질문 방식”

어느 분야든 처음 들어서면 질문할 일이 생기기 마련이지만, 다음과 같은 질문은 대체로 환영받지 못한다.

베드락 크로스플레이 어떻게 함

  • 너무 직설적이다. 남에게 도움을 청할 때는 최소한의 예의를 갖추자.

Amethyst가 뭐예요? 플러그인 Wiki는 어디 있어요?

  • 커뮤니티와 사람을 검색 엔진으로 쓰지 말자(돈을 냈다면 모를까).

플레이어가 서버에 못 들어오는데 어떡해요

  • 설명이 모호하다. 가능성이 너무 많아서 아무도 맞힐 수 없다.

로그를 제대로 안 주거나 아예 안 준다

  • 혼자 만든 용어다. 본인만 이해하면서 남도 알아들을 거라고 생각한다.

우리 플레이어가 왜 가짜 로그인이 됐죠? 천권 시스템은 어떻게 만들어요?

  • 아래 같은 경우라면 육교 밑 점쟁이 할아버지한테 가서 점이나 보는 게 낫다. 쓸 만한 로그 없이는 아무도 무슨 문제인지 알 수 없다.
  • 서버 문제에 클라이언트 로그를 준다.
  • 일부만 잘린 로그를 주거나, 아예 로그를 안 준다.
  • 클라이언트가 받은 오류를 서버 오류로 착각한다.
  • 수백, 수천 줄짜리 로그를 채팅방에 그대로 붙여 넣는다.

어떻게 해야 하나

섹션 제목: “어떻게 해야 하나”

쓸모없는 질문을 피하려면 다음 기본 원칙을 지키는 것이 좋다.

  1. 먼저 Wiki를 읽거나 검색한다 - 자세히

  2. 예의 바르게 말한다

예를 들어 이렇게 하자.

  • 호칭을 붙인다: 고수님들, 제 xxx 플러그인에서 NullPointerException 오류가 나는데 어떻게 해야 할까요?
  • 정중하게 말한다: 실례합니다, 요즘 서버에서 The server has not responded for 35 seconds! 오류가 계속 나는데 혹시 원인을 아시는 분 있을까요?

이렇게 하면 안 된다.

  • 다짜고짜 묻는다: 서버 오류 C++ Exception: std::optional<class std::system_error> 이거 뭐임
  • 불친절하게 말한다: 모르면 말을 하지 마세요, 시간 낭비시키지 말고
  • 남을 탓한다: 플러그인 만들 줄 모르세요? 서버 켜자마자 오류 나는 게 말이 됨?
  1. 문제를 명확히 하고, 알맞은 곳에서 묻는다

예를 들어 이렇게 하자.

  • 어떤 플러그인에 호환 문제가 생기면 ‘마인크래프트 서버 운영자 교류 그룹’이라는 서버 운영 종합 커뮤니티에서 묻는다: Paper 1.20.4로 올린 뒤 xxx 플러그인이 호환되지 않는데 어떻게 해야 할까요?
  • 마이너한 플러그인이 Leaves 코어와 호환 문제를 일으키면 그 플러그인의 공식 커뮤니티에서 묻는다: 개발자님, xxx 플러그인이 Leaves 코어와 호환 문제가 있는 것 같은데 맞을까요?

이렇게 하면 안 된다.

  • PowerNukkitX 코어 문제를 LeviLemina 커뮤니티에서 묻는다
  • 공유기 설정 문제를 어떤 플러그인의 공식 커뮤니티에서 묻는다
  • 서버 렉 문제를 다른 게임 커뮤니티에서 묻는다
  1. 서버 환경을 알려 준다

예를 들어 이렇게 하자.

  • 고수님들, 1.16.5 catserver 서버인데 xxx 문제가 생겼습니다
  • 최근 1.21 Paper 코어로 올렸는데 플레이어들이 xxx 문제를 제보하네요. 비슷한 문제 겪으신 분 있나요?

이렇게 하면 안 된다.

  • 플러그인 이름과 오류만 주고 서버 버전 등 정보는 안 준다: 고수님들, 제 xxx 플러그인이 로드가 안 되는데 NoClassDefFoundError가 떠요. 아시는 분?
  • 오류만 첨부하고 서버 버전, 로더 버전, 플러그인 목록 등 아무 정보도 안 준다: 이 크래시 왜 나는지 봐 주실 분? 아무것도 안 하고 맵만 돌아다녀도 터짐, LL 로더
  1. 제대로 된 로그를 준다 - 자세히

Wiki를 먼저 읽고 묻기

섹션 제목: “Wiki를 먼저 읽고 묻기”

Wiki는 흔한 문제를 해결하라고 있는 것이다. 이걸 안 보고 무작정 물으면 Wiki나 보고 와라는 답만 돌아온다.

거의 모든 소프트웨어에는 Wiki가 있고, 보통 다음 위치에 있다.

  • 플러그인의 README 파일(GitHub 페이지에서 아래로 내리면 보통 있다)
  • 플러그인 개발자가 소셜 미디어에 올린 영상이나 글, 또는 직접 만든 웹사이트(보통 플러그인의 포럼 소개 페이지, 공식 사이트, README에서 링크를 찾을 수 있다)
  • 플러그인 개발자가 메신저에 올린 영상이나 글

먼저 이런 문서를 차분히 찾아보자. 아무리 찾아도 없다면 개발자가 정말 안 쓴 것이니, 그때 질문하자.

또한 Wiki에는 보통 검색 기능이 있다. Wiki 내용이 아주 많으면 원하는 정보를 찾기가 어려운데, 다행히 대부분의 Wiki 사이트에는 검색창이 있으니 키워드를 입력하면 된다.

검색할 때는 키워드를 최대한 짧게 쓰자. Wiki의 검색 기능은 검색 엔진과 달리 유의어로는 찾아 주지 않는다. 내가 쓴 단어가 Wiki에서 쓰는 단어와 다르면 원하는 결과를 못 찾을 수 있다.

Wiki에 검색 기능이 없다면 브라우저의 찾기 기능을 쓰면 된다. 주요 브라우저에서는 모두 Windows에서 Ctrl + F, macOS에서 Command + F로 찾기를 쓸 수 있다.

웹사이트 형태가 아닌 Wiki도 검색할 방법이 많다.

docx (Word 문서)

섹션 제목: “docx (Word 문서)”

Ctrl + F(Windows) 또는 Command + F(macOS)를 누르면 Microsoft Word나 WPS의 찾기 기능으로 현재 문서를 검색할 수 있다.

txt

섹션 제목: “txt”

Ctrl + F를 누르면 Windows 메모장의 찾기 기능이, Command + F를 누르면 macOS 텍스트 편집기의 찾기 기능이 열린다.

온갖 방법을 다 써 봐도 Wiki에서 원하는 내용을 찾지 못했다면 Wiki에 정말 그 내용이 없는 것이다. 그때 비로소 질문하자.

로그 첨부하기

섹션 제목: “로그 첨부하기”

올리는 방법

섹션 제목: “올리는 방법”

질문할 때 오류 로그를 함께 보내자.

당신이 상대하는 건 도사가 아니라 같은 채팅방 사람이라는 걸 알아야 한다. 로그 없이 문제를 해결해 줄 수 있는 사람은 없다.

진짜 고수라면 점이라도 쳐 줄지 모르지만.

Mclogs 사용법

![](_assets/问问题的技巧/如何使用 Mclogs-1.png)

서버 로그 파일은 서버 루트 디렉터리의 logs 폴더에 있다. 보통 latest.log(서버의 최신 로그)를 올리면 된다.

![](_assets/问问题的技巧/如何使用 Mclogs-2.png)

이 링크를 복사해서 고수에게 보내자.

로그를 올릴 수 있는 다른 사이트:

다른 사이트

고전적인 질문법 안내: https://settingdust.gitbook.io/stop-ask-questions-the-stupid-ways/

고전 짤

섹션 제목: “고전 짤”