본문으로 건너뛰기

질문하기 전에 읽어보세요

  • 빠르고 편리한 대화 방식을 제공하는 QQ/WeChat와 같은 대화 도구를 사용할 수 있지만, 문제가 발생하면 다음 단계를 따르는 것이 좋습니다.
  • 답변을 받을 수 있는 유용한 정보를 얻을 수 있는지 여부는 어떻게 질문하고 추궁하는지를 통해 결정됩니다.

문제 해결 단계:​

  1. 본인이 해결해 보기: 배운 지식을 활용하여 먼저 스스로 문제를 해결해 보십시오. 영어 출력 메시지가 무서워하지 마십시오. 가능한 한 이해하십시오. 대부분의 정보 출력은 지시 방향을 가지고 있으므로, 이를 찾고 스스로 해결할 수 있습니다.
  2. 온라인 검색: 비슷한 문제가 있는지 온라인에서 검색해 보십시오. 있다면 다른 사람들의 해결 방법을 참조하고, 없다면 그룹에서 질문하십시오.
  3. 그룹에서 질문하기: 그룹에서 질문할 때 문제를 명확하게 설명하고 스크린샷을 첨부하여 문제를 빠르게 파악하도록 하십시오. 제공하는 정보가 많을수록 다른 사람이 문제를 해결하는 데 더 효율적입니다.

질문할 때 다음 사항들을 고려하면 문제를 빠르게 해결할 확률이 크게 높아집니다:​

답변자 입장에서 문제를 생각하기​

매번 질문할 때마다 답변자의 입장에서 생각해야 합니다:

  • 답변자는 모두 대단한 사람들이라고 가정하고, 그들의 시간은 소중하다는 것을 인식합니다.
  • 답변자가 나의 질문을 한눈에 이해할 수 있도록 하는 방법은 무엇인지 생각하세요. 답변자가 기본적인 문제에 대해 물어보는 것처럼 느껴지지 않도록 합니다.
  • 답변자가 나의 질문에 답변할 동기를 부여하는 방법은 무엇인지 생각하세요. 예를 들어 기술적인 토론의 깊이가 있을 경우, 답변자가 자신을 존경한다고 느낄 수 있는 방법이나 직접 돈을 지불하는 방법 등이 있습니다.
  • 답변자가 나에게 게으른 사람이 아닌지 느끼지 않도록 합니다. 문서나 코드, 로그를 읽지 않았거나 검색하거나 생각하거나 시도하지 않았다고 느끼지 않도록 합니다.

문제를 정리하고 실제로 무엇이 일어났는지, 그리고 무엇을 했는지 명확히 이해하기:​

  • 어떤 효과나 기능을 달성하고 싶은지?
  • 이러한 효과를 달성하기 위해 어떻게 했는지, 구체적인 과정은 무엇인지?
  • 실행 중에 어떤 오류가 발생했는지, 현상은 무엇인지 (예를 들어 오류가 발생했다면, 어떤 오류인지, 전체 오류 내용은 무엇인지? 마지막 몇 줄만 보지 말고 로그를 가능한 많이 확인하세요)
  • 오류 메시지를 잘 읽었는지, 오류 메시지에 해결 방법이 제시되었는지 확인하세요.
  • 이러한 오류 메시지를 바탕으로 문제를 해결할 수 있는지 신중하게 생각해 보세요.
  • 문서, FAQ, 이슈를 검색하고 검색 엔진을 사용하여 문제 해결 방법을 찾을 수 있는지 확인하세요
  • 문서가 불완전하다고 느낀다면 직접 지적하세요!! 걱정하지 마세요, 저는 큰사람이 아니니까 고려하지 못한 부분이 있을 수 있습니다!!

낮은 효율성 또는 무효한 질문​

  • 질문: 큰사람님, 이 문제를 어떻게 해결할 수 있나요?

문제점​

  • 임의의 사진 촬영 스크린샷을 찍을 수 있다면 사진을 찍지 마십시오. 다양한 도구의 스크린샷 기능을 사용하는 방법을 배우십시오. 특별한 경우를 제외하고는 선명한 이미지를 얻으십시오
  • 정보 부족 CAN ID를 찾을 수 없는 문제는 여러 가지 원인이 있습니다. 예를 들어, 배선이 잘못되었거나 상위기기와 하위기기의 속도 등이 다르면 특정 상황에서 문제를 집중적으로 다룰 수 있도록 문제를 특정 시나리오로 한정하고 구체적인 조건을 제공합니다.
  • 스크린샷을 할 줄 모르는 경우 이 스크린샷 튜토리얼

질문 템플릿​

질문을 할 때 가능한 한 우아하게 질문하고, 불필요한 감탄사나 불평의 단어를 추가하지 않으며, 각 단어와 구두점을 신중하게 선택하고 답변자의 입장에서 생각하십시오. 답변자가 나에게 빠르게 도움을 줄 수 있도록 어떻게 해야 하는지 생각하세요. 글자수가 너무 적으면 설명이 불충분하고, 너무 많으면 사람들이 질려할 수 있습니다.

