ADHDとプログラミング独学。止まりやすい5つの場所と進め方

プログラミングの独学が途中で止まったとき、その理由を自分の性質に結びつけて説明したくなることがあります。集中が続かないから、興味が移るから、片づけられないから。

けれどその説明には、実務上の欠点がひとつあります。原因を自分の性質に置くと、直せる対象が一つも残らない。

この記事では、独学が止まる場所を具体的な地点として並べ、その地点ごとに「次に何をするか」を書きます。教材の紹介や、プログラマー・エンジニアの職場選びは扱いません。教材を替えても、止まる地点が同じなら結果は変わらないからです。

---

独学が止まる場所は、人によって違う

プログラミング学習について、日本で広く引用されている調査があります。株式会社侍が2019年8月13日から20日にかけて298名を対象に行った調査で、プログラミング学習経験者240名のうち87.5%が「挫折を経験した」と回答しています（PR TIMES／株式会社侍、2026年8月27日確認）。

注目すべきは挫折率そのものより、挫折の理由の内訳です。同じ調査で挙がった上位は次の2つでした。

さらに、独学で学んでいた人に限ると「気軽に聞ける環境になかった」は49%まで上がります。

この調査は診断の有無を分けていません。数字からADHDとの因果関係は判断できませんが、「聞ける相手がいない」「エラーを解決できない」という具体的な停止地点は、学習方法を見直す手掛かりになります。

この記事も診断名から独学の向き不向きを決めません。他の人から反応や助言が返るまでの間隔、作業の切り替え回数、成果の見えやすさに分けて考えます。

---

独学が止まりやすい5つの場所

止まり方を集めると、次の5つに収束します。

1. 環境構築で終わる — コードを書ける状態をパソコンに用意する途中でエラーが出て、1行も書かないまま日が暮れる
2. 写経は進むが、自分では書けない — 教材のコードを書き写せば動く。しかし白紙から書き始められない
3. エラーで止まり、そのまま再開できない — 1つの詰まりが数日空き、空いた分だけ戻りにくくなる
4. 作りたいものが無い — 文法は分かったが、次に何を作るかが決まらない
5. 進捗が見えない — 何時間か使ったのに、前に進んだ実感が残らない

大事なのは、この5つが別々の問題だということです。「続かない」とひとまとめにすると打ち手が1つも出てきませんが、5つに分ければ、それぞれに違う対処が付きます。

そして5つのうち4つは、教材を変えても解決しません。教材選びで解決するのは、せいぜい2番だけです。おすすめ教材の一覧を読んでも状況が変わらなかったとすれば、それは当然の結果でした。

以下、地点ごとに見ていきます。

---

最初の準備と「まねするだけ」から抜ける

環境構築で止まるなら、後へ回す

最初の教材で、パスの設定やバージョンの食い違いに止まることがあります。コードを動かす前に消耗するなら、ブラウザだけで実行できる環境や、設定済みの学習環境を使って先へ進みます。

対処ははっきりしています。ブラウザーだけで書ける場所から始める。 GitHub の公式ドキュメントは、クラウド上でホストされた開発環境に「ブラウザー、Visual Studio Code、または GitHub CLI を使用して接続できます」と説明しています（GitHub Docs、2026年8月27日確認）。同種のブラウザー完結型の実行環境は他にも複数あり、無料枠の範囲や条件はサービスごとに違うので、始める時点の公式ページで確認してください。

自分のパソコンに環境を作るのは、作りたいものが決まって、そのために必要になった時で間に合います。順番を逆にしているせいで、多くの人が本体に触る前に離脱しています。

写した後に、一か所だけ変える

教材の通りに打つ作業は、打ち込みの正確さを鍛えます。しかし白紙から書く作業に必要なのは、「作りたい状態」を手順に分解する力で、これは別の技能です。前者を何時間積んでも後者は伸びません。ここで「理解が足りない」と判断して教材を最初からやり直すと、同じ場所に戻ってきます。

やり方を変える方法は簡単で、写経したコードを、その場で1箇所だけ壊す／変えることです。

