「エンジニアになりたいけれど、何から手をつければいいか分からない」「独学を始めたけれど、続くか不安」。こうした悩みに対して、SEとして10年働き、リーダーとしてメンバーの作業を見てきた立場から、最初の3か月でやることを具体的に整理しました。

先に結論を書きます。最初の3か月のゴールは「エンジニアになること」ではありません。「この道を続けるかどうかを、根拠を持って自分で判断できる状態になること」です。3か月で就職できるレベルになるのは、現実的ではありません。ただ、向き不向きを判断する材料は、3か月あれば十分に集まります。

※ 学び方に正解は1つではありません。ここに書くのは、現場で働く私の考えです。

全体像：3か月のロードマップ

期間 テーマ 到達目標（これができればOK）
1か月目 習慣と土台 毎日学ぶ時間がある。ターミナルで基本操作ができる。Webページが表示される仕組みを説明できる
2か月目 目的と言語 何のためにエンジニアになりたいか言える。選んだ言語で簡単なプログラムが書ける。Gitで作業を記録できる
3か月目 作って判断する 小さなものを1つ最後まで作った。続けるかどうかを自分で判断できた

やること・やらないこと

最初の3か月は、やることを増やすより、やらないことを決めるほうが大事です。

やること

  • 毎日少しでも手を動かす
  • PC・ネットの土台を固める
  • 目的を決めて、言語を1つに絞る
  • 小さくていいので、1つ作り切る

やらないこと

  • 教材を次々に替える（いわゆる「教材ジプシー」）
  • 最初から複数の言語に手を出す
  • すべて理解してから次に進もうとする
  • チュートリアルを写すだけで終わる

1か月目：毎日続ける習慣と、PC・ネットの土台

毎日続ける習慣

1日30分でも構いません。週末にまとめて5時間やるより、毎日少しずつ触れるほうが確実に身につきます。この仕事は、入った後もずっと学び続けることが前提です。「毎日少し学ぶ」習慣そのものが、現場で一番役に立つスキルの1つです。

おすすめは、学習ログを残すことです。その日にやったこと、分からなかったこと、どう解決したかを数行書くだけで構いません。

  • 3か月後に「続けるかどうか」を判断するときの材料になる
  • つまずいた内容を見返すと、自分の苦手が分かる
  • 就職・転職活動で「どう学んできたか」を説明する根拠になる

PCとネットの土台

地味ですが、ここがあいまいなままだと、プログラミングを始めたときに「何が分からないのかが分からない」状態になります。現場でも、新しく入った人が最初につまずくのは、プログラミング言語そのものより、こうした土台の部分であることが多いです。

確認リスト（説明できる・操作できるようになればOK）

  • ファイルとフォルダ、パス（C:\Users\... や /home/...）の考え方
  • ターミナルの基本操作：今いる場所の確認、移動、一覧表示、ファイルのコピー・移動・削除
  • ブラウザにURLを入力してから、ページが表示されるまでの流れ（DNS、サーバー、HTTP）
  • IPアドレス、ドメイン、ポートとは何か
  • HTTPのステータスコード（200、404、500 など）が何を意味するか

2か月目：言語を選ぶ前に「目的」を決める

「最初はどの言語がいいですか？」とよく聞かれますが、私の答えは「言語より目的が先」です。何を作りたいか、どこで働きたいかによって、向いている言語も、学ぶべきことも変わるからです。

やりたいこと・働きたい場所 学ぶ候補の例 仕事のイメージ
Webサービスを作りたい（Web系企業） HTML/CSS → JavaScript（TypeScript） 自社サービスの画面や機能を作り、改善し続ける
企業の業務システムに関わりたい（SIerなど） Java など 顧客の業務に合わせたシステムを、工程に沿って作る
データ分析やAIに関わりたい Python、SQL データを集め、分析し、業務に活かす
サーバーやクラウドを扱いたい（インフラ） Linux、ネットワークの基礎、AWSなどのクラウド システムが止まらず動く土台を作り、運用する

目的が決まれば、言語は自然に絞られます。逆に「人気だから」で選ぶと、途中で「これを学んで何になるんだろう」と手が止まりやすくなります。

2か月目にやること

  • 選んだ言語で、変数・条件分岐・繰り返し・関数を使った簡単なプログラムを書く
  • Gitで作業の記録を残す（変更を保存する、履歴を見る、元に戻す）。Gitは、どの分野に進んでも現場で必ず使います
  • 公式ドキュメントを一度は開いてみる。最初は難しく感じますが、「一次情報を読む」経験は早めに積んだほうが後で楽になります

