この記事は2024年4月に入社した新卒エンジニアが、実体験を基に書いています。
同じように不安や戸惑いを感じている仲間へ、これまでの経験と学びを共有したいと思います。
僕も最初は不安だらけだった…
なぜこの記事を書いたのか
お猿SEは2024年4月に入社した新卒エンジニアです。
お猿SEが入社した会社はそこそこ続くIT企業で、コードレビューの文化や運用・保守の方針がそれなりに定まっているような企業でした。
入社してすぐに感じた衝撃は今でも鮮明に覚えています。
- チームメンバーとの技術力の差
- コードレビューでの的確な指摘の数々
- スムーズな問題解決と意思決定
- 完成度の高い設計と実装
「こんなに差があるのか…」
「この差を埋めるのは、いったいどれくらいかかるんだろう…」
「そもそも、自分はエンジニアが向いているのだろうか…」
大学時代にプログラミングスクールで学び、必死で準備して入社したはずなのに。
その差は想像よりも大きなものでした。
しかし、あれから3ヶ月。
いまだに不安は消えていませんが、確実に変化を感じています。
この記事では、
- 私が実際に経験したこと
- 試行錯誤したこと
- そして先輩方から学んだこと
これらをを共有したいと思います。
技術力の差に打ちのめされた日々
現場で感じた圧倒的な差
入社直後の具体的な出来事を共有します。
- コードレビューでの衝撃
- 自分：基本的な機能を実装するのに精一杯
- 先輩：パフォーマンス、セキュリティ、保守性まで指摘
- 例：「この処理はN+1問題が発生する可能性があります」という指摘に、N+1問題自体を知らなかった
- 設計の深さの違い
- 自分：とりあえず動くものを作ることで精一杯
- 先輩：将来の拡張性やエッジケースまで考慮
- 例：「この設計だと、将来○○といったような場面で大幅な改修が必要になりませんか？（改修がしにくい）」
- トラブルシューティングの差
- 自分：エラーメッセージを必死でググる
- 先輩：ログを見て瞬時に原因を特定
- 例：「この例外が発生しているということは、○○の処理で△△が起きているはずです」
毎日感じる無力感との戦い
同期全体の研修が終わり、実際に技術職の部署に配属して最初の1ヶ月は本当に辛かったです。
- レビューのたびに大量の指摘
- 調べても分からない技術用語の山
- チーム会議での会話についていけない
- 簡単な機能実装でも時間がかかる
特に辛かったのは、
- 自分の成果物に自信が持てない
- 質問するのも躊躇してしまう
- 周りに迷惑をかけているのではないかという罪悪感
転機となった先輩との対話
そんな中、大きな転機となったのは、
入社2ヶ月目に行った先輩との1on1でした。
思い切って、自分の不安をすべて打ち明けてみました：
- 技術力の差に打ちのめされている
- 自分の将来性への不安
- 成長のスピードが遅い気がする
- 他のメンバーに迷惑をかけている
すると先輩は、意外な言葉を返してくれました。
「その気持ち、すごく分かるよ。私も入社当時は全く同じだった。」
そして、以下のような具体的なアドバイスをくれました。
1. 新人時代は「インプットの時期」である
「今は成果を出すことよりも、インプットに集中するべき時期」
インプットの具体例
- エラーの原因を調べる時間
- コードを読む時間
- ドキュメントと格闘する時間
- レビューコメントを理解する時間
- チーム開発の流れを観察する時間
2. 見えない成長を実感する方法
「日々の小さな進歩に目を向けてみる」
具体的な例
- 先週は理解できなかったエラーメッセージが読めるようになった
- レビューでの指摘が少しずつ減ってきた
- チーム会議での会話が少しずつ分かるようになってきた
- 同じような問題に遭遇したとき、前回の経験が活きた
3. 質問力を磨く
「最初から完璧な質問はできなくていい。質問する力も成長の一部だから。」
質問力の具体的な向上例：
- 何が分からないのかを明確にする
- 自分で調べた内容を共有する
- 仮説を立てて質問する
- 理解度を正直に伝える
実践：モチベーションを保ちながら成長する方法
■ 具体的な学習方法
私が現在実際に行っていること
- コードリーディング
- プロジェクトの既存コードを読む時間を確保
- 分からない部分はメモを取る
- 気になる実装パターンを集める
- 例：認証機能の実装パターン、エラーハンドリングの方法など
- レビューコメントの宝庫化
- 同じ指摘を受けないよう意識
- レビューでの指摘を全てストック
- カテゴリ分けして整理
- 例：「変数名の命名規則」「エラーハンドリング」「テストケース」など
- 技術書との向き合い方
- むやみに読み進めない
- 実務で必要になった時に該当箇所を深掘り
- 分からない部分はメモを取り、後で調べる
- 例：WebAPIの設計本なら、実際のAPI実装時に参照
■ 日々の業務での意識改革
- コードを書く前の準備
- 似たような実装がないか探す
- 設計の意図を理解する
- 必要なテストを考える
- レビュー指摘を事前に想定
- チーム開発での立ち回り
- 分からないことは早めに相談
- 作業状況を小まめに共有
- チームの習慣や規約を意識
- ドキュメントの更新を心がける
- 振り返りの習慣化
- 日報での学びの整理
- うまくいかなかったことの原因分析
- 次回に活かせる教訓の抽出
- 定期的な目標の見直し
■ 成長を実感するための工夫
- 小さな進歩を記録
- Notionで学習ログを取る
- 分からなかったことが分かるようになった瞬間を記録
- レビューでの指摘の変化を追跡
- チームへの貢献度の変化を観察
- 技術力の可視化
- 技術ブログの執筆
- 社内勉強会での発表
- ドキュメントの整備
- 後輩や同期との知見共有
- 長期的な目標設定
- 3ヶ月後に達成したいこと
- 半年後に担当したい領域
- 1年後の理想像
- スキルマップの作成
これから意識していくこと
技術面、ソフトスキルに分けて以下のような点を意識していくと自分が理想とするエンジニア像へ近づけるはずです。
■ 技術面での成長戦略
- 基礎力の強化
- アルゴリズムとデータ構造の理解
- デザインパターンの学習
- クリーンコードの原則の実践
- テスト駆動開発の習得
- 実装力の向上
- パフォーマンスを意識したコーディング
- セキュリティを考慮した実装
- エラーハンドリングの改善
- コードの可読性向上
- 設計力の養成
- アーキテクチャの理解
- DBの最適化
- API設計の原則
- マイクロサービスの考え方
■ ソフトスキルの育成
- コミュニケーション力
- 進捗報告の質を上げる
- 技術的な議論への参加
- ドキュメントの作成力
- プレゼンテーションスキル
- チーム開発スキル
- コードレビューの質向上
- GitやGitHubの使い方の向上
- タスク管理の効率化
- チーム内での情報共有
- 問題解決能力
- デバッグ力の向上
- トラブルシューティングの強化
- 原因究明の手法習得
- 解決策の提案力
同じ悩みを持つ仲間へのメッセージ
入社してから数ヵ月。 まだまだ不安は尽きません。
しかし、少しずつ変化も感じています。
- エラーメッセージが読めるようになってきた
- コードレビューでの指摘が理解できるようになってきた
- チーム開発の流れが分かってきた
- 自分なりの貢献ができる場面が増えてきた
大切なのは、今この瞬間に全力を尽くすこと。
そして、確実に積み重なっている経験を信じることです。
エンジニアとしての第一歩を踏み出したばかり。
これから先には、きっと多くの学びと成長の機会が待っているはずです。
一緒に、この山を登って行こう！
追伸：これから入社する新卒エンジニアへ
この記事は、入社前の自分に向けて書いた手紙でもあります。
就活中は不安だらけでしたが、実際に現場に入ってみると、 想像以上に学びの多い毎日を過ごしています。
確かに技術力の差は大きい。
でも、それは決して埋められない差ではありません。
むしろ、その差があるからこそ、 毎日が新しい発見と成長の連続なのです。
焦らず、でも着実に。
一歩ずつ、確実に前へ。
それが、エンジニアとしての確かな一歩を築いていく道なのだと、 私は信じています。
共に頑張りましょう。
