質問する知恵 (2)

--------------


聞きたいことを理解してください


----------- - -



終わりのない質問は、ほとんど終わりのない時間のブラックホールです。最も有益な答えをくれる人は、最も忙しい人でもあります（仕事のほとんどを自分でこなさなければならないので忙しいのです）。このような人は、制御されない時間のブラックホールにはあま​​り興味がありません。したがって、終わりのない質問にもあまり興味がないと言えます。
有益な回答が得られる可能性があります。これにより、時間とエネルギーの上限


が設定され、回答者はあなたを助けることに集中できるため、非常に効果的です。



専門家が生きている世界を理解するには、専門知識を豊富なリソースとして、対応する時間を希少なリソースとして考えてください。問題を解決するのにかかる時間が短いほど、多忙な専門家の口からより多くの答えを得ることができます。



したがって、専門家が問題を解決するのにかかる時間を最小限に抑えるために問題の構造を最適化することは、大きな効果をもたらします。これは、多くの場合、問題を単純化することと同じであり、違いが生じます。したがって、「X についてもっと理解したいのですが、ヒントを教えていただけますか?」と尋ねるほうが、「X について説明していただけますか?」と尋ねるよりも適切です。コード


が機能しない場合は、他の人に修正を依頼するよりも、何が問題なのかを尋ねるほうが賢明です。



-------------------------------------


禁止質問してください。自分で解決する必要があります。 問題


---------------------



ハッカーは常に、どの問題を自分で解決すべきかを見極めるのが得意です。なぜなら、私たちのほとんどはこれらの問題を自分で解決しているからです。繰り返しますが、これらのことを理解するのはあなた次第であり、そこから学ぶことになります。


ヒントを求めることはできますが、完全な解決策を求めないでください。



----------------


無意味な質問を削除


- ---------------



「誰か助けてくれませんか？」や「分かった」などの意味のない言葉で質問を終わらせないでください。答え？" ？"。


まず第一に: 問題の説明があまり適切でない場合、このように質問するのは不必要です。第二に、


という質問は余分なので、ハッカーはあなたにイライラするでしょう - そして通常、論理的に正しい答え


で軽蔑を表明します。たとえば、次のようになります。 、誰かがあなたを助けてくれるでしょう」または「いいえ、答えはありません


」。



-----------------------------


謙虚さ それは全く無害で、多くの場合非常に役立ちます


---------------------------- -



礼儀正しく、「お願いします」や「よろしくお願いします」をもっと頻繁に使いましょう。


ボランティアとしてお手伝いに時間を割いていただいたことにどれほど感謝しているかをみんなに伝えてください。



ただし、答えられない質問がたくさんある場合は、丁寧に対応することで有益な答えが得られる可能性が高くなります。



