未経験エンジニアが1年目にぶつかる3つの壁と、私がどう乗り越えたか

この記事でわかること

結論を先に書きます

未経験エンジニア1年目の壁は、大きく3つあります。①コードベースが読めない②レビューで全部赤くなる③成長している実感が消える。どれも「根性で耐える」ものではなく、構造を知って設計で通過するものです。

私自身、未経験で受託開発中心のWeb系企業に入って、1年目に3回「辞めたい」と思いました。それでも抜けられたのは、READMEを2回通読し、社内に1人「コードの質を聞ける人」を作ったから。この一手が効きます。

この記事は、文系・元営業から30代でWebエンジニアへ転職した立場で、1年目に実際にぶつかった壁と、それぞれをどう通過したかを正直に整理します。これから入社する人にも、入社後3〜6ヶ月で読んでいる人にも届くよう書きました。

壁1：オンボーディング1ヶ月目「コードベースが読めない」

最初の壁は、入社直後の「コードベースが読めない」です。各H2の結論を先に言えば、ここは「全部読まない」と決めるだけで抜けられます。

入社初日、リポジトリをcloneしてVSCodeで開いた瞬間、目の前が真っ暗になりました。ファイルが何百もあり、フォルダの階層は深い。スクールで書いたチュートリアル用のRailsアプリと、現場のコードベースは別の生き物でした。

最初の1〜2週間でやったのは、次の3つだけです。

これで「全体が読める」ようにはなりません。ただ、「全体は読めなくていい」と分かるようにはなります。先輩から「最初は触る範囲だけ読めばいい。全部読もうとすると確実に挫折する」と言われ、力が抜けました。

スクールで身につけた「全部理解してから書く」癖を捨てる。これが最初のリハビリです。塊で読もうとせず、触る場所だけを点で押さえる。1ヶ月目はこれで十分に前へ進めます。

壁2：3ヶ月目「自分のコードレビューで全部赤くなる」

2つ目の壁は、最初のタスクが振られる3ヶ月目にやってきます。結論から言うと、ここが1年目で一番きついフェーズです。

初めて担当した小さな機能改修のプルリクエストで、30件以上のレビューコメントがつきました。コードの書き方、変数名、テスト、コミットメッセージ、PRの説明文。ほぼ全部に指摘が入ります。「動けばOK」だった世界から、「動くだけでは話にならない」世界に入った瞬間でした。

このとき、はっきり辞めたいと思いました。それでも辞めずに済んだのは、3つの気づきがあったからです。

1つ目は、頭で分かっても心が追いつきません。最初の2〜3週間は、PRを出すたびに胃が痛みました。ただ「コードへの指摘」と切り分けられた瞬間から、少しずつ受け止められるようになります。

2つ目が一番効きました。指摘されたパターンをNotionに溜め、次のPR前に見直す。すると3ヶ月目から指摘の数が明確に減りました。同じ穴に二度落ちないだけで、PRはぐっと通りやすくなります。

3つ目は環境の問題でもあります。「分かったふり」をすると、同じ場所で何度も詰まる。「すみません、ここの意図がまだ理解できていません」と言えるかどうかは、結構決定的です。

正直に書くと、ここで折れる人は折れます。スクールで「コードを書く楽しさ」だけで持ちこたえた人ほど、書いた後の修正サイクルの重さで沈む。この壁は、聞ける相手が社内に1人いるかどうかで景色が変わります。

壁3：6〜9ヶ月目「成長している実感が消える」

3つ目の壁は、レビュー指摘も減って、ある程度タスクを回せるようになった6〜9ヶ月目に立ち上がります。結論は、ここで感じる停滞は「伸びが止まった」のではなく「伸びの種類が変わった」だけ、ということです。

スクール期間は毎週新しい技術を覚えます。入社1〜3ヶ月も、毎日新しい単語を覚える。それが6ヶ月を過ぎると、「先週と今週で、自分は何ができるようになったのか」が分からなくなります。「思っていたほど成長していない」「3年後どうなるのか」という不安が、突然立ち上がる。

