おそらく、すべてのエンジニアには、技術的な問題を解決するだけでなく、他の人の質問に答えることができるレベルがあります。
誰かが技術サポートで働いており、これが彼の義務であり、誰かが賢明な教師になり、誰かがマザーテレサの不幸な化身であり、さまざまな質問に常に答えることを余儀なくされます。
理想的な質問者がいます。 彼らは答えるのが楽しい非常に正確な明確な質問を形成します。
しかし、基本的に状況は非常に嘆かわしいです。
この記事は、燃えるような目を持つ緑の男、スーパーネットワーカになりそうな専門家、そしてすべてが完全に明らかであることを考慮して、単音節のフレーズで応答する、FAQが増えた成熟したエンジニアに読まれたい。
TACベンダーエンジニアとして、私は1日に顧客からのいくつかのケースを粉砕する必要があります。 そして、ネットワークに関する一連の記事の著者として、連絡先の多くの人々に本当にすべてを知りたいと思いましたが、常に何かが私を整理するのを妨げています。 したがって、さまざまな先例が十分すぎるほどでした。
もちろん、主な問題は種類ごとに分類したり分類したりできますが、自由なスタイルでそれらを設定してみましょう。
誰にとっても主な問題は、質問の文言です
次に例を示します。
「マルチキャストのためのラボをまとめましたが、何かがうまくいきません。 これが起こる理由を教えていただけますか？」
「MANを介してRNCとベースステーション間の通信チャネルを編成できません。」
どちらの質問も完全に無害に聞こえます。 しかし、考えてみれば、特に追加の説明がないことを考えると、それ自体の情報は実際には役に立ちません。 しかし、両方の問題には多くの理由が考えられます。
会話がIMまたは電話で行われる場合、その人は自分の意味を混同して指で説明し始めます。
誰かが私のアドバイスを必要とするだけなら、私は通常、あなたの考えを集めて、明確で明確な質問を定式化し、構成、ログ、おそらくデバッグ情報とネットワーク図を送ります。
これが重大でないケースの顧客である場合、テンプレートレターを作成し、電話で確認する必要があります。 そして、答えを待ちます。
一般に、私と質問者の両方にとって、これらすべてに多くの時間が費やされます。
質問の仕方（普遍的なオプションではありませんが、最初の良い例です）：
そのようなスキームがあります：_________________
次の機能を実装したい：______________
機器を設定しようとすると、この問題が発生します：_____________
構成は次のとおりです。_________________
事故発生時のログは次のとおりです。_______________
または：
次のスキームがあります：___________
次のサービスを使用しています：____________
2月29日に、ルーターAはその近隣BとのBGP接続を失いました（およびその他の症状）
正確な時間：______________
前にしたこと、後にしたこと：_______________
事故時とその1週間前のログは次のとおりです。____________
これにより、エンジニアの生活がどれほど簡素化されるかさえ気付かないかもしれません。 彼はあなたに連絡するだけで、完全な自信を得るためにいくつかの詳細を明確にします。それだけです。答えを探しに進みます。
もちろん例外もあります
「聞いてください。私のグリッドには、100万ドルの質問があります。夕方に議論しましょうか。 ブランデーを1本持っています ''
「2月15日の夜、チェリャビンスクMENリングで未知のことが起こりました。 ログ、構成、ネットワーク図は次のとおりです。 助けてください。」
まあ、あなたはあなたがあなたが尋ねたいこと、または少なくともあなたが解決している問題を明確に理解しなければならないことを言う価値はありますか。
次のようなものであってはなりません。
「こんにちは。 HPでIPSecを構成します。 私には何も理解できません。 IPアドレスとは何ですか？」
ネットワーク図
「回線（ローカルエリアネットワーク）はHPスイッチ2026（48）に行きます。 スイッチから、ケーブルはEthernet0 / 0のMSR 20-21ルーターに直接接続されます。 確認のために接続しましたか？ この構成では、ルーターは、それが配置されている1つのネットワークのみを認識します。 彼にゲヘイを登録する方法がわかりません。 これは、他のネットワークでは見られないという問題を解決すると思います。 そして一般的に。 」
友人、同僚、どうすればこのように考えを定式化できますか？
ネットワーク図を言葉で説明する必要はありません。100回聞くよりも1回見る方が良いです。 そうでない場合は、最初の反復で、より詳細な図と構成を要求し、「前の手紙ですべてを書きました」というコメントを付けて構成を送信します。
2番目の反復では、デバイスが接続されているインターフェイス、そこにあるアドレス指定などを尋ねます。
そして、そのような反復の数は、イニシエーターの持続性に依存します。 ある時点で、お互いの不満は神聖な富士山の大きさまで成長します。 さて、誰がそれを必要としますか？
ペイントに描かれたスキームを送信する必要はありません、それらが十分に詳細であっても：
すべてが明確であり、明確であっても、その人が試したことは明らかですが、なぜそうなのでしょうか？
MS Visioがない場合は、無料の同等物を使用してください。 たとえば、Diaはネットワーク図の描画に最適です。
これは、わかりやすい図（Visio）の例です。
診断ファイル
合理的で構造化された方法で分析用のデータを生成します。
まず、問題に応じて、次のデータを準備します。
- 症状と発生時刻を含む詳細な説明
- 詳細なネットワーク図
- 影響を受けるすべてのデバイスの構成
- 希望する期間のログ
次に、ファイルはその意味に従って名前を付ける必要があります。 多数ある場合は、フォルダー構造を作成します。 例：
多くの場合、ログと診断ファイルのサイズは数メガバイトです。 それらをアーカイブにパックしてください-これらはテキストファイルであり、それらは桁違いに圧縮されています。
応答性を乱用しないでください
ネットワークに関する一連の記事を読んだ後、多くの人が質問で急いでくれました。 そして、私は自分自身の恵みの欠陥を経験しました。
最初は、彼らに答えて、原則と彼らの間違いを可能な限り詳細に説明して、みんなが深みに成長し、表面的にすべてをつかまないことを喜んでいた。 しかし、ハンマーは反対方向に当たりました。
多くの人が怠dexすぎて、Yandexやxguを見て素朴な質問の答えを見つけることができません。確かに知っている人に尋ねる方が簡単です。
または、ドキュメントを調べ、GNSでテストラボを収集して、他の人に尋ねることができる場合、テクノロジがどのように機能するかを理解するのはなぜですか
そして、同じ質問が何度も聞かれると、気になり始めます。
これはすべて、私個人と技術サポートの両方に当てはまります。 TACは技術的な問題のみを解決するという事実にもかかわらず、エンジニアはこの技術がどのように機能するかをしばしば尋ねられます。
私は2つのことを理解しているので、多くの質問に非常に簡単に、または単に参照でさえ答えます。誰にも十分ではなく、最も効果的な学習方法は独学です。
友達ではない人からの次の計画のフレーズ、あなたはそれらに3-4の質問に答えました：
「こんにちは。 緊急に助けが必要です。 木材ビューアをオンにします。」
TPで動作する別の例は、1つの質問のフレームワーク内で、機器ではなくプロトコルに関連することが多い他の1000の質問をすることです。
極端な
非常に環境に優しい人が偶像化して、年上の同僚が絶対にすべてを知っていると思う場合、長老たちは時々、他の極端なことをします。
実際、一般的に顧客と仕事をすることは非常に楽しいです。 通常、それらの組み合わせは1〜2因子のみです。
しかし、学びたい人、もっと知りたい人だけが、通常これらの資質のすべてを持ち、説明されていないものの一部さえ持っています。 もちろん、私は理解しています-この欲求はあなたの質問で特に迷惑ではありませんが、私を信じて、あなたは間違いなくタスクを容易にしません。
また、普遍的なアドバイスもあります。質問を手紙に書いて解決を始め、手順を詳しく説明してください。 したがって、あなたはそれに対する答えを見つけるか、質問をより深く理解するでしょう。
将来、同僚に伝え、コミュニケーションを取り、正確で、一貫性があり、論理的であること。 時間と神経を節約しましょう。
*人生からいくつかの例が取られているという事実にもかかわらず、すべての偶然はランダムであると考えてください。
PSこのテーマに関する小さな漫画 。