本を読むと質問が上手くなる

1 分で読めます
入門エンジニア文化技術書

この記事は約 3 分で読めます。

「動きません」では伝わらない

プログラミングで困ったとき、先生や先輩に「動きません」とだけ言っても、相手は助けようがありません。「何をしようとして」「どう書いて」「どんなエラーが出たのか」。この 3 つがないと、問題の原因がわかりません。

本を読んでいる人は、この 3 つを自然に伝えられます。

なぜ本を読むと質問が上手くなるのか

正しい用語を知っている

本を読むと、プログラミングの用語を覚えます。「繰り返しのところ」ではなく「for ループ」、「入れ物」ではなく「変数」と言えるようになる。正しい用語を使うと、質問が正確になり、相手にすぐ伝わります。

自分が何をわかっていないか説明できる

本を読んでいると、「ここまではわかるけど、ここからわからない」という境界線が見えるようになります。「配列の作り方はわかるけど、配列の中身をソートする方法がわからない」。この具体的な質問ができると、的確な答えが返ってきます。

調べ方を知っている

エンジニアのコミュニケーション本でも触れられていますが、良い質問には「自分で調べた結果」が含まれています。「本の第 5 章を読んで、公式ドキュメントも確認したけど、この部分がわからない」。ここまで伝えると、相手は「この人はちゃんと調べた上で聞いている」とわかり、丁寧に教えてくれます。

良い質問のテンプレート

困ったときは、この 4 つを伝えましょう。

やりたいこと: 「○○を表示したい」。試したこと: 「こういうコードを書いた」。結果: 「こういうエラーが出た」。調べたこと: 「本の○ページと検索で調べたけどわからなかった」。

この 4 つが揃った質問は、誰が見ても答えやすい質問です。

関連記事

まとめ

本を読むと、正しい用語、自分の理解の境界線、調べ方が身につきます。これらはすべて、良い質問をするための土台です。質問が上手い人は、答えをもらえる回数も多くなり、結果として成長が速くなります。

共有:Xはてブ

この記事は役に立ちましたか?

関連用語

関連記事

ChatGPT に聞けば済む時代に、あえて本を開く理由

生成 AI で何でも聞ける時代に、技術書を読む意味はあるのか。AI の回答と書籍の知識の決定的な違いを掘り下げ、両者の使い分けを提案します。

「技術的負債」という言葉を覚えた日から、本の読み方が変わった

技術用語を 1 つ覚えるだけで、コードの見え方が変わることがあります。「技術的負債」という概念との出会いを起点に、用語が思考を変える仕組みと、語彙を増やす読書法を考えます。

技術書の「わからない」を分解する技術 - 挫折の正体を見極める

技術書を読んでいて「わからない」と感じたとき、その原因は 1 つではありません。5 種類の「わからない」を分類し、それぞれの対処法を解説します。

1 冊の本を 3 人で読むと理解が 3 倍になる理由

同じ本を複数人で読むと、1 人では気づけなかった視点が次々と現れます。読書会が理解を深めるメカニズムと、少人数で始める具体的な方法を解説します。

Pull Request が通らない人に足りないのは、たいてい語彙力

コードレビューで指摘が多い人に共通する「設計の語彙力不足」という問題と、技術書で語彙力を効率的に増やす方法を解説します。

プログラマーはなぜ本を読むのか

ネットで何でも調べられる時代に、プログラマーがわざわざ本を読む理由を解説します。検索では手に入らない「つながった知識」が本にはあります。