--------------
聞きたいことを理解してください
--------------
終わりのない質問はほぼ無限です時間のブラックホール。最も有益な答えをくれる人は、最も忙しい
人でもあります (仕事のほとんどを自分でこなさなければならないので忙しいのです)。このような人は、時間制御不能なブラックホールにはあまり興味がありませんので、とりとめのない質問にもあまり興味がないと言えます。
応答者に何をしてもらいたいかを明確に述べれば、有益な回答が得られる可能性が最も高くなります (提案を提供する、コードを送信する、パッチを確認する
など)。これにより、時間とエネルギーの上限が設定されます
ので、回答者はあなたを助けることに集中することができ、非常に効果的です。
専門家が生きている世界を理解するには、専門知識を豊富なリソースとして、対応する時間を希少なリソースとして考えてください。問題を解決するのにかかる時間が短いほど、多忙な専門家の口からより多くの答えを得ることができます。
したがって、問題の構造を最適化して、専門家が問題を解決するのにかかる時間を最小限に抑えることは、非常に役立ちます。これは通常、問題を単純化することとは異なります。したがって、「X についてもっと理解したいのですが、ヒントを教えていただけますか?」と尋ねることは、「X について説明していただけますか?」と尋ねるよりも適切です。自分のコード
が機能しない場合は、他の人に修正してもらうよりも、何が問題なのかを尋ねるほうが賢明です。
---------------------
自分で解決すべき質問はしないでください
---------- - ---------------
私たちのほとんどは、これらの問題を自分で解決しているため、ハッカーは常にどの問題を自分で解決すべきかを見極めるのが得意です。繰り返しますが、これらのことを理解するのはあなた次第であり、そこから学ぶことになります。
ヒントを求めることはできますが、完全な解決策を求めないでください。
--------------------------------
無意味な質問を削除してください
----- -------------------------
「誰か助けてくれませんか?」などの意味のない言葉で質問を終わらせないでください。または「答えはありますか?」
まず第一に: 問題の説明があまり適切でない場合、このように質問するのは不必要です。第二に、この種の質問は不必要であるため、ハッカーはあなたをイライラさせ、通常、「はい、あなたを助けてくれる人がいます。」または「いいえ、答えはありません
」など、論理的に正しい答えで軽蔑を表明します。
」。
-------------------------------------------------
謙虚さは決して害を及ぼすものではなく、多くの場合非常に役立ちます
--- ------------------------
礼儀正しく、「お願いします」と「よろしくお願いします」をもっと使いましょう頻繁。時間をかけて手伝ってくれたことにどれほど感謝しているか
を伝えてください。
ただし、答えられない質問がたくさんある場合は、丁寧に対応することで有益な答えが得られる可能性が高くなります。
(このガイドの公開以来、経験豊富なハッカーから受け取った重大な欠陥に関するフィードバックは
だけであることに気づきました。一部のハッカーは、「事前にありがとう」の意味合いを感じています。それは後付けです
もう誰にも感謝しません。私たちのアドバイスは次のとおりです。)
--------------------- ---
問題が解決したら、簡単な説明を追加します
----------------------------
問題が解決したら、助けてくれた人全員にメッセージを送ります
その人にメモを送り、問題がどのように解決されたかを知らせて
、再度感謝の気持ちを伝えます。この問題がニュースグループやメーリング リストで広く注目を集めている場合は、そこに補足説明を投稿する必要があります。
追加の説明は長くても詳細である必要もありません。単に「こんにちは、ネットワーク ケーブルに問題があることがわかりました
! 皆さん、ありがとうございます - ビル」と言うよりも良いでしょう。何もない。実際、結論がよほど専門的なものでない限り、長い学術論文よりも短くてかわいらしい要約の方が優れています。問題がどのように解決されたかを説明しますが、問題を解決するプロセスを繰り返す必要はありません。
礼儀正しくフィードバックを行うことに加えて、この追加は、他の人がメーリングリスト/ニュース
グループ/フォーラムであなたを助けた完全なソリューションを検索するのに役立ち、彼らにとっても役立つ可能性があります。
最後に(少なくとも?)、このサプリメントは、このサプリメントから満足感を得るのに貢献したすべての人に役立ちます。
あなた自身がベテランでもハッカーでもない場合は、私たちを信じてください。この感情は、あなたが頼るメンターや専門家にとって非常に重要です
。問題が長期間未解決のまま放置されるとイライラすることがあります。ハッカーは問題が解決されることを切望します。良いものは良い人のもとにやって来て、彼らの欲望を満たし、次回新しい質問を投稿するときにその恩恵を味わうことができます。
----------
まだ分かりません
----------
答えがよく分からない場合は、すぐに説明を求めないでください。自分で問題を解決しようとしたときと同じように(マニュアル、FAQ、インターネット、周囲の専門家を使用して)理解してください。
本当に相手に説明してもらいたい場合は、何かを学んだことを示すことを忘れないでください。
たとえば、「zEntry がブロックされているようです。まずクリアする必要があります
」と答えると、次のようになります:
ひどいフォローアップの質問:「zEntry とは何ですか?」
賢い質問は次のようになります。「ああ~~~ヘルプを見ましたが、
zEntryの -z と -p パラメータのみが記載されており、明確な説明はありません: <どれですか?この 2 つのことを指しますか? それとも何か聞き逃しましたか?
ここでは、古典的な愚かな質問と、ハッカーが答えを拒否するときに何を考えているのかをいくつか紹介します。
質問: プログラム X はどこで見つけられますか?
問題: プログラム/構成/SQL ステートメントが機能しません
問題: Windows に問題があります。助けてもらえますか?
質問: Linux (または X) のインストールで問題が発生しました。助けてもらえますか?
質問: root アカウントをクラックしたり、OP 権限を盗んだり、他の人のメールを読んだりするにはどうすればよいですか?
質問: X プログラムはどこで見つけられますか?
答え: 私が見つけた場所です、バカ、検索エンジン側です。何てことだ!
Googleの使い方を知らない人はいますか?
質問: 私のプログラム (構成、SQL ステートメント) は役に立ちません
回答: これは問題ではありません、私はあなたの本当の問題を知ることに興味はありません -- もし知りたければ
私はあなたに 20 質問します問題だけを見つけることができれば、もっと面白いことができるはずです。
この種の質問を見たとき、私の反応は通常次の 3 つです:
1. 他に何か追加することはありますか?
2. とても悪いです、直していただけると幸いです。
3. これは私と何の関係があるのですか?
質問: Windows で問題が発生しました。助けてもらえますか?
答え: はい、たるんだゴミを捨てて、Linux に置き換えてください。
質問: Linux (または X) のインストールで問題が発生しました。助けてもらえますか?
答え: いいえ、私自身があなたのコンピュータで作業することによってのみ問題を見つけることができます。
ステップごとのガイダンスについては、ローカルの Linux ユーザー グループにアクセスすることをお勧めします (ユーザー グループのリストは、
ここで見つけることができます)。
質問: root アカウントをクラックしたり、OP 権限を盗んだり、他の人のメールを読んだりするにはどうすればよいですか?
答え: あなたがこれをしたいということは、あなたが卑劣な人間であることを意味し、あなたを助けてくれるハッカーを見つけたいということは、あなたが愚かであることを意味します。
==============
良い質問、悪い質問
================
最後に, 賢い質問をする方法を説明するために、いくつかの例を示します。同じ質問をする 2 つの方法がまとめられています。1 つは愚かな質問で、もう 1 つは賢明な質問です。
愚かな質問: 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 人で対応することは不可能です。たとえヘルプに
お金を払わなければならないとしても、同じようなソフトウェアを購入しなければならない場合と比べて、払っているのは
であることを知っておいてください(クローズドソースソフトウェアのテクニカルサポート料金は、通常、オープンソースソフトウェアよりもはるかに高額です)
が多く、内容はそれほど豊富ではありません)。
http://www.bkjia.com/PHPjc/313930.html
www.bkjia.com
true