本を読むと質問が上手くなる
この記事は約 3 分で読めます。
「動きません」では伝わらない
プログラミングで困ったとき、先生や先輩に「動きません」とだけ言っても、相手は助けようがありません。「何をしようとして」「どう書いて」「どんなエラーが出たのか」。この 3 つがないと、問題の原因がわかりません。
本を読んでいる人は、この 3 つを自然に伝えられます。
なぜ本を読むと質問が上手くなるのか
正しい用語を知っている
本を読むと、プログラミングの用語を覚えます。「繰り返しのところ」ではなく「for ループ」、「入れ物」ではなく「変数」と言えるようになる。正しい用語を使うと、質問が正確になり、相手にすぐ伝わります。
自分が何をわかっていないか説明できる
本を読んでいると、「ここまではわかるけど、ここからわからない」という境界線が見えるようになります。「配列の作り方はわかるけど、配列の中身をソートする方法がわからない」。この具体的な質問ができると、的確な答えが返ってきます。
調べ方を知っている
エンジニアのコミュニケーション本でも触れられていますが、良い質問には「自分で調べた結果」が含まれています。「本の第 5 章を読んで、公式ドキュメントも確認したけど、この部分がわからない」。ここまで伝えると、相手は「この人はちゃんと調べた上で聞いている」とわかり、丁寧に教えてくれます。
良い質問のテンプレート
困ったときは、この 4 つを伝えましょう。
やりたいこと: 「○○を表示したい」。試したこと: 「こういうコードを書いた」。結果: 「こういうエラーが出た」。調べたこと: 「本の○ページと検索で調べたけどわからなかった」。
この 4 つが揃った質問は、誰が見ても答えやすい質問です。
関連記事
まとめ
本を読むと、正しい用語、自分の理解の境界線、調べ方が身につきます。これらはすべて、良い質問をするための土台です。質問が上手い人は、答えをもらえる回数も多くなり、結果として成長が速くなります。
この記事は役に立ちましたか?
関連用語
関連記事
ChatGPT に聞けば済む時代に、あえて本を開く理由
生成 AI で何でも聞ける時代に、技術書を読む意味はあるのか。AI の回答と書籍の知識の決定的な違いを掘り下げ、両者の使い分けを提案します。
「技術的負債」という言葉を覚えた日から、本の読み方が変わった
技術用語を 1 つ覚えるだけで、コードの見え方が変わることがあります。「技術的負債」という概念との出会いを起点に、用語が思考を変える仕組みと、語彙を増やす読書法を考えます。
技術書の「わからない」を分解する技術 - 挫折の正体を見極める
技術書を読んでいて「わからない」と感じたとき、その原因は 1 つではありません。5 種類の「わからない」を分類し、それぞれの対処法を解説します。
1 冊の本を 3 人で読むと理解が 3 倍になる理由
同じ本を複数人で読むと、1 人では気づけなかった視点が次々と現れます。読書会が理解を深めるメカニズムと、少人数で始める具体的な方法を解説します。
Pull Request が通らない人に足りないのは、たいてい語彙力
コードレビューで指摘が多い人に共通する「設計の語彙力不足」という問題と、技術書で語彙力を効率的に増やす方法を解説します。
プログラマーはなぜ本を読むのか
ネットで何でも調べられる時代に、プログラマーがわざわざ本を読む理由を解説します。検索では手に入らない「つながった知識」が本にはあります。