Lainbo's Blog

本文はhttps://redd.one/blog/how-to-ask-questions から翻訳されました。

ソフトウェアエンジニアとして、現実世界の機能を実装し、難しいバグを修正する必要があります。時には自分の知識が不足していると感じたり、タスクを完全に処理する方法がわからない場合もあります。これは完全に正常であり、最も経験豊富なエンジニアでも困難に直面することがあります。誰もすべてを知っているわけではなく、見た目が賢く見えるかもしれませんが、助けを求める（および提供する）ことはプログラミングの不可欠な部分です。ただし、質問自体も一つの学問であり、少ない投資でより多くの成果を得るためには時間をかけて学ぶ必要があります。

質問は学びです#

質問することに対して恐怖心や恥ずかしさを感じることは理解できます。同僚があなたの知能や技術レベルが低いと思うかもしれない、彼らが明らかな問題を提起することに疑問を持つかもしれない、あるいはあなたをいじめるかもしれないと心配するかもしれません。もしあなたが質問をする環境にいないと感じるならば、あなたは非常に悪い環境にいる可能性があり、できるだけ早くそこから離れる必要があります。興味、実験、質問を軽視する人々は、ほとんど賢明な人々ではありません。なぜなら、彼らは自分自身や他の人々が知識を得ることを妨げているからです。知識は学びから得られ、学びは質問から得られます。この点を理解している人々と一緒に進んでください。

ただし、助けを求める際に恥ずかしさや自信のなさを感じる場合、私はあなたに小さなヒントを与えます：あなたの質問を何かを知らないことの証拠と見なすのではなく、もっと学びたいという証拠と見なすべきです。私にとって、質問はどの分野でも最も効果的な学びの方法です。この方法で、あなたはこの素晴らしい芸術で進歩することができ、また、問題の解決策を自分自身が経験した問題を覚える可能性が高くなります。

💡 自分自身の最高の学び方である質問を奪わないでください。

質問の素晴らしい芸術#

正しい質問をする技術は非常に難しいものです。ただし、あなたがより良い答えに近づくための詳細に注意を払わない限り、質問のスキルは向上しません。このトピックは、探求する価値があるほど広範であり、しかし、今は最も一般的な質問の一つについて話しましょう：具体性。

質問の具体性は通常曖昧ですが、それによって答えに近づくことも遠ざかることもあります。なぜそうなるのか見てみましょう。

関係のない具体性#

次に示す質問の例を見てください：

React で Google からの認証トークンをページのリフレッシュ時に保持する方法は？

これは有効な質問かもしれませんが、回答には関係のない詳細が含まれています。たとえば、認証プロセスを Google に結び付けるのではなく、一般的な認証の永続性に関する質問を考えてみてください。Google、Amazon、または他のプロバイダーの場合、この問題は大体同じです。回答を React エコシステムに制限せず、フレームワークを取り除いて JavaScript の永続性について理解しようとしてください。そうすることで、回答が他のフレームワークやライブラリで再利用される可能性が高くなり、より価値のあるものになります。最後に、永続性に関連する場合、認証トークン、一意の ID、または任意の種類の情報の重要性はほとんどありません。質問の「認証」の部分さえも「データをどのように保持するか」と置き換えることができます。

あなたの背景は重要かもしれませんが、しばしばそれを捨てることで答えを見つける機会が増えます。また、問題には通常、唯一の直接的な答えはないことにも気付くでしょう。最初は大まかな視点から始め、徐々に発見した各知識点に絞り込んでいきます。この方法で学ぶことに驚くでしょう。

関連のある具体性#

ライブラリの名前、ブラウザのバージョン、または特定のオプションの名前など、技術的な詳細を提供することは、調査範囲を狭め、答えに近づけるのに役立ちます。ただし、これらの情報を提供する際に重要なことがあります：何が関連しているかを知っている必要があります。

次の質問を見てください：

componentDidMount での Axios の POST リクエストが失敗する。

これらの技術的な詳細の有用性を評価することは不可能です。それらは特定のユースケースに依存するため、関連しているかどうかはケースバイケースです。技術的な詳細を提供する際には、関連性を知っておくことが重要です。正直に言うと、これは正しい質問をする難しさの一つであり、時間と実践によって獲得されるスキルの一つでもあります。

💡 技術的な詳細を提供する際には、何が関連しているか、何が関連していないかを知っている必要があります。

