질문하기 전에 읽어보세요
- 빠르고 편리한 대화 방식을 제공하는 QQ/WeChat와 같은 대화 도구를 사용할 수 있지만, 문제가 발생하면 다음 단계를 따르는 것이 좋습니다.
- 답변을 받을 수 있는 유용한 정보를 얻을 수 있는지 여부는 어떻게 질문하고 추궁하는지를 통해 결정됩니다.
문제 해결 단계:
- 본인이 해결해 보기: 배운 지식을 활용하여 먼저 스스로 문제를 해결해 보십시오. 영어 출력 메시지가 무서워하지 마십시오. 가능한 한 이해하십시오. 대부분의 정보 출력은 지시 방향을 가지고 있으므로, 이를 찾고 스스로 해결할 수 있습니다.
- 온라인 검색: 비슷한 문제가 있는지 온라인에서 검색해 보십시오. 있다면 다른 사람들의 해결 방법을 참조하고, 없다면 그룹에서 질문하십시오.
- 그룹에서 질문하기: 그룹에서 질문할 때 문제를 명확하게 설명하고 스크린샷을 첨부하여 문제를 빠르게 파악하도록 하십시오. 제공하는 정보가 많을수록 다른 사람이 문제를 해결하는 데 더 효율적입니다.
질문할 때 다음 사항들을 고려하면 문제를 빠르게 해결할 확률이 크게 높아집니다:
답변자 입장에서 문제를 생각하기
매번 질문할 때마다 답변자의 입장에서 생각해야 합니다:
- 답변자는 모두 대단한 사람들이라고 가정하고, 그들의 시간은 소중하다는 것을 인식합니다.
- 답변자가 나의 질문을 한눈에 이해할 수 있도록 하는 방법은 무엇인지 생각하세요. 답변자가 기본적인 문제에 대해 물어보는 것처럼 느껴지지 않도록 합니다.
- 답변자가 나의 질문에 답변할 동기를 부여하는 방법은 무엇인지 생각하세요. 예를 들어 기술적인 토론의 깊이가 있을 경우, 답변자가 자신을 존경한다고 느낄 수 있는 방법이나 직접 돈을 지불하는 방법 등이 있습니다.
- 답변자가 나에게 게으른 사람이 아닌지 느끼지 않도록 합니다. 문서나 코드, 로그를 읽지 않았거나 검색하거나 생각하거나 시도하지 않았다고 느끼지 않도록 합니다.
문제를 정리하고 실제로 무엇이 일어났는지, 그리고 무엇을 했는지 명확히 이해하기:
- 어떤 효과나 기능을 달성하고 싶은지?
- 이러한 효과를 달성하기 위해 어떻게 했는지, 구체적인 과정은 무엇인지?
- 실행 중에 어떤 오류가 발생했는지, 현상은 무엇인지 (예를 들어 오류가 발생했다면, 어떤 오류인지, 전체 오류 내용은 무엇인지? 마지막 몇 줄만 보지 말고 로그를 가능한 많이 확인하세요)
- 오류 메시지를 잘 읽었는지, 오류 메시지에 해결 방법이 제시되었는지 확인하세요.
- 이러한 오류 메시지를 바탕으로 문제를 해결할 수 있는지 신중하게 생각해 보세요.
- 문서, FAQ, 이슈를 검색하고 검색 엔진을 사용하여 문제 해결 방법을 찾을 수 있는지 확인하세요
문서가 불완전하다고 느낀다면 직접 지적하세요!! 걱정하지 마세요, 저는 큰사람이 아니니까 고려하지 못한 부분이 있을 수 있습니다!!
낮은 효율성 또는 무효한 질문
- 질문: 큰사람님, 이 문제를 어떻게 해결할 수 있나요?
문제점
- 임의의 사진 촬영 스크린샷을 찍을 수 있다면 사진을 찍지 마십시오. 다양한 도구의 스크린샷 기능을 사용하는 방법을 배우십시오. 특별한 경우를 제외하고는 선명한 이미지를 얻으십시오
- 정보 부족 CAN ID를 찾을 수 없는 문제는 여러 가지 원인이 있습니다. 예를 들어, 배선이 잘못되었거나 상위기기와 하위기기의 속도 등이 다르면 특정 상황에서 문제를 집중적으로 다룰 수 있도록 문제를 특정 시나리오로 한정하고 구체적인 조건을 제공합니다.
- 스크린샷을 할 줄 모르는 경우 이 스크린샷 튜토리얼
질문 템플릿
질문을 할 때 가능한 한 우아하게 질문하고, 불필요한 감탄사나 불평의 단어를 추가하지 않으며, 각 단어와 구두점을 신중하게 선택하고 답변자의 입장에서 생각하십시오. 답변자가 나에게 빠르게 도움을 줄 수 있도록 어떻게 해야 하는지 생각하세요. 글자수가 너무 적으면 설명이 불충분하고, 너무 많으면 사람들이 질려할 수 있습니다.
문제를 스스로 해결할 수 없을 때, 누군가에게 도움을 청해야 한다면 다음과 같이 고려해야 합니다:
-
누구에게, 어디서 도움을 청해야 할까요? 그리고 실시간성을 어떻게 평가할 수 있을까요?
-
답변자가 나의 문제를 빠르게 해결할 의지를 갖게 하기 위해서 어떤 정보와 현상을 제공해야 할까요?
- 나의 목적 제공 (답변자가 내가 무엇을 하고 있는지 알 수 있도록 함)
- 전체 구현 과정과 과정 중에 발생한 현상 제공 (답변자가 나의 프로세스를 따라 할 수 있도록 함, 즉 문제 재현)
- 오류가 발생한 장소 표시 (답변자가 예상치 못한 결과나 현상이 발생한 위치를 알 수 있도록 함)
- 오류 메시지 제공, 가능한 완전하고 많은 스크린샷과 로그를 제공하세요. 작은 스크린샷 하나만 제공하거나 로그 일부만 제공하지 마세요 (답변자가 오랜 시간 동안 일을 하지 않았기 때문에 세부 사항을 잊을 수 있으며, 스크린샷과 완전한 로그로 빠르게 기억을 되살릴 수 있습니다; 또한 자세한 로그를 통해 문제의 위치를 빠르게 파악할 수 있습니다)
-
어떻게 질문하는 것이 친절하게 보일까요? 나는 아무래도 초보자지만, 모든 사람들이 답변을 원할 것입니다
제목
어디에서든지 질문을 할 때 자신의 문제에 대해 30자 정도의 제목을 정하고, 문제의 핵심 아이디어를 설명합니다.
- 문제 유형, 문제 요청, 버그 제출, 경험 공유 등. 화면에 가득 찬 글씨 사이에서 사람들이 당신이 무엇을 하려고 하는지 바로 알아볼 수 있도록 합니다.
- 한 문장으로 문제의 핵심 아이디어를 설명합니다. 예를 들어 CAN ID를 찾을 수 없음, 메인보드 연결 실패 등
그러므로 결합된 제목은 다음과 같습니다:
【질문】 SHT36V3를 사용하여 CAN ID를 찾을 수 없습니다. 이미 확인했습니다.
이러한 제목은 절대 나타나서는 안 됩니다:
아아아아아 왜 내 보드가 ID를 찾지 못하나요(내가 어떻게 연결하고 작동했는지 어떻게 알겠습니까?)왜 내 상위 기기가 시작되지 않나요(내가 무슨 상위 기기를 사용하는지 모릅니다.)왜 여기에 장비가 없나요(무슨 제품인지 모릅니다.)이 오류는 무엇인가요(문서를 읽지 않고 바로 질문합니다.)메인보드를 받았는데, 드라이버를 어떻게 연결하나요(문서를 읽지 않고 바로 질문합니다.)이 선은 어떻게 연결하나요(무슨 문제가 있는지 모릅니다.)왜 DFU로 진입 후 프로그래밍이 안 되는지, 왜 DFU에 진입하지 못하는지 등(당신이 어떻게 작업했는지, 어떻게 연결했는지 알려주지 않으면 다른 사람은 아마 당신이 아무 생각 없이 말하고 있다고 생각하여 귀찮아 할 것입니다.)
이렇게 질문할 수 있습니다:
【질문】 내 보드가 전원을 반대로 연결한 후에는 보드가 시작되지 않습니다. 보드의 어느 부분이 손상되었는지 어떻게 판단할 수 있으며, 가능하다면 어떻게 복구할 수 있을까요?【버그】 이 문서의 이 부분은 설명이 부족합니다. 유사한 내용을 추가하거나 수정해 주실 수 있기를 바랍니다.
참고 템플릿
- 문제를 정리하고 다음 정보를 명확히 설명하는 데 약간의 시간을 들여주세요.
- 최종적으로 유용한 답변을 얻을 수 있는지는 어떻게 질문하고 추궁하는지를 통해 결정됩니다.
- 어떤 문제 예: 새 보드와 도구판이 장치를 찾지 못함
- 어떤 하드웨어 장치 예: Set-top box + D5 motherboard + SHT36V3
- 어떤 방식으로 연결 예: 고해상도 사진을 찍어서 큰사람에게 보내기
- 어떤 문제 현상 예: 상위 기기에 lsusb를 입력했을 때 아무 장치도 발견되지 않습니다. 전체 정보 스크린샷 첨부.
Loading...