3か月目：小さく作って、続けるかを判断する

2か月目に選んだ分野で、小さなものを1つ、最後まで作ってください。完成度は気にしなくて大丈夫です。大事なのは「最後まで作った」経験です。

教材のチュートリアルをそのまま写すだけでは、理解したつもりになりがちです。機能を1つ足す、見た目を変えるなど、自分で考えて少しでも変えることを意識してください。作ったものは GitHub に公開しておくと、学習の記録にもなります。

作るものの例

  • Web系：ToDoリスト、自分のプロフィールページ
  • 業務システム系：簡単な在庫管理や家計簿（データの登録・一覧・検索）
  • データ系：公開データを読み込んで集計し、グラフにする
  • インフラ系：クラウドにサーバーを1台立てて、Webページを公開する

続けるかどうかの判断基準

学習ログを見返しながら、次のことを自分に問いかけてみてください。

  • 分からないことを調べる作業を、苦痛ではなく「面白い」と感じる瞬間があったか
  • 3か月、ほぼ毎日続けられたか
  • もっと作ってみたいもの、知りたいことが出てきたか

「はい」が多ければ、本格的に進む価値があります。「いいえ」が多くても、3か月で判断できたこと自体が大きな収穫です。お金や時間をさらに投じる前に、立ち止まって考える材料になるからです。

「調べる力」を具体的に身につける

10年働いていても、知らないことは毎日出てきます。現場で差がつくのは、知識の量より調べて解決する力です。具体的には次の3つです。

1. エラーメッセージを読む

エラーが出たら、まずメッセージの本文を最後まで読みます。どのファイルの何行目で、何が起きたかが書いてあることがほとんどです。分からなければ、エラーメッセージをそのまま検索します。

2. 一次情報にあたる

検索で見つかった記事は、古かったり、条件が違ったりすることがあります。最終的には、公式ドキュメントで確かめる習慣をつけましょう。

3. 上手に質問する

一定時間（最初は15〜30分が目安）調べて分からなければ、人に聞きます。質問するときは、次の4点をそろえると、答える側がすぐに状況をつかめます。

  1. 何をしようとしているか（目的）
  2. 何が起きているか（エラーメッセージ、画面）
  3. 何を試したか、その結果どうだったか
  4. 自分はどこまで分かっていて、どこから分からないか

リーダーとしてメンバーの質問を受けてきた立場からいうと、この4点がそろった質問は、解決までの時間が大きく変わります。現場に入ってからもそのまま使えます。

生成AIとの付き合い方

今は、ChatGPT などの生成AIで、コードも説明もすぐに手に入ります。学習にも積極的に使ってよいと思いますが、使い方には注意が必要です。

  • よい使い方：エラーの意味を聞く、分からない用語を説明してもらう、自分の書いたコードの改善点を聞く
  • 避けたい使い方：課題の答えをそのまま出してもらい、理解しないまま次に進む

現場でもAIを使った開発が広がっていますが、出てきたものが正しいかを判断するのは人です。AIに作らせたものを判断できる基礎力こそ、この3か月で身につけたい力です。

挫折しやすい3つのパターン

1人で抱え込む

分からないことにぶつかって、何時間も止まってしまう。独学で一番多いつまずきだと思います。現場でも、一定時間調べて分からなければ人に聞くのが基本で、抱え込んで遅れることのほうが問題になります。質問できる相手や場所（勉強会、オンラインのコミュニティ、スクールのメンターなど）を、早めに確保しておくことをおすすめします。

教材を次々に替える

「この教材は分かりにくい」「もっと良い教材があるはず」と、教材を渡り歩いてしまうパターンです。どの教材にも分かりにくい部分はあります。1つ決めたら、最後まで終わらせてから次を考えるほうが、結果的に早く身につきます。

完璧に理解しようとする

すべてを理解してから次に進もうとすると、いつまでも前に進めません。「6割分かったら次へ進み、必要になったら戻る」くらいで十分です。実際の現場も、全部を理解してから始められる仕事はほとんどありません。

まとめ

  • 3か月のゴールは「続けるかを、根拠を持って判断できる状態」
  • 1か月目：毎日の習慣と、PC・ネットの土台（確認リストで自己チェック）
  • 2か月目：言語より先に目的を決め、選んだ言語とGitに触れる
  • 3か月目：小さく作り切って、学習ログをもとに判断する
  • 調べる力（エラーを読む・一次情報・上手に質問する）は、現場でもそのまま使える