学習への取り組み方

カリキュラム通りやっても不安

よくある悩み

「カリキュラム通りに進めたけど、本当に理解できているか分からない」という不安を抱える人は多いです。

• 写経（コードを見て打つ）しただけで身についている気がしない
• 動画を見て「分かった気」になるが、自分で書こうとすると書けない
• 課題は通ったが、応用できる気がしない

なぜ不安になるのか

これは「学んだ」と「できる」が違うからです。

flowchart LR
    A[知らない] --> B[聞いたことがある]
    B --> C[理解した]
    C --> D[やってみた]
    D --> E[できる]
    E --> F[教えられる]

カリキュラムを終えた段階では、多くの人は「理解した」〜「やってみた」の段階にいます。「できる」になるには、自分で考えて作る経験が必要です。

理解度を確認する方法

以下のことができれば、「できる」段階に近づいています。

不安を解消するためにできること

理解度に不安があれば、以下の方法で確認・改善できます。

1. サンプルを見ずに書いてみる
   • カリキュラムで作ったものを、何も見ずにもう一度作ってみる
   • 詰まったところが「分かっていなかった部分」
2. 自分のアプリを作る
   • カリキュラム外で、自分で考えた小さなアプリを作る
   • 「何を作るか」から自分で決める経験が重要
3. 他の人に説明してみる
   • 学んだことをブログに書く、勉強会で発表する
   • 説明しようとすると、理解が曖昧な部分に気づく
4. コードを読む練習
   • 他の人が書いたコード（GitHub、OSS）を読んでみる
   • 「なぜこう書いているのか」を考える

暗記ではなく「理解」が大事

よくある失敗パターン

プログラミング学習でよくある失敗パターンがあります。

• ❌ よくある失敗パターン：「この書き方を覚えよう」「このコードをそのまま覚えよう」「なぜかは分からないけど、こう書けば動く」

このアプローチには大きな問題があります。

flowchart TD
    subgraph 暗記型学習["暗記型学習の限界"]
        A[パターンを暗記] --> B[同じ問題なら解ける]
        B --> C[少し変わると解けない]
        C --> D[応用が効かない]
        D --> E[仕事で詰まる]
    end
    subgraph 理解型学習["理解型学習の強み"]
        F["「なぜ」を理解"] --> G[原理が分かる]
        G --> H[応用が効く]
        H --> I[新しい問題も解ける]
        I --> J[仕事で活躍できる]
    end

なぜ暗記では仕事で通用しないのか

仕事では、学習で見たことのない問題に毎日ぶつかります。

「理解する」とは何か

「理解する」とは、以下の問いに答えられることです。

理解しながら学ぶための具体的な方法

1. 「なぜ？」を常に問う

コードを書くとき、常に「なぜ？」を自分に問いかけます。

# ただ書くのではなく...
for i in range(10):
    print(i)

# 「なぜ？」を考える
# - なぜfor文を使う？ → 10回繰り返したいから
# - なぜrange(10)？ → 0から9まで生成してくれるから
# - なぜiという変数名？ → indexの略、慣例的に使われる

2. 自分の言葉で説明してみる

学んだことを、誰かに説明するつもりで言葉にしてみます。

• ❌ 説明できない状態：「for文は...えーと、繰り返すやつ」
• ⭕ 説明できる状態：「for文は、決まった回数だけ処理を繰り返したいときに使います。例えば、リストの要素を1つずつ処理したいときや、1から10まで順番に足し算したいときに使います」

3. 手を動かしながら試す

読んだだけ、見ただけでは理解できません。必ず手を動かして試します。

flowchart LR
    A[読む/見る] --> B["「分かった」気になる"]
    B --> C[自分で書いてみる]
    C --> D{動いた？}
    D -->|No| E[エラーと格闘]
    E --> F[本当に理解]
    D -->|Yes| G[少し変えてみる]
    G --> D

「分かった気」と「本当に分かった」の間には大きな差があります。

4. 「動いた」で終わらせない

コードが動いたら、そこで終わりにせず、さらに深掘りします。

• 別の書き方はないか？
• もっとシンプルに書けないか？
• エラーになるケースはないか？
• 他の人が読んで分かるか？

5. エラーは学びのチャンス

エラーが出ると嫌になりますが、エラーは最高の学習機会です。

• ❌ エラーへの悪い対応：「動かない、もう嫌だ」「エラーメッセージは意味不明」「とりあえず検索してコピペ」
• ⭕ エラーへの良い対応：「何がダメだったのか？」「エラーメッセージは何と言っている？」「なぜこの修正で直ったのか？」

エラーを理解して直す経験を積むと、同じエラーに二度とハマらなくなります。

学習の効率を上げるコツ

理解型学習のチェックリスト

学習を終えたあと、以下をチェックしてみましょう。

• なぜそう書くのか、説明できるか？
• サンプルを見ずに、同じものを書けるか？
• 少し違う問題に応用できるか？
• エラーが出たとき、自分で原因を推測できるか？
• 他の人に教えられるか？

すべてにチェックが入れば、「理解できている」と言えます。1つでもチェックできなければ、その部分を復習しましょう。

まとめ

学習で陥りやすい罠

心構え

1. 暗記より理解：「なぜ？」を問い続け、応用力を身につける
2. 手を動かす：読んだだけでは分からない、実際に書いて試す
3. エラーを歓迎する：エラーは最高の学習機会
4. 説明できるか確認：理解度の最良のチェック方法

この取り組み方を意識して学習を進めれば、仕事に入ってからも応用力のあるエンジニアとして活躍できます。