문제를 스스로 해결할 수 없을 때, 누군가에게 도움을 청해야 한다면 다음과 같이 고려해야 합니다:​

  • 누구에게, 어디서 도움을 청해야 할까요? 그리고 실시간성을 어떻게 평가할 수 있을까요?

  • 답변자가 나의 문제를 빠르게 해결할 의지를 갖게 하기 위해서 어떤 정보와 현상을 제공해야 할까요?

    • 나의 목적 제공 (답변자가 내가 무엇을 하고 있는지 알 수 있도록 함)
    • 전체 구현 과정과 과정 중에 발생한 현상 제공 (답변자가 나의 프로세스를 따라 할 수 있도록 함, 즉 문제 재현)
    • 오류가 발생한 장소 표시 (답변자가 예상치 못한 결과나 현상이 발생한 위치를 알 수 있도록 함)
    • 오류 메시지 제공, 가능한 완전하고 많은 스크린샷과 로그를 제공하세요. 작은 스크린샷 하나만 제공하거나 로그 일부만 제공하지 마세요 (답변자가 오랜 시간 동안 일을 하지 않았기 때문에 세부 사항을 잊을 수 있으며, 스크린샷과 완전한 로그로 빠르게 기억을 되살릴 수 있습니다; 또한 자세한 로그를 통해 문제의 위치를 빠르게 파악할 수 있습니다)

  • 어떻게 질문하는 것이 친절하게 보일까요? 나는 아무래도 초보자지만, 모든 사람들이 답변을 원할 것입니다

제목​

어디에서든지 질문을 할 때 자신의 문제에 대해 30자 정도의 제목을 정하고, 문제의 핵심 아이디어를 설명합니다.

  • 문제 유형, 문제 요청, 버그 제출, 경험 공유 등. 화면에 가득 찬 글씨 사이에서 사람들이 당신이 무엇을 하려고 하는지 바로 알아볼 수 있도록 합니다.
  • 한 문장으로 문제의 핵심 아이디어를 설명합니다. 예를 들어 CAN ID를 찾을 수 없음, 메인보드 연결 실패 등

그러므로 결합된 제목은 다음과 같습니다:

  • 【질문】 SHT36V3를 사용하여 CAN ID를 찾을 수 없습니다. 이미 확인했습니다.

이러한 제목은 절대 나타나서는 안 됩니다:

  • 아아아아아 왜 내 보드가 ID를 찾지 못하나요 (내가 어떻게 연결하고 작동했는지 어떻게 알겠습니까?)
  • 왜 내 상위 기기가 시작되지 않나요 (내가 무슨 상위 기기를 사용하는지 모릅니다.)
  • 왜 여기에 장비가 없나요 (무슨 제품인지 모릅니다.)
  • 이 오류는 무엇인가요 (문서를 읽지 않고 바로 질문합니다.)
  • 메인보드를 받았는데, 드라이버를 어떻게 연결하나요 (문서를 읽지 않고 바로 질문합니다.)
  • 이 선은 어떻게 연결하나요 (무슨 문제가 있는지 모릅니다.)
  • 왜 DFU로 진입 후 프로그래밍이 안 되는지, 왜 DFU에 진입하지 못하는지 등 (당신이 어떻게 작업했는지, 어떻게 연결했는지 알려주지 않으면 다른 사람은 아마 당신이 아무 생각 없이 말하고 있다고 생각하여 귀찮아 할 것입니다.)

이렇게 질문할 수 있습니다:

  • 【질문】 내 보드가 전원을 반대로 연결한 후에는 보드가 시작되지 않습니다. 보드의 어느 부분이 손상되었는지 어떻게 판단할 수 있으며, 가능하다면 어떻게 복구할 수 있을까요?
  • 【버그】 이 문서의 이 부분은 설명이 부족합니다. 유사한 내용을 추가하거나 수정해 주실 수 있기를 바랍니다.

참고 템플릿​

  • 문제를 정리하고 다음 정보를 명확히 설명하는 데 약간의 시간을 들여주세요.
  • 최종적으로 유용한 답변을 얻을 수 있는지는 어떻게 질문하고 추궁하는지를 통해 결정됩니다.
  1. 어떤 문제 예: 새 보드와 도구판이 장치를 찾지 못함
  2. 어떤 하드웨어 장치 예: Set-top box + D5 motherboard + SHT36V3
  3. 어떤 방식으로 연결 예: 고해상도 사진을 찍어서 큰사람에게 보내기
  4. 어떤 문제 현상 예: 상위 기기에 lsusb를 입력했을 때 아무 장치도 발견되지 않습니다. 전체 정보 스크린샷 첨부.