(このガイドの公開以来、経験豊富なハッカーから受け取った深刻な欠陥に関するフィードバック


は、事前に感謝するものだけであることに気付きました。ハッカーは、「よろしくお願いします」の意味は、後で誰にも感謝しないことだと考えています。



。 -------------


問題が解決したら、簡単な説明を追加します


-------- ------------



問題が解決したら、助けてくれた人全員にメッセージを送信します 問題がどのように解決されたかを知らせる説明


、改めて感謝申し上げます。この問題がニュースグループやメーリング リストで


の大きな注目を集めている場合は、そこに補足説明を投稿する必要があります。



補足説明は長くても詳細である必要もありません。「こんにちは、ネットワーク ケーブルに問題があるようです

! 皆さん、ありがとう -- ビル」何も言わないよりは良いです。実際、結論がよほど専門的なものでない限り、長い学術論文よりも短くてかわいらしい要約の方が優れています。問題がどのように解決されたかを説明します


。ただし、問題を解決するプロセスを繰り返す必要はありません。



礼儀正しくフィードバックを提供することに加えて、この追加機能は、他の人があなたにコメントしたメーリング リスト/ニュースレター


グループ/フォーラムを検索するのに役立ちます。 完全なソリューションヘルプとして、これは彼らにとっても役立つかもしれません。



最後に (少なくとも?)、このサプリメントは、このサプリメントから満足感を得るのに貢献したすべての人に役立ちます。


あなた自身がベテランでもハッカーでもないなら、信じてください。この感情は、


の助けを求める指導者や専門家にとって非常に重要です。問題が長期間未解決のまま放置されるとイライラすることがあります。ハッカーは問題が解決されることを切望します。善良な人々は報われ、彼らの欲望を満たし、次回新しい質問を投稿するときにその恩恵を味わうことができます。




----------


まだ理解できません


-- -- ------



答えがよくわからない場合は、すぐに説明を求めないでください。自分で問題を解決しようとしたときと同じように（マニュアル、FAQ、インターネット、周囲の専門家を使用して）理解してください。


どうしても相手に説明してもらいたい場合は、何かを学んだことを示すことを忘れないでください。



たとえば、「zEntry がブロックされているようです。まずそれをクリアする必要があります。」と私が答えると、次のようになります。



悪いフォローアップの質問: 「zEntry とは何ですか?」 ヘルプを見ましたが、パラメータには -z と -p


zEntry しか記載されておらず、明確な説明がありません。

どちらのことですか? それとも何かを見逃しましたか? ”


==========


質問する前に考えてください


==========



以下は古典的な愚かな質問のいくつかです。ハッカーが答えを拒否するとき、何を考えているのか:



質問: X プログラムはどこで見つけられますか?


問題: プログラム/構成/SQL ステートメントが機能しません


問題: Windows で問題が発生しました。助けてもらえますか?


質問: Linux (または X) のインストールで問題が発生しました。助けてもらえますか?


質問: root アカウントをクラックしたり、OP 権限を盗んだり、他の人のメールを読んだりするにはどうすればよいですか?



質問: プログラム X はどこで見つけられますか?


答え: 私が見つけた場所、バカ、検索エンジンの反対側にあります。何てことだ！


Google の使い方を知らない人はいますか?



質問: 私のプログラム (構成、SQL ステートメント) は役に立ちません


回答: これは問題ではありません。あなたの本当の問題を知りたいのです。興味はありません - 知るために 20 質問しなければならないとしたら - 私にはもっと興味深いことがあります。


この種の質問を見たとき、私の反応は通常次の 3 つです:


1. 他に何か追加することはありますか?


2. とてもひどいことです、対処していただけると幸いです。


3. これは私と何の関係があるのですか？



質問: Windows で問題が発生しました。助けてもらえますか?


答え: はい、たるんだゴミは捨てて、Linux に置き換えてください。



質問: Linux (または X) のインストールで問題が発生しました。助けてもらえますか?


答え: いいえ、私自身があなたのコンピュータを操作することによってのみ問題を見つけることができます。


ステップバイステップのガイダンスについては、ローカルの Linux ユーザー グループにアクセスしてください (


ここでユーザー グループのリストを見つけることができます)。



質問: root アカウントをクラックしたり、OP 権限を盗んだり、他の人のメールを読んだりするにはどうすればよいですか?


答え: あなたがこれをしたいということは、あなたが卑劣な人間であることを意味し、あなたを助けてくれるハッカーを見つけたいということは、あなたが愚かであることを意味します。



==============


良い質問、悪い質問


= =============



最後に、同じ質問について 2 種類の質問をする方法をいくつか例を挙げて説明します。 >

ダルマはまとめられており、一方は愚かで、もう一方は賢いものです。



愚かな質問: Foonly Flurbamatic に関する情報はどこで入手できますか?


この種の質問は、「STFW」のような答えが欲しいだけです。



賢い質問: 「Foonly Flurbamatic 2600」を Google で検索しましたが、


では有用な結果が見つかりませんでした。この種のデバイスのプログラミングに関する情報をどこで見つけられるか知っている人はいますか?


この質問は STFW で、彼は本当に困っているようです。



愚かな質問: FOO プロジェクトから見つけたソース コードはコンパイルできません。なぜ最悪なのでしょうか？


彼は他の人のせいだと思っている、この傲慢な男



賢い質問: FOO プロジェクトのコードは Nulix バージョン 6.2 ではコンパイルできません。 FAQ


を読みましたが、Nulix に関連する問題については言及されていません。これは私のコンパイルプロセスの記録です。何か間違ったことはありますか?


彼は状況を明確に説明し、FAQ を読み、間違いを指摘し、問題の責任を他人に押し付けませんでした


この男は注目に値しますに。



愚かな質問: マザーボードに問題があるのですが、誰が助けてくれますか?


この種の質問に対する平均的なハッカーの答えは通常、次のとおりです。「分かった、背中を叩いておむつを替えてほしい?


?」削除キーを押します。



賢い質問: S2464 マザーボードで X、Y、Z を試しましたが、うまくいきませんでした。もう一度試しました


A、B、 C. C を試すと奇妙な動作が発生することに注意してください。明らかに、側波帯送信


に収縮がありますが、結果は予想外です。マルチプロセッサ マザーボードでのサイドバンド リークの一般的な原因は何ですか?


問題を見つけるために次にどのようなテストを行うべきかについて良いアイデアを持っている人はいますか?


この男は、別の観点から見ると、答える価値があります。彼は、答えが空から降ってくるのを待つのではなく、問題を解決する能力を示しました。



最後の質問では、「答えを教えてください」と「インスピレーションを与え、他に何をすべきかを指摘してください」の違いに注意してください


」 微妙だが重要な違い。



実際、後者の質問は、2001 年 8 月に Linux カーネル メーリング リストに寄せられた実際の質問に由来しています。私（エリック）が質問しました。私は Tyan S2464 マザーボード


でこの原因不明のロックアップを観察し、リストのメンバーがその問題を解決するための重要な情報を提供してくれました。



私の質問方法を通じて、人々に熟考に値する何かを与え、人々が参加しやすくし、


が参加しやすくします。私は彼らと同じ能力を持っていることを示し、私と話し合うよう彼らに誘いました


。彼らが時間を無駄にしないようにするために私が行った回り道を彼らに伝えるのは、他人の時間の価値に対する一種の敬意です。



その後、私が全員に感謝し、プロセスがどのように機能したかを評価したとき


-- 翻訳者注) 問題が未解決だったとき、Linux カーネルのメンバーがメーリングリスト (lkml) は、私がリストの「有名人」だったからではなく、