• 色を変える、文言を変える（動くはず、を確認する）
• 条件を反転させる（何が起きるかを予想してから実行する）
• 1行削って、どのエラーが出るか見る

これだけで、作業が「打ち込み」から「予想と検証」に変わります。しかも1回あたり数十秒で結果が返るため、次に述べる「進捗が見えない」問題にも同時に効きます。

独学を続けた先の働き方まで考え始めたら、ADHDとプログラマー・エンジニアの職場条件で、締切や割り込み、レビューの仕組みを確認できます。この記事では、そこへ進む前の「自分で試す手順」に絞ります。

---

エラーで悩む時間を先に決める

エラーで止まったまま時間が過ぎると、翌日に戻りにくくなります。そこで、調べる時間の上限を先に決めます。

15分ルール：同じエラーに15分かかったら、必ず外部の情報に切り替える。切り替え先はあらかじめ1つに決めておきます。決めておかないと、切り替えの判断自体が新しい負荷になります。

エラーメッセージは、種別（name）、説明（message）、発生場所を分けて読みます。MDNのJavaScriptエラー一覧は、エラーを種別とメッセージで整理しています（MDN Web Docs、2026年8月27日確認）。まず公式の一覧で同じエラーを探します。

生成AI（入力した指示に応じて文章やコードを作るAI）に聞く場合も、聞き方を固定しておくと安定します。

次のエラーが出ました。原因の候補を3つ、可能性の高い順に挙げてください。修正コードは出さないでください。エラーメッセージのどの部分から何が読み取れるかを説明してください。

「修正コードは出さないでください」の一文が要点です。理由は次の章で扱います。

---

作るものと進み具合を見えるようにする

題材は、日常の小さな不便から選ぶ

「何を作りたいか」を先に決めさせる進め方は、決められない人をそこで止めます。順番を変えて、自分がすでに毎回やっている面倒な作業から取るほうが確実です。

• 毎月同じ形式で作っている表を、自動で作る
• 買ったものを記録して、月ごとに合計を出す
• 自分だけが使う、条件を入れたら候補が絞られるページ

どれも完成条件を決めやすい題材です。作りたいものが浮かばない日は、気合いで考えず、日常で繰り返している作業を三つ書き出します。

終了時に、次の一手を残す

学習内容は積み上がっているのに、実感だけが残らない。この状態は珍しくありませんが、放っておくと3か月後に「何も進んでいない」という誤った結論になります。

対処は、進捗を目に見える形で外に出すことです。手間の少ない順に3つ。

3つ目の「詰まったこと」の記録が特に効きます。翌日に再開するとき、どこで止まったかを思い出す作業が最大の再開コストになるからです。ここを1行の記録で消すと、間が空いた後でも戻れます。

---

生成AIを使うときの注意点

生成AIは、独学の弱点だった「気軽に聞ける相手がいない」を実際に埋めます。前述の調査で最大の挫折理由だった項目です。だからこそ、使い方を間違えたときの影響も大きくなります。

答えを貼るだけで終わらせない

AIが出したコードを貼るだけでは、次に同じ処理を自分で組み立てられるか確認できません。動いた後に一度閉じ、必要な部分を短く書き直します。

避け方は、AIの役割を先に固定することです。

• 詰まった時：答えではなく、原因の候補と読み方を聞く
• 書き始める前：手順の分解だけ頼み、コードは自分で書く
• 書いた後：問題点を確認させる（「この書き方の問題点を3つ」）

コードそのものを出させてよいのは、3番目の後です。

出力は実行結果と一次情報で確かめる

AIは、動きそうに見えて一部だけ違うコードを返すことがあります。Stack Overflowの2025年開発者調査では、AIツールへの不満として「ほぼ正しいが、少し違う解決策」を66%が挙げ、「AIが生成したコードの不具合調査（デバッグ）に時間がかかる」を45.2%が挙げています（Stack Overflow 2025 Developer Survey、2026年8月27日確認）。

