プログラミング独学、挫折する5つの地点と抜け方
画像出典: パブリックドメイン（Wikimedia Commons）
プログラミング独学でつまずく場所は、環境構築・エラー解決・質問相手の不在・成長実感の欠如・目標設定の5つにほぼ集約されます。侍エンジニアの調査では学習経験者298名の87.5%がつまずきや挫折を経験しており、詰まること自体は例外ではありません。大切なのは、自分がいまどの地点にいるかを見分け、その地点だけに効く手を打つことです。
プログラミングの独学は、途中で手が止まるのが当たり前の学び方です。侍エンジニアが学習経験者298名に行った調査では、つまずいた経験がある・挫折したことがあると答えた人が87.5%にのぼりました。9割近くが同じところで足を止めている以上、これは個人の資質の話ではありません。
正直なところ、止まる場所にはかなりはっきりした型があります。しかも型ごとに効く手当てが違うので、「もっと頑張る」という一律の対処では抜けられません。まずは自分がどこで止まっているのかを見分けるところから始めます。
そもそも、なぜ独学だと詰まりやすいのか？
独学の難しさは、内容の難易度そのものより「詰まったときに復帰する手段が自分の中にしかない」ことにあります。教材は正しい道順を教えてくれますが、道を外れたときの戻し方までは書かれていません。
目安として、基礎の理解までに約300時間、実務レベルまでに約1000時間という数字がよく引用されます（複数のスクール系メディアの共通見解であり、公的な統計ではありません）。300時間は、1日1時間なら10か月です。この長さを一人で歩くあいだ、道を外れる回数が何度も来ると考えたほうが現実的です。
ここで、可処分時間の差も正直に見ておく必要があります。学生なら平日に2〜3時間まとめて取れる日もありますが、働きながらなら平日30分・週末2時間で週5時間程度が現実的な線です。同じ300時間でも、前者なら4〜5か月、後者なら1年以上かかります。進みの遅さを能力の問題と取り違えないことが、最初の防波堤になります。
- 教材を開く前の準備段階で止まっている → 地点1（環境構築）
- コードは書いたが動かず、赤い文字の前で固まる → 地点2（エラー）
- 疑問が浮かんでも聞ける相手がおらず、放置している → 地点3（質問相手）
- 手は動かしているが、できるようになった実感がない → 地点4（成長実感）
- 「アプリを作る」と決めたきり、何から手を付けるか分からない → 地点5（目標設定）
地点1：環境構築で止まったらどうする？
環境構築は、プログラミングを書き始める前の準備作業のことです。言語の本体をパソコンに入れ、コードを書くエディタを整え、ターミナル（文字で命令を打ち込む黒い画面）から実行できる状態にするまでを指します。ここは学習内容とほぼ無関係なのに、最初に来る割に難所という、順番の悪い場所にあります。
しかも手順書はたいてい、書いた人のパソコンでは動いた手順です。OSのバージョン、既に入っている別のソフト、フォルダ名に日本語が混ざっているといった条件のどれかがずれると、同じ手順でも止まります。手順書どおりに進まないのは、あなたの操作ミスとは限りません。
実際的な抜け方は、この壁を後回しにすることです。ブラウザだけで完結するクラウド開発環境を使えば、インストールを一切せずにコードを書いて動かせます。文法や考え方を先に身につけ、環境構築は「作ったものを自分のパソコンで動かしたくなったとき」に回します。
- まずブラウザで書くブラウザ上で動く学習サービスやクラウド開発環境を使い、インストール作業をせずに最初の1行を書く。
- 30分ルールを決めるそれでも自分のパソコンに入れたい場合、作業に時間の上限を先に決める。30分で終わらなければ一旦やめてブラウザ環境に戻る。
- 詰まったらエラー文をそのまま検索表示された英文をコピーして検索する。同じ環境で詰まった人の記録が見つかることが多い。
- 成功したら手順をメモに残す次にパソコンを買い替えたとき、この15行のメモが自分専用の手順書になる。
業務システムの開発や、特定のソフトを大量に組み合わせる学習では、早い段階で自分のパソコンに環境を作る必要が出てきます。また無料のクラウド環境は月あたりの利用時間に上限があるものが多く、毎日長時間使うなら有料版か自前環境が前提になります。「最初の数十時間を守るための回避策」として使うのが妥当な線です。
地点2：エラーが解決できないときの読み方は？
エラーメッセージは、失敗の通知ではなく不具合の場所と種類を教えてくれる報告書です。ところが最初のうちは英語の壁もあって、全文を読まずに検索窓へ投げてしまいがちです。ここで検索がヒットしないと、手がかりがゼロになって固まります。
読む順番を固定すると、この時間はかなり縮みます。当てずっぽうで直す状態から抜けるための順番が、次のものです。
| 読む順番 | 見るところ | そこから分かること |
|---|---|---|
| 1 | ファイル名と行番号 | 直すべき場所が1行に絞れる |
| 2 | エラーの種類（末尾の英単語） | 文法の誤りか、値の扱いの誤りかが分かる |
| 3 | 説明文 | 「何が無い／何が合わない」と言われているかが分かる |
| 4 | 直前に自分が変えた箇所 | 原因は9割ここにある |
上の4段階のうち、最初の3つはエラー文そのものに書かれている情報です。英語だからと飛ばさず、ファイル名・行番号・種類・説明文の順に目を落とすだけで、直す場所はかなり絞れます。
検索するときは、エラー文から自分固有の情報を取り除きます。自分のフォルダ名やファイル名が混ざったまま検索しても、同じ文字列の人は世界に自分しかいません。種類の名前と説明文の部分だけを残して検索すると、Q&Aサイトの回答に当たりやすくなります。
それでも解けない場合の上限も決めておきます。1つのエラーに30分かけて進まなければ、その日は別の作業に移り、翌日にもう一度見ます。前日に何時間も解けなかったものが翌朝5分で解けることは、実際よくあります。
地点3：質問できる相手がいないときは？
質問相手の有無は、挫折率を大きく分ける要素として繰り返し挙げられます。あるスクール運営会社の集計では、独学中心の挫折率が86%に対し、スクール利用では3.5%という比較が紹介されています（スクール側が公開している数字なので、宣伝的な文脈は割り引いて読む必要があります）。それでも、一人で抱え込む時間が長いほど止まりやすいという方向性は妥当です。
お金をかけずに相手を確保する道は複数あります。技術系のQ&Aサイト、学習者コミュニティ、そして「もくもく会」（各自が自分の作業を持ち寄って同じ場所で黙々と進める集まり）です。もくもく会はオンライン開催も多く、質問しなくても人が作業している場に居るだけで手が止まりにくくなるという効き方をします。
- やりたかったこと（例：入力された数字を合計して表示したい）
- 書いたコード（該当箇所だけ。全部貼らない）
- 出たエラー文（全文をそのまま）
- 自分で試したこと（何を調べ、何を変えてみたか）
- 使っている環境（OSと言語のバージョン）
この5点が揃った質問は、初歩的な内容でも答えが返ってきます。逆に「動きません、助けてください」だけでは、回答者が状況を推測できません。恥ずかしさより、情報の不足のほうが返信を遠ざけます。
地点4・5：実感が湧かない・目標が大きすぎるときは？
成長している実感が持てないとき
手は動かしているのに伸びている気がしない、という状態には理由があります。プログラミングの上達は、できることが増える形ではなく、詰まる時間が短くなる形で先に現れるからです。同じ量の課題をこなしても、去年より速く終わっていることには気づきにくい。
そこで、伸びを見えるところに置きます。学習記録を残すのは定番の方法ですが、記録する項目を「時間」だけにすると、進んでいない日が罰のように見えて逆効果になります。記録するのは次の3つで十分です。
- 今日書いた行数ではなく「できるようになったこと」を1行例：「配列の中身を1つずつ取り出して表示できた」。抽象的な感想は書かない。
- 詰まった内容と、解けたか否か解けなかったものは翌日の最初の作業として持ち越す。
- 週に1回、1か月前の自分のコードを開く読み返して「もっとこう書ける」と思えたら、それが伸びた証拠。
3つ目が一番効きます。過去のコードが下手に見えるという体験は、いま自分が上の視点に立っている証明そのものです。前に進んだ距離は前を見ても分かりませんが、後ろを振り返ると見えます。
目標が大きすぎて動けないとき
最初に「アプリを作る」「転職する」と決めるのは動機として正しいのですが、そのままでは今日の作業が決まりません。目標が大きいほど、着手すべき最初の1歩が見えなくなります。挫折の型として繰り返し挙げられるのが、この「小さな目標を積まずに大目標だけ掲げる」パターンです。
やることは、大目標を1回30分〜1時間で終わる大きさまで割ることです。割り方の具体例が、次の3組になります。
| 大きすぎる目標 | 今日やる大きさに割ったもの |
|---|---|
| 家計簿アプリを作る | 入力した1つの金額を画面に表示する |
| Pythonを習得する | 2つの数字を受け取って合計を返す関数を書く |
| Webサイトを公開する | 見出しと段落だけのページをブラウザで表示する |
右側はどれも、機能としては何の役にも立たない大きさです。それでも動くものが手元に生まれるという点が重要で、ここが最初のマイルストーンになります。
この分け方には、もう一つ利点があります。1回分が30分に収まるので、平日の可処分時間が少ない人でも1日1マイルストーンを達成できます。週5時間しか取れなくても、週に5〜8個は前に進む計算になります。時間がまとめて取れる人は個数を増やせばよく、進み方の設計が可処分時間に合わせて伸縮するのが小さく割ることの本当の効き目です。
5つの地点をひととおり手当てしても手が動かない場合、原因が学習法ではなく動機の側にあることがあります。「なんとなく将来のため」で始めた学習は、詰まったときに続ける理由が出てきません。作りたいものが具体的にあるか、仕事や進路で必要になる場面があるか——ここが空白なら、教材を変える前にそこを埋めるほうが早く進みます。プログラミングを一旦離れて別の学びに移るのも、失敗ではなく判断です。
明日から何をすればいい？
止まっている場所が1つだけとは限りません。ただし同時に複数を直そうとすると、それ自体が新しい負荷になります。いま一番手前で止まっている地点を1つ選び、そこにだけ手を打ちます。
- 今日：止まっている地点を特定する冒頭のチェック項目から、いま自分に当てはまるものを1つ選ぶ。
- 今日：その地点の手当てを1つだけ実行する環境構築ならブラウザ環境を開く、エラーなら読む順番を試す、それだけで終わってよい。
- 明日：30分の作業を1つ決めて終える大目標ではなく、30分で終わる大きさのものを選ぶ。
- 1週間後：記録を見返す「できるようになったこと」が5行たまっていれば、止まっていた状態からは抜けています。
9割近くが同じ場所でつまずくということは、つまずいた事実からは何も分かりません。分かるのは、そこからどう戻るかを知っているかどうかだけです。知ってから、もう一度開いてみればいい。
よくある質問
プログラミング独学の挫折率はどのくらいですか？
侍エンジニアがプログラミング学習経験者298名に行った調査では、つまずいた経験がある・挫折したことがあると回答した人が87.5%でした。また、あるスクール運営会社の集計では独学中心の挫折率86%に対しスクール利用は3.5%という比較も紹介されていますが、これは各社の独自調査であり調査方法の詳細は公開されていないため、目安として捉えるのが妥当です。
プログラミングの習得にはどのくらいの時間が必要ですか？
基礎の理解までに約300時間、実務レベルまでに約1000時間という目安がよく引用されます（複数のスクール系メディアの共通見解で、公的統計ではありません）。300時間は1日1時間なら約10か月、平日30分・週末2時間で週5時間のペースなら1年以上かかる計算です。進みの遅さは可処分時間の差であり、能力の差とは限りません。
環境構築でつまずいたら、どうすればいいですか？
ブラウザだけで完結するクラウド開発環境や学習サービスを使い、環境構築を後回しにするのが実際的です。自分のパソコンに入れる作業をする場合も、30分で終わらなければ一旦やめてブラウザ環境に戻ると決めておきます。手順書どおりに進まないのは操作ミスとは限らず、OSのバージョンや既存ソフトの違いで起きることが多いためです。
エラーが解決できないとき、どこから読めばいいですか？
ファイル名と行番号、エラーの種類を示す英単語、説明文、直前に自分が変えた箇所の順に確認します。検索するときは、自分のフォルダ名やファイル名など固有の情報を取り除き、エラーの種類と説明文だけを残すとQ&Aサイトの回答に当たりやすくなります。1つのエラーに30分かけて進まなければ翌日に持ち越すのが有効です。
※記事で使用した内容・数値は変更される場合があります。最新情報は公式サイトをご確認ください。