私が正しい方法で質問したために問題が解決したと述べました。



ある観点から見ると、私たちハッカーは豊富な知識を持っていますが、人間味に欠けていると思います


私がそうであれば、彼は正しいと思います。物乞いのような質問をすると、たとえ私が誰であろうと、確実に迷惑をかけたり、無視されたりする人がいるでしょう。彼は、このガイドを書いた人たちに指針を与えるために、これを書き留めてはどうかと提案しました。



================


答えが見つからない場合はどうすればよいですか?


================



それでも答えが得られない場合は、ご遠慮ください。私たちはあなたを助けることができないと思います。場合によっては、あなたの


の質問を見た人が答えを知らないだけの場合もあります。応答がないからといって無視されるわけではありませんが、違いを区別するのが難しいことは否定できません。



全体として、単純に質問を繰り返し投稿するのは悪い考えです。これは無意味な


ノイズとみなされます。


うるさいです。



通常、初心者により適した他のチャネルを通じてサポートを受けることができます。



熱心なソフトウェア愛好家で構成されるオンラインおよびローカル ユーザー グループが多数あります (


自分自身でソフトウェアを作成したことがない場合でも)。通常、人々は互いに助け合い、


初心者を助けるためにこのようなグループを形成します。



さらに、企業の大小を問わず、多くの営利企業に支援を求めることができます (Red


Hat と LinuxCare はその 2 つです)最も一般的な例）。


の助けを得るためにお金を払わなければならないことにイライラしないでください。結局のところ、車のエンジンシリンダーのシールが破損した場合（その可能性は十分にあります）、やはり車を整備工場に持ち込んで修理代を支払わなければなりません。ソフトウェアに一銭もかからないとしても、テクニカル サポートを常に無料にすることを強制することはできません。



Linux などの人気のあるソフトウェアの場合、各開発者は少なくとも数万人のユーザーを抱えています。


何万人ものユーザーからの助けを求める電話に 1 人で対応することは不可能です。


ヘルプにお金を払ったとしても、同じソフトウェア


(通常はクローズド ソース ソフトウェア技術サポートのコストはオープンソース ソフトウェアよりもはるかに高く、コンテンツもそれほど充実していません)。