関連のない詳細を言及することは、調査を脱線させる可能性があります。ただし、質問する人がこのトピックに精通している場合、関連性に基づいてこれらの詳細を絞り込むのを手助けしてくれるでしょう。

時間が経つにつれて、質問を続けることで、あなたは特定の技術的な詳細が非常に重要になることに気付くようになり、他のいくつかは徐々に重要ではなくなることに気付くでしょう。この点に関しては、他には特に上手なアドバイスはありませんが、質問を続けることをお勧めします！

15 分ルール#

質問する際には注意が必要であり、他の人に問題を押し付ける習慣を身につけないようにしましょう。困難な状況で助けを求めることは正しいことですが、私たちはみな苦労することは好きではありません。したがって、待ち望んでいた助けがやってきたときには、自然と満足感と喜びを感じるでしょう。このような助けをより長く続けるためには、問題を評価する方法を学ぶことを試みてください。これにより、不必要な質問を防ぐことができ、独立して問題を解決する感覚を得ることができます。

💡 最後に、答えの品質は、それを見つけるために費やす時間に比例します。

私のキャリアでは、「15 分ルール」を採用することが非常に役立ちました。自分が行き詰まったと感じたとき、私は 15 分間集中して現在の問題を自力で解決しようとします。時間が経つと、私が提起した問題がまだ関連しているかどうかを確認します。関連性がなくなった場合、次に発生する問題に 15 分を費やします。私の努力が実を結ばないことが明らかになった場合にのみ、同僚や他の開発者に質問します。

このルールは非常に有用です。なぜなら、それによってあなたの質問の価値が高まるからです。問題を解決しようとする過程で、答えを見つけなくても 1 つまたは 2 つの知識点を学ぶことが通常あります。得られた知識や試みた方法は、将来の「アドバイザー」、つまり問題解決の手助けをしてくれる人が、あなたの問題をより正確に解決するのに役立つかもしれません。同時に、問題解決の努力は、他の人から理解と同情を得るための基盤を築くのに役立ちます。

忍耐力#

ソフトウェアエンジニアリングはストレスを感じることがあります：問題によって顧客の収益が減少したり、締め切りを逃したことによってマネージャーが怒ったりすることがあります。しかし、ストレスはこれらの状況を解決するわけではありませんし、問題の答えを見つけることもありません。

問題を説明し、正しい質問をすることは同じくらい困難です。他の人を助けるために時間を割いてくれる人々は、あなたに最適な方法で答えを伝えるために努力するかもしれません。このプロセスでは、忍耐力と優しさが非常に重要です。

他人を助ける#

自分がどれだけ経験が不足していると思っていても、必ず自分よりも一歩遅れている人がいます。その人はあなたと同じ道を歩んでいますが、あなたがすでに理解しているいくつかの概念やパターンを完全に理解していないかもしれません。次に、あなたが明らかに理解しているトピックについて混乱している人を見つけた場合は、助けてあげてください。

💡 助けを提供することは助けを求めることと同じくらい有用です。

無償の奉仕は他人を助ける唯一の理由ではありません。問題を説明し、正しい質問をすることが自分が問題を理解しているかどうかを確認する最良の方法かもしれません。なぜなら、私たち一人ひとりの思考と記憶の方法は異なるからです。最初に助けを必要としている人に自分の考えを伝えることは、挑戦的なことかもしれません。時には、これによって自分が学んだ知識を検証し、間違った答えや不完全な答えを提供しないようにする必要があります。これによって、自分の知識の盲点を発見することができるかもしれません！

結論を出す#

答えを得ることは確かに達成感がありますが、それを心に留めておくことを試みてください。問題は燃える炉ではなく、一つずつ答えを投げかけることは役に立ちません。なぜなら、質問の目的は学びだからです。答えから価値のある情報を得るには、元の問題を振り返り、結論を出す必要があります。問題の原因は何ですか？解決策は何ですか？解決策は原因に直接的な影響を与えるのか間接的な影響を与えるのか？この問題を解決する際に役立つ追加の知識はありますか？

学ぶこと自体もスキルです。なぜなら、私たち全員が学び、記憶し、物事を解釈する方法が異なるからです。それならば、答えが既にわかっている状況で別のスキルを向上させることはいかがでしょうか？図を描く、短いドキュメントを書く、または便利なリンクをブックマークするなど、自分に最適な学習方法を見つけてみてください。次に問題が発生したとき、この宝庫は 15 分ルールを始めるのに最適な場所です！