このフェーズで辞める未経験エンジニアは一定数います。私が抜け出すきっかけは、入社時と今のスキルを紙に書き出して比較した日でした。

時期	できること
入社時	Railsチュートリアルアプリは作れる／Gitの基本操作は分かる／チーム開発の経験ゼロ
9ヶ月後	複数機能をまたぐ改修ができる／レビュー指摘の意図が読める／本番リリース関与PR20本超／障害対応の経験あり

書き出すと、確かに変わっていました。「成長していない」感覚は、伸びが鈍ったのではなく、伸びの種類が変わっただけ。新しい技術を覚える成長から、同じ技術で複雑な問題を解く成長へシフトしていたのです。

この変化に気づけるかが、6〜9ヶ月の壁を抜ける鍵。厚生労働省「職業情報提供サイト job tag」（参照・2026年5月閲覧）でも、「システムエンジニア」「Webプログラマ」などに必要なタスクは段階的に整理されています。1年目で重心が設計判断・他職種連携・障害対応へ移るのは、職業要件から見ても自然な過程です。

1年目を生き延びる3つの実務習慣

ここからは、壁の話とは別に、1年目で身につけておくと効く実務習慣を3つ紹介します。壁が「通過の設計」なら、こちらは「日々の積み上げ」です。

習慣1：毎日「今日詰まったこと」を3行メモする

業務終了前に、その日詰まったこと・聞いて解決したこと・自分で解決できたことを3行で書きます。1ヶ月で60行、半年で360行。これが半年後の自分の成長証明になります。停滞感に襲われたとき、このメモが「ちゃんと進んでいる」証拠になる。

習慣2：レビュー指摘パターンを蓄積する

Notion・Obsidian・テキストファイル、何でも構いません。指摘内容を「指摘の意図／対策／参考リンク」の3項目で残します。同じ指摘を二度受けないだけで、1年で目に見えてPRが通りやすくなる。壁2の対処をそのまま習慣化したものです。

習慣3：転職エージェントに半年に1回、近況連絡を入れる

入社1年目にはピンとこないかもしれません。ただ、未経験で入った企業が必ずしも最適な環境とは限らない。半年に1回「今こういう仕事をしている、市場価値はどう変わったか」を聞くだけで、3年後の選択肢が広がります。

入社1年目の終わりに担当者へ近況を伝えただけで、市場感覚のキャリブレーションができました。すぐ転職する必要はなくても、外の温度を知っておくのは1年目から重要です。

1年目で辞めたくなった時の判断軸4つ

最後に、これだけは書いておきたいことです。「未経験で入った会社を1年以内に辞めるべきか」は、感情ではなく4つの軸で切り分けます。1〜3が複数該当するなら、それは努力でなく環境の問題です。

1〜3の項目が複数該当するなら、辞める前に転職エージェントへ「1年目で次を考えている」と伝え、市場感覚を聞いてから判断すればいい。1年目の早期離職には市場の警戒感がある一方で、明らかな環境問題に居続けるのも別のリスクを生みます。

判断は1人で抱え込まないほうがいい。これは私が動けなかった8ヶ月の後悔から、繰り返し言っていることです。

まとめ｜1年目は「乗り越える」より「設計して通過する」

未経験エンジニアの1年目は、根性で乗り越えるものではなく、3つの壁の構造を理解して設計しながら通過するものです。

ここを抜けると、1年目の終わりには「未経験」のラベルは消えて、ふつうのジュニアエンジニアとして次の1年を迎えられます。年収+150万円・週4日リモートが現実になったのも、ここを抜けた後の話です。

迷っている時こそ、社外のエージェントに半年に1回近況を伝えるくらいの距離感で、選択肢を開いておくのがいい。それが1年目を安全に通過する一番の保険になります。

よくある質問

未経験エンジニア1年目に関して、よく寄せられる質問を整理します。

関連記事

• 30代未経験IT転職のリアル
• 3ヶ月学習ロードマップ
• 残業60時間からの逃げ切り思考
• 1年目の年収交渉
• 30代未経験エンジニアが年収600万円に届くキャリアパス

---

免責事項

---