質問の智慧
この記事は Mai-with-u/docs の「質問の智慧と効率的な質問ガイド（統合版）」を簡略化したものです。
まず最初に
質問時は完全なスクリーンショットまたはログを添付してください。より早く回答を得られます。
質問する前に
以下を先に行ってください：
- プラットフォームで検索する
- 検索エンジンを使う
- 公式マニュアル、FAQを読む
- 自分で確認・実験する
- 近くの友人に聞く
質問時にこれらの努力をしたことを示してください—他人の時間を無駄にしていないことを証明します。
質問するとき
意味のない質問フレーズを削除
「誰か助けてくれませんか？」「答えはありますか？」で終えるのを避けてください。
- 無駄です
- 人をイラつかせ、「はい、誰か助けられます」などの無意味な回答が返ってきます
- はい/いいえ質問は、それだけが必要な場合を除き避けてください
推測ではなく問題を記述
問題の原因を自分で決めつけても役に立ちません。症状を見せ、理論ではなく事実を伝えてください。
ニーズを明確に
曖昧な質問は時間の無駄です。何が必要か（ガイド、コードレビューなど）を明確に述べてください。
例：「X をより理解したいのですが、良いドキュメントを教えていただけますか？」は「X を説明してくれますか？」より良いです。
プロセスではなくゴールを記述
ゴールを記述し、どこで詰まっているかを説明してください。間違った道や道具を使っている場合があります。
態度について
謙虚さは質問の代わりにならない
「初心者ですが……」と言わず、背景と問題を明確に記述してください。
礼儀正しさは大切
「ください」「ありがとう」を使ってください。
タイトルについて（フォーラム）
明確で意味のあるタイトル
約50文字が注意を引くチャンスです。「助けて！」「お願い！」「緊急！」で無駄にしないでください。
良いタイトル形式：ゴール—違い
悪い：助けて！ノートPCの表示がおかしい！
良い：X.org 6.8.1 のマウスカーソルが BrandX MV1005 チップセット環境下で変形する
「緊急」と書かない
それはあなたの問題で、他人の問題ではありません。「緊急」と主張すると逆効果になります。
質問について
正確な記述方法
- 問題を明確に記述する
- 環境を記述する（マシン、OS、アプリなど）
- 質問前の調査・診断手順を説明する
- 最近の関連するハードウェア/ソフトウェア変更を記述する
- 可能であれば再現方法を提供する
スクリーンショットとログ
スクリーンショットは明確で完全に。特にエラーの最終行。スマホで画面を撮影しないでください。
スクリーンショット方法
- Windows：Shift+Win+S
- QQ：Ctrl+Alt+A
回答がない場合
返信がない＝無視されたではありません。同じ質問を繰り返し投稿するのは悪い方法—ノイズと見なされます。
回答の解釈
RTFM と STFW
- RTFM = Read The Fucking Manual（マニュアルを読め）
- STFW = Search The Fucking Web（ウェブで検索しろ）
これらは「情報は簡単に見つかる、自分で検索したほうが学べる」という意味です。
理解できない場合
すぐに説明を求めないでください。まず自分で理解しようとしてください。本当に説明が必要な場合、何かを学んだことを示してください。
無礼な回答への対処
一見無礼に見える行動は、問題解決に焦点を当てた直接的で効率的なコミュニケーションスタイルのことが多いです。
良い質問と悪い質問
悪い：Foonly Flurbamatic の情報はどこにありますか？
良い：Google で「Foonly Flurbamatic 2600」を検索しましたが有用な結果がありませんでした。プログラミングドキュメントはどこにありますか？
悪い：foo プロジェクトのコードがコンパイルできません。なぜこんなに悪いのですか？
良い：foo プロジェクトのコードが Nulix 6.2 でコンパイルできません。FAQ を読みましたが関連情報がありませんでした。これがビルドログです—何が間違っていますか？
悪い：マザーボードに問題があります、誰か助けて！
良い：S2464 マザーボードで X、Y、Z を試しましたが効果なし。A、B、C も試しました。C で奇妙な現象に気づきました。Athlon MP ボードでこれが起きる一般的な原因は何ですか？どんなテストをすべきですか？
問題解決後
問題がどう解決されたかを説明し、手伝ってくれた人に感謝してください。タイトルに「解決済み」を付けてください。
歓迎される質問者になるには？
- 理解していないのは問題ないが、理解していないふりはダメ
- 機転、考え、観察力、問題解決に参加する意欲を示す