経験豊富な開発者にとって完全に明白なことの多くは、初心者にとって明らかではありません。 私はコードを書くこと、パターンを知ることなどについて話していません。 これは一般的な考え方に当てはまります。問題を解決する方法、尋ねる方法、長老のメンターの怒りを喚起しない方法です。 今日はそれについて話をしようとします。
合理的思考の方法（ここ）は、問題について考える各段階で尋ねるべき質問です。 彼らの助けを借りて、あなたはすぐに正しい決定に来て、より効率的にあなたの仕事を構築することができます。
質問1.理由は何ですか？
意地悪の法則によると、最初にアプリケーションを起動したとき、何かが確実に機能しません。 最初に、エラーの原因を自分で判断する必要があります。 最も簡単な方法は、コンソールを見ることです。 おそらく、エラーのテキストはそれを修正する方法を理解するのに十分でしょう。
質問2.できる限りのことをしましたか？
エラーテキストが役に立たなかったとしても、質問のある人に急がないでください。 最初に、可能性のあるすべてが行われたことを確認する必要があります。 次のようなものを確認できます。
- この問題の解決策については、アプリケーションのドキュメントを確認しました
- グーグルで検索しても何も見つかりませんでした
- 英語でグーグル検索したが何も見つからなかった
- 見つかったヒントはどれも私を助けませんでした。
どこでも答えが「はい」の場合は、次の段落に進みます。
質問3.困惑しているようです。 なんで？
メンター、メンター、上司、友人に解決策を求めても構いません。 おそらくあなたは彼女について話すのを忘れただけでしょう。 ただし、質問は「何かが機能していない」という単語だけで構成されているのではなく、利用可能なすべての入力データをその中に含める必要があります。 よく構成された質問は、メンターの時間を節約し、より効率的に作業するのに役立ちます。 「完全性」の質問を確認してください。
- 指定されたエラーテキスト
- エラーが発生したケースが示されます（起動コマンドまで）。
- 実績のある解決方法が示されています。
利益！ 最短時間で、同僚から問題の解決策と深い敬意を受け取ることができます。 だから、タスクの開発に進む。
質問4.私のソリューションは問題を完全に解決しますか？
次に、タスクを完了する方法について説明します。 ヒント：あなた自身の正しい質問。
これがバグである場合、チェックする価値があります。問題は修正されているか、マスクされていますか？ たとえば、数値を返す関数がありますが、（突然）文字列を返します。 結果を関数呼び出しの場所に変換することにより、問題を隠すことができます。 しかし、おそらく、その内部で変換を行い、それによって問題を完全に修正する価値があります。
機能またはバグ、可能性のあるすべてのケースをチェックするために最後に怠zyにならないでください。 実践が示すように、「動作するはずです」というフレーズは、受信側でひどいバグとさらにひどい不満を引き起こします。
質問5.なぜこれが確かなのですか？
すぐに例を見てみましょう。今度は、大規模なアプリケーションのさまざまな部分を統合します。 ジュニアタスクに関連するバックエンドは長い間開発されてきました。 彼は彼の側で機能を起動し、...すべてがハングアップします！ 彼はすぐに、バックエンドがフリーズしていると判断します。 「問題は私の側にありません」とすぐに言うことができ、タスクを捨てて、私たちのビジネスに取り掛かります。 しかし、Rational Juniorは次のように考えます。「バックエンドタスクが完了済みとしてマークされている場合、おそらくテストされています。 問題がバックエンドにあると確信しているのはなぜですか？」 問題がどちら側にあるかは関係ありません。 彼の行動を確認せずに別の開発者のところに来ないことが重要です。
質問6.これはなぜ行われたのですか？
合理的な人々が回避し、ナンセンスを（少なくとも意図的に）書かないことは当然と考えるべきです。 誰かが余分なコードの行を書いたように思えたら、それを削除する前にもう一度考えるべきです。 それが問題を完全に解決したとしても。 何もスキップしない最も可能性の高い方法：
- この行を変更した最新のコミットメッセージを表示する
- コミットタスクの表示（多くの場合、コミットメッセージで示されます）
- 誰がコミットしたかを確認し、彼のタスクについて話した後、彼に尋ねます
結論として、この記事のすべての契約に従う必要はありませんが、 常に 考え、独立し て考えることが必要です。