学習への取り組み方

学習と仕事の違い で見たように、学習と仕事には大きなギャップがあります。

このギャップを埋めるために、どのようにプログラミング学習に取り組めばいいのかを解説します。

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

よくある悩み

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

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

なぜ不安になるのか

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

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. 説明できるか確認：理解度の最良のチェック方法

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