毎日コードを書いている。仕事にも慣れた。なのに、成長している実感がまるでない。
「このままで本当に大丈夫なのかな」と、ふとした瞬間に不安が押し寄せる。年収も上がらないし、転職も怖い。
その停滞感、あなただけのものではありません。実務1年目は、ほとんどの人がぶつかる壁です。
Section 01実務1年目、私は成長が止まった気がしていた
最初の頃の成長スピードは凄かった
未経験から実務に入った最初の数ヶ月。あの頃の成長は、自分でも驚くほど速かったです。昨日できなかったことが、今日できるようになる。Gitの使い方、エラーの読み方、ローカル環境の立ち上げ方。すべてが新鮮で、覚えることが山ほどありました。
毎日が必死で、でも確かに前に進んでいる手応えがあった。わからない単語をメモして、家で調べて、翌日また使ってみる。その繰り返しで、自分が少しずつエンジニアらしくなっていくのを感じていました。右も左もわからない状態だからこそ、伸びしろが大きかったのだと思います。
半年を過ぎた頃から停滞感が出てきた
ところが、半年を過ぎたあたりから空気が変わりました。仕事には慣れた。タスクもこなせる。エラーが出ても、なんとなく対処できる。でも、それ以上に進んでいる感じがしないのです。
新しいことを覚えている実感が消えました。同じような実装を、同じようなやり方で繰り返す日々。気づけば、調べる回数も減っていました。「慣れ」と「成長」は、まったく別物だったのです。慣れただけなのに、成長したと勘違いしていました。
「このままで大丈夫なのか」と不安になった
停滞感は、やがて不安に変わりました。SNSを開けば、同期入社の誰かが新しい技術を学んでいる。勉強会で登壇している人もいる。それに比べて、自分は何も変わっていない気がしました。
年収も上がる気配がない。かといって転職する自信もない。今の自分に、市場で通用するスキルがあるのか。考えるほど怖くなりました。この不安こそが、変化のスタート地点でした。まずは、その不安に正直に向き合ってみてください。
Section 02実は成長が止まる人には共通点がある
能力の問題ではない
停滞すると、人はまず自分の能力を疑います。「自分には才能がないのかも」「頭が悪いのかも」と。でも、これはほぼ間違いです。実務をこなせている時点で、能力に問題はありません。
そもそも、未経験から実務に入れた人は、それだけで一定の努力と適性を持っています。成長が止まるのは、能力ではなく別の理由があるのです。自分を責めるのは、今日でやめましょう。
環境の問題だけでもない
次に人が疑うのが環境です。「うちの会社は古い技術しか使わない」「教えてくれる先輩がいない」。たしかに環境は大切です。でも、環境のせいにして終わると、何も変わりません。
同じ会社、同じチームにいても、伸びる人と止まる人がいます。その差は環境そのものではなく、同じ環境をどう使うかにあります。環境は言い訳にもできるし、武器にもできるのです。
日々の仕事との向き合い方が原因
結局のところ、成長が止まる本当の原因は、毎日の仕事との向き合い方です。同じ仕事でも、何を考えながらやるかで、得られるものが何倍も変わります。
これから、止まる人に共通する4つのパターンを紹介します。どれも、明日から変えられることばかりです。自分に当てはまるものを、一つでも見つけてみてください。
共通点① 言われたことだけをやっている
指示待ち状態になっている
最も多いのが、指示待ちになっているケースです。チケットを渡されたら、その通りに実装する。終わったら次の指示を待つ。一見、まじめで問題ないように見えます。
でも、これでは「言われたことを処理する機械」と同じです。次に何が必要かを自分で考えない限り、判断力は育ちません。指示の一歩先を読む癖が、成長の分かれ道になります。
なぜこの実装なのかを考えていない
たとえば、ある画面にバリデーションを追加するタスク。言われた通り実装するだけなら、誰でもできます。でも、なぜそのバリデーションが必要なのか。誰が、どんな場面で困るから入れるのか。そこまで考える人は意外と少ないです。
「なぜ」を考えるだけで、実装の質が変わります。背景がわかれば、他のパターンにも気づけます。「なぜこの実装なのか」を毎回自問する。それだけで、見える景色が変わります。
作業者から抜け出せない
言われたことだけをやる人は、いつまでも「作業者」のままです。作業者は替えがききます。だから評価されにくいし、年収も上がりにくい。
一方で、目的を理解して動く人は「エンジニア」として見られます。作業者とエンジニアの差は、考える量で決まるのです。次のタスクから、「なぜ」を一つ書き出してみましょう。
Section 04共通点② コードだけを見ている
仕様を理解していない
2つ目は、コードだけを見ているケースです。目の前のコードを直すことに集中しすぎて、仕様全体が見えていない。これも停滞のサインです。
仕様とは、その機能が「何のために、どう動くべきか」のルールです。仕様を理解せずにコードを触ると、表面的な修正で終わります。コードの前に、仕様書を読む習慣をつける。それだけで、修正の精度が上がります。
ユーザーを見ていない
コードの向こうには、必ずユーザーがいます。あなたが書いた1行で、誰かの作業が楽になったり、逆にストレスを感じたりします。でも、画面の中の文字だけ見ていると、その存在を忘れがちです。
「この機能、実際に使う人はどう感じるだろう」。そう考えるだけで、実装の判断が変わります。エラーメッセージ一つにも、配慮が生まれます。ユーザーを想像する力は、技術力と同じくらい武器になるのです。
ビジネス視点が不足している
さらに一歩進むと、ビジネス視点が見えてきます。その機能は、会社にどんな価値を生むのか。売上につながるのか、コストを下げるのか。ここまで考えられる人は、まだ少数です。
ビジネスを理解しているエンジニアは、提案ができます。「この機能より、こっちを先に作る方が効果的では」と。コードの外側を見る人ほど、信頼されるのです。次の機能では、誰が得をするのかを考えてみてください。
Section 05共通点③ アウトプットをしていない
QiitaやZennを書かない
3つ目は、アウトプットをしていないことです。QiitaやZennは、エンジニアが学びを記事にして共有するサービスです。多くの人が、見るだけで書きません。
「自分なんかが書くことはない」と思いがちです。でも、初心者がつまずいた箇所こそ、同じ初心者に刺さります。完璧な記事より、リアルなつまずきの記録に価値があるのです。まずは1本、書いてみましょう。
学びを言語化しない
記事を書く一番の効果は、学びを言語化できることです。人に説明しようとすると、自分の理解の穴に気づきます。「あれ、これってなんで動くんだっけ」と。
言語化は、頭の中のもやもやを形にする作業です。形にして初めて、知識は自分のものになります。インプットだけでは、すり抜けていくだけです。説明できないことは、理解できていないのと同じだと考えてください。
知識が定着しない
アウトプットしない人は、せっかくの経験が流れていきます。半年前に解決したエラーを、また検索する。同じ調べ物を、何度も繰り返す。これは本当にもったいないことです。
書いて残せば、それは自分の資産になります。後で見返せるし、転職の実績にもなります。アウトプットは、未来の自分への投資です。今日学んだことを、まず1行だけメモしてみましょう。
Section 06共通点④ 自分の市場価値を把握していない
転職市場を見ていない
4つ目は、自分の市場価値を知らないことです。転職するつもりがなくても、市場を見ることには意味があります。今の自分が、外の世界でどう評価されるかがわかるからです。
市場を見ていないと、自分の立ち位置が把握できません。給料が適正かも、スキルが足りているかもわからない。転職市場は、自分を測るものさしになります。応募しなくても、眺めるだけで十分です。
求められるスキルを知らない
求人票を見ると、世の中が何を求めているかがわかります。「このフレームワークの経験者募集」「クラウドの知識歓迎」。今の自分に足りないものが、具体的に見えてきます。
ゴールがわかれば、学ぶべきことが明確になります。やみくもに勉強するより、ずっと効率的です。求人票は、最高の学習ロードマップでもあるのです。気になる求人を、5件だけ見てみましょう。
今の会社だけが世界になっている
市場を見ないと、今の会社がすべてになります。社内の評価がすべて、社内の常識がすべて。そうなると、視野がどんどん狭くなります。
外を知ることで、初めて今の環境を客観視できます。良い会社なのか、変えるべきなのか。その判断材料が手に入ります。世界は、今の会社よりずっと広い。まずは外を覗くところから始めてください。
Section 07私が成長を再開できたきっかけ
技術記事を書くようになった
私が停滞を抜け出せたのは、いくつかの小さな行動からでした。最初の一歩は、技術記事を書き始めたことです。最初は恥ずかしくて、誰にも読まれない短い記事でした。
それでも書き続けるうちに、理解が深まっていきました。書くために調べ、調べたことを整理する。そのサイクルが、止まっていた学びを再び動かしてくれました。アウトプットが、インプットの質を変えたのです。
他人のコードを読むようになった
次に変えたのは、他人のコードを読むことです。それまでは、自分が書くことばかりでした。でも、先輩のコードやOSSを読むと、発見の連続でした。
「こう書けばもっと読みやすいのか」「この設計、うまいな」。自分にない引き出しが、どんどん増えていきました。優れたコードを読むことは、最高の教材です。まずはチームの誰か一人のコードを、じっくり読んでみてください。
転職市場を調べ始めた
そして、転職市場を調べ始めました。すぐに転職する気はなくても、求人票を眺めるだけで刺激になりました。世の中が求めるスキルと、自分のスキルのギャップが見えたのです。
そのギャップが、新しい学習の目標になりました。漠然とした不安が、具体的な行動計画に変わった瞬間です。不安は、正体がわかれば動ける。あなたも、まず現在地を知ることから始めましょう。
Section 08実務2年目までに身につけたい3つの力
実装力
2年目までに育てたい力を3つ紹介します。1つ目は実装力です。これは、求められた機能を正確に、読みやすく形にする力のことです。基礎ですが、ここが土台になります。
実装力は、量だけでは伸びません。「もっと良い書き方はないか」と振り返ることで磨かれます。書いたコードを、自分で見直す時間を持つ。それが実装力を底上げします。
設計力
2つ目は設計力です。設計とは、機能を作る前に「どう組み立てるか」を考える力です。どこにファイルを置き、どう責任を分けるか。これが弱いと、後で苦労します。
設計力は、いきなり身につくものではありません。良い設計を読み、なぜそうなっているかを考える積み重ねで育ちます。小さな機能でも、作る前に一度設計を考えてみる。その習慣が差を生みます。
コミュニケーション力
3つ目は、意外に思うかもしれませんが、コミュニケーション力です。エンジニアの仕事は、一人では完結しません。仕様の確認、レビュー、相談。すべてに対話が必要です。
わからないことを的確に質問できる人は、成長が速いです。認識のズレも防げます。技術力と同じくらい、伝える力が評価される。次の相談では、要点を整理してから話してみましょう。
Section 09今すぐできる成長加速アクション
業務で学んだことを毎日1行残す
ここからは、今日から実践できる行動です。1つ目は、業務で学んだことを毎日1行残すこと。たった1行で構いません。「今日はこのエラーの原因を理解した」で十分です。
毎日続けると、1ヶ月で30個の学びが貯まります。1年で365個です。小さな記録の積み重ねが、振り返ると大きな差になる。ハードルは、徹底的に低くしておくのがコツです。
週1本技術記事を書く
2つ目は、週に1本、技術記事を書くこと。毎日は大変でも、週1ならできそうではないでしょうか。テーマは、その週に一番つまずいたことで十分です。
長く書く必要はありません。短くても、書き切ることに意味があります。続けるうちに、書くスピードも上がります。週1本を3ヶ月続ければ、12本の実績になる。まずはアカウントを作るところからです。
求人票を眺める習慣を作る
3つ目は、求人票を眺める習慣です。週に一度、気になる求人を見るだけでいい。応募する必要はありません。世の中の動きを、定点観測する感覚です。
続けると、求められるスキルの傾向が見えてきます。自分の学習の方向も定まります。市場を知る人は、迷わず学べる。今週末に、5件だけ求人を見てみましょう。
Section 10年収が上がる人は何が違うのか
技術だけで評価されていない
年収を上げたいなら、評価の仕組みを知る必要があります。意外かもしれませんが、年収が上がる人は、技術力だけで評価されているわけではありません。
もちろん技術は前提です。でも、技術が高いだけで給料が跳ね上がる人は少ないのです。評価されるのは、技術を使って何を生み出したか。ここを勘違いすると、努力の方向がずれます。
問題解決力が評価される
会社が本当に求めているのは、問題を解決してくれる人です。困っている状況を、技術を使って前に進めてくれる人。それが、最も価値の高いエンジニアです。
「言われたから作る」ではなく「課題を見つけて解決する」。この姿勢が評価につながります。技術は手段、目的は問題解決。この順番を、忘れないでください。
任せられる範囲が広い
年収が上がる人は、任せられる範囲が広いです。一つの機能ではなく、機能のかたまりを任される。設計から実装まで、自分で進められる。だから希少で、評価されます。
任される範囲は、少しずつ広げられます。今のタスクで、一歩先まで考えて動くだけでいい。信頼の積み重ねが、任される範囲を広げる。次のタスクで、一歩踏み込んでみましょう。
Section 11実務1年目の壁は誰でも訪れる
停滞は成長前のサイン
ここまで読んで、少し焦ったかもしれません。でも、安心してください。実務1年目の停滞は、ほぼ全員が通る道です。あなただけが特別なわけではありません。
むしろ、停滞を感じられるのは成長したからです。基礎が身についたからこそ、次の壁が見えている。停滞感は、次のステージが近いサインなのです。その感覚を、前向きに受け取ってください。
焦る必要はない
周りと比べて焦る気持ちは、よくわかります。でも、人それぞれ成長のペースは違います。SNSで見える誰かと、自分を比べる必要はありません。
大切なのは、昨日の自分より一歩進むことです。比べる相手は、過去の自分だけで十分です。他人の速度ではなく、自分の方向を見る。それが、長く続けるコツです。
次のステージへ進む準備期間
今の停滞期は、次へ進むための準備期間です。一見、足踏みしているように見えても、内側では土台が固まっています。ここで腐らずに動けるかが、分かれ道です。
準備期間にどう動くかで、次の1年が決まります。今日の小さな行動が、半年後の自分を作ります。壁の前で立ち止まるか、壁を足場にするか。選ぶのは、あなた自身です。
まとめ|成長が止まったのではなく、学び方を変える時期だった
作業者からエンジニアへ
振り返ると、私は成長が止まったのではありませんでした。ただ、学び方を変える時期に来ていただけだったのです。最初の学び方が、通用しなくなっただけでした。
次に目指すのは、作業者からエンジニアへの変化です。言われたことをこなす人から、目的を考えて動く人へ。「なぜ」を考え始めた瞬間、エンジニアになるのです。
技術者から問題解決者へ
さらにその先には、問題解決者という姿があります。技術はあくまで道具。その道具で、誰かの課題を解決する人を目指すのです。ここまで来ると、評価も年収も自然について来ます。
コードの向こうにいるユーザーと、ビジネスを見る。視点が広がるほど、価値は高まります。技術者から問題解決者へ。これが次の成長の軸です。
次の1年で差がつく
同じ実務1年目でも、ここからの1年で大きな差がつきます。停滞をきっかけに学び方を変えた人と、そのまま流された人。1年後、二人はまったく違う場所に立っています。
その差は、特別な才能ではありません。日々の小さな行動の差です。今日からの一歩が、1年後のあなたを決める。難しく考えず、まず一つだけ始めましょう。
Section 13今日から始めること
最後に、今日から始められることをまとめます。全部やる必要はありません。まずは一つ、ピンと来たものから手をつけてください。
- 今日の学びを1つメモする
- QiitaかZennのアカウントを作る
- 求人票を5件見る
- 「なぜこの実装なのか」を考える
この4つは、どれも今日中に終わります。小さな行動ですが、停滞を抜け出す確かな一歩です。
そして次は、「実務2年目で年収が上がる人がやっていること」を読んでみてください。学習、ポートフォリオ、転職、実務の壁、そして年収アップ。あなたのキャリアに沿って、続きを用意しています。未経験から市場価値の高いWebエンジニアへ。その道のりを、一緒に進んでいきましょう。
