【学習】AIを使っても成長する人の使い方(AI時代のプログラミング学習 第4回)
【AI時代のプログラミング学習 第4回】
はじめに
第1回で、AI の「良い使い方・悪い使い方」の対比表を示しました。
今回は、それを 実際の学習場面のワークフロー に落とし込みます。
「AI を使いながらも成長する」には、使う 順番 と 問いかけ方 がポイントです。
成長する人と止まる人の違いは「順番」にある
| 止まる人の順番 | 成長する人の順番 |
|---|---|
| ① AI に「作って」と頼む | ① 自分で書いてみる(途中でも可) |
| ② 動いたので提出 | ② 詰まったら 自分の仮説を立てる |
| ③ 次も同じことをする | ③ AI に仮説を伝えながら聞く |
| ④ 返ってきた答えを 自分の言葉で確認する | |
| ⑤ 次は少し自分で書ける範囲が増える |
「①まず自分で」が土台です。
これがないと、AI の出力を評価する基準が自分の中に育ちません。
ワークフロー:課題に取り組むときの4ステップ
STEP 1:まず自分で書く(5〜10分)
どんなに短くてもよいので、自分で書く時間を先に取ります。
- 完成しなくても構いません
- エラーが出ても構いません
- 途中で止まっても構いません
この「詰まる体験」が、次のステップの質を上げます。
STEP 2:詰まったポイントを言葉にする
AI に聞く前に、どこで詰まっているかを一文で書きます。
例:
「
foreachでリストを回したいのですが、インデックスも同時に取りたいとき、どう書けばよいですか?」
「分からない」で終わらせず、「何が分からないのか」を言語化することが重要です。
これ自体が思考の訓練になります。
STEP 3:仮説を添えて AI に聞く
「分からないこと」に加えて、自分の推測を一文添えます。
例:
「
forを使えばインデックスが取れると思うのですが、foreachで同じことはできますか?」
仮説があると、
- AI の回答が正しいかどうか 自分で照合できる
- 仮説が間違っていても、どこで認識がずれていたか分かる
STEP 4:返ってきた内容を自分の言葉で確認する
AI の回答をそのまま使う前に、一行ずつ意味を確認します。
チェック基準は、第2回の「責任の3観点」と同じです。
| 観点 | 問い |
|---|---|
| 説明 | この行は何をしているか、言葉で言えるか |
| 意図 | なぜこの書き方なのか |
| 修正 | エラーが出たとき、どこを疑うか |
全部答えられなくてもよいです。「まず説明だけ」から始めてください。
AI への「良い聞き方・悪い聞き方」の具体例
❌ 悪い聞き方
「ボタンを押したら点数が増えるプログラムを C# で書いてください」
この聞き方だと、完成品が来るだけです。自分の思考が入りません。
✅ 良い聞き方(パターン1:自分のコードを見せて聞く)
「このコードでボタンを押すたびに点数が増える処理を書きたいのですが、
score += 1;の部分が反映されないようです。何が原因か教えてください。」
自分のコードが起点にあるため、返ってきた内容が自分の理解に紐づきます。
✅ 良い聞き方(パターン2:仮説を添えて聞く)
「
label1.Text = score.ToString();で表示を更新しようとしましたが、うまくいきません。ToString()の使い方が間違っているのかと思っています。確認してもらえますか?」
仮説があると、正解を受け取るだけでなく、自分の認識を検証できます。
「詰まる時間」を短縮するより、「詰まる質」を上げる
初心者のうちは、詰まる時間を短くしようとしがちです。
しかし、成長するのは「詰まった経験の質」が上がるほどです。
| 詰まり方 | 残るもの |
|---|---|
| すぐ AI に聞いて解決 | 解決策だけ残る(理解は残らない) |
| 自分で原因を考えてから聞く | 「なぜ間違えたか」の気づきが残る |
| 自分で試して失敗してから聞く | 試行のプロセスと正解の差分が残る |
「詰まった後に AI を使う」は、時間を無駄にしているのではありません。
それが、記憶と理解を作る時間です。
結論:「AI を使う前に自分が動く」がすべての基本
成長しながら AI を使う人の共通点は、
「AI を使う前に、まず自分が動いている」
これだけです。
完璧なコードを書く必要はありません。途中でも、間違えていても構いません。
自分が動いた記録が積み上がるほど、AI の使い方は洗練されていきます。
ひとこと
「AI に聞く前に、自分の仮説を一文書く」
これだけで、AI の使い方は変わります。
重要ポイント
- 成長する人と止まる人の違いは 「AI を使う順番」(自分が先か後か)
- 4ステップ:まず書く → 詰まりを言語化 → 仮説を添えて聞く → 自分の言葉で確認
- 良い聞き方は 「自分のコードを起点」「仮説を添える」 の2パターン
- 詰まる時間は 「質」を上げるほど学習効率が上がる
- AI は 「答えを受け取るツール」ではなく「仮説を検証するツール」 として使う
発展:シリーズとコードの土台
- 次回(第5回)は これからのプログラマーに必要な力とは何か(説明力・設計・判断力を実務・就活と接続します)
- シリーズの目次・前後の回は AI時代のプログラミング学習(第1回) を参照
Listやforeachの書き方の基礎は クラス気づき学習シリーズ(第1回) が近道です