同じ調査では、AIツールを使うか使う予定があると答えた人が84%、プロの開発者の51%が毎日使っていると答えています。つまり現場は、信頼しきってはいないが、毎日使っているという状態です。

初学者がここで不利なのは、「ほぼ正しいが少し違う」を検出する材料を持っていないことです。対策は2つあります。

1. 一次情報で照合する。 プログラミング言語や追加機能（ライブラリ）の公式説明、MDN のような公式の一覧で、AIが挙げた関数名や書き方が実在するかを確かめる。実在しない名前を返すことは普通に起きます。
2. 動いたかどうかを判定基準にしない。 動いても間違っている書き方は多く、逆に正しくても環境の都合で動かないことがあります。判定は必ずドキュメント側で行う。

古い情報を返してくることも多いため、「いつ時点の情報か」を明示させるのも有効です。

対話の最後に、成果物を残す

質問と返答を繰り返した日は、最後にコードか短い記録を残します。前章のスクリーンショット一枚でも構いません。

---

独学が合わない場合もある

進め方を変えても止まる場合は、独学以外の形式も比べます。次の状態が続いているかを確認します。

体調に波がある時期。 独学は、止まった時に誰も気づきません。数週間空いた後で自力で戻る前提が置かれています。波の谷が読めない時期に、この前提は成立しにくくなります。

締切がないと着手できない場合。 独学では、勉強した日と成果を使う日の間が空きます。提出日や定期的な確認がある形式のほうが進むことがあります。

他の人の確認が無いと判断できない場合。 自分の書いたコードが妥当かどうかは、他人に見てもらわないと分かりません。前述の調査で、独学者の49%が「気軽に聞ける環境になかった」を挫折理由に挙げていたのは、この点です。生成AIはかなりの部分を埋めますが、「今の自分の水準が就職の基準に届いているか」という判断だけは、AIには出せません。基準を持っているのは、人を採用している側だからです。

該当した場合は、質問できる人や提出日がある環境を候補にします。

厚生労働省は就労移行支援について、就労を希望する障害のある人のうち一般企業に雇用されることが可能と見込まれる人に対して、一定期間、就労に必要な知識および能力の向上のために必要な訓練を行うものと説明しています（厚生労働省「障害者の就労支援対策の状況」、2026年8月27日確認）。事業所によってはAIやITに特化した訓練内容を持つところもあります。

必要な仕組みがあるかで選びます。定期的な確認が要らないなら、独学のほうが費用と移動を抑えられます。

AI・データ分野の訓練を受けながら就職準備も進めたい場合は、Neuro Diveで学べる内容と、利用前の確認点で、難しさ、費用、通所、公開口コミを確認できます。求人応募へ進む段階か迷う場合は、就労移行支援と転職エージェントの違いから分けます。

---

仕事を続けながら試す方法

最後に、順番の話をします。

「プログラミングを独学して転職する」という道は、学習期間中の収入がゼロになるという前提を持っています。そのうえ、学び終わる時点でその技能が求められているかどうかは、始める時点では確定しません。負う側のリスクとしては、かなり重いほうです。

先に試せる、もっと軽い道があります。いまの仕事の中で、面倒な作業をAIで減らす。

• 定型のメールや報告書の下書きを作らせる
• 表の整形や集計の手順を組む
• 議事録や長い資料を要約させる

これには3つの利点があります。第一に、収入が止まりません。第二に、成果が数日で出るので、前に述べた「進捗が見えない」問題が起きません。第三に、これ自体が最も現実的な適性テストになります。手順に分解して、道具に投げて、結果を検証するという作業は、プログラミングの中身とほぼ同じだからです。この過程が面白いと感じたなら独学は続きやすく、苦痛だったなら、その情報は数か月かけて確かめるより先に手に入ったことになります。

具体的な手順と、AIへ渡す指示文はAIを味方にするに置いています。

---

止まった地点を一つ選び、環境、写し方、調べる時間、題材、記録のどれを変えるか決めます。それでも進まないときは、質問や締切が用意された形式と比べます。