エンジニア3〜5年目の頃、「このままでいいのか」という気持ちが強くあった。
現場では何とかこなせているが、自分の技術力に自信が持てない。周囲の優秀なエンジニアと比べて、明らかに差を感じる。「もっと勉強しなければ」という焦りはあるが、何をどう勉強すれば良いかわからない。
そういう時期に、いくつかの書籍や学習方法に出会って、勉強の方向性が変わった。この記事では、実際に役に立った書籍やサービスを、20年近い経験を踏まえて正直に紹介する。「これを読めば完璧」という魔法の一冊はないが、自分のステージに合った学習をすることで、確実に前に進める。
3〜5年目の伸び悩みと、勉強の重要性
エンジニアとして3〜5年目は、不思議な時期だ。
最初の数年で基礎的な実務経験は積めた。でも、技術力に自信が持てないまま、なんとなく仕事をこなしている感覚がある。「自分は本当に成長しているのか」という問いに答えられない。
この時期に勉強を怠ると、技術的な成長が止まったまま年数だけが経っていく。逆に、この時期に正しい方向で勉強することで、その後のキャリアが大きく変わる。
自分自身、この時期に技術書を読み込んで基礎を固め直したことが、その後の現場での立ち回りを変えてくれた。「わかっているつもりだったが、実は理解が浅かった」という部分を、書籍を通じて埋めることができた。
役立った技術書籍
「リーダブルコード」（オライリー・ジャパン）
エンジニアなら一度は読んでほしい一冊だ。コードの書き方だけでなく、「読みやすいコードとは何か」「なぜ読みやすいコードが重要なのか」を体系的に説明している。
自分がこの本を読んだのは、3年目頃だった。それまで「動くコードを書くこと」だけを意識していたが、この本を読んで「他の人が読んで理解できるコードを書くこと」の重要性に気づいた。コードレビューでの指摘が減り、チームメンバーとのコミュニケーションがスムーズになった。
「達人プログラマー」（オーム社）
プログラミングの技術論だけでなく、「エンジニアとしてどう考えて、どう成長するか」という視点で書かれた本だ。特定の言語や技術に依存しない、普遍的な考え方が詰まっている。
「コードは資産ではなく負債だ」「DRY原則（同じことを繰り返さない）」など、今でも実践している考え方のベースになっている。技術書は「知識を得る」ために読むことが多いが、この本は「考え方を変える」ために読む本だと思っている。
「SQL第2版 ちょこっとリファレンス」や基礎的なSQL書籍
現場でデータベースを扱う機会が増えてきた頃に、SQLの基礎を体系的に学び直した。「なんとなく書ける」から「なぜこう書くのかを理解して書ける」に変わったことで、複雑なクエリへの対応力が上がった。
特定の一冊を挙げるより、「自分が使っているデータベースの基礎書籍を一冊読み込む」ことをすすめる。現場で使いながら基礎が身についていると思い込んでいたが、体系的に学ぶことで抜け漏れを埋められた。
インフラ・ネットワーク系の入門書
アプリケーション開発が中心だったため、インフラやネットワークの知識が薄かった。3〜5年目頃に「インフラエンジニアのための〜」「ネットワークの基礎〜」といった入門書を読んだことで、システム全体を俯瞰する視点が身についた。
アプリケーション開発しかわからないエンジニアと、インフラも含めて全体を理解しているエンジニアでは、現場での発言力が違う。上流工程に関わろうとするなら、インフラの基礎知識は必要だと感じた。
役立ったオンライン学習サービス
Udemy
動画で学べるオンライン学習プラットフォームだ。プログラミング、インフラ、クラウド、プロジェクト管理など、幅広いコースがある。セール時に購入すると1,500〜2,000円程度で買えることが多い。
書籍と違って、実際に手を動かしながら学べるコースが多い点が良い。「読んでわかる」と「やってみてわかる」は違う。特に新しい技術を学ぶとき、動画でハンズオン形式のコースを受けることで、理解が定着しやすかった。
Zenn・Qiita
エンジニアが技術記事を書いて共有するプラットフォームだ。最新の技術情報、実務で役立つTips、現場での実体験が豊富にある。
書籍は体系的に学ぶのに向いているが、「今現場で使っている技術の具体的な問題解決方法」は、ZennやQiitaの記事の方が早く見つかることが多い。日常的に読む習慣をつけておくと、技術のアンテナが広がる。
公式ドキュメント
地味だが、一番信頼できる情報源だ。使っているフレームワークや言語の公式ドキュメントを読む習慣は、スキルアップに大きく貢献する。
「公式ドキュメントを読むのは難しそう」と思っている人もいるかもしれないが、実際に読んでみると意外と読みやすいものが多い。技術ブログや書籍は情報が古くなることがあるが、公式ドキュメントは最新の情報が反映されている。
資格取得について
スキルアップの文脈で、資格取得についても触れておく。
自分はいくつかの資格を取得してきた。ITパスポート、基本情報技術者、応用情報技術者など。資格取得の勉強を通じて、普段の現場では学びにくい体系的な知識を得られた。
ただ、資格のコスパについては正直な感想を言うと、「あれば有利だが、なければ致命的というわけでもない」という程度だと思っている。資格よりも実務経験の方が、転職市場では重視されることが多い。
資格取得をすすめる状況は、「体系的な知識を整理したい」「特定の分野の基礎を固めたい」「転職活動で客観的な指標を持ちたい」というケースだ。「資格があれば年収が上がる」という期待は、過剰な場合が多い。
勉強を続けるために意識していること
「勉強した方がいいのはわかっているが、続かない」という悩みを持つエンジニアは多い。自分も同じだった。続けるために意識してきたことをいくつか挙げる。
現場での課題と学習をつなげることが一番効果的だ。「この本を読まなければ」という義務感より、「今の現場でこういう問題があって、それを解決するために学ぶ」という動機の方が、学習が続きやすい。抽象的な知識より、すぐに使える知識の方が定着しやすい。
毎日少しずつ続けることも大切だ。週末にまとめて勉強しようとすると、なかなかできない。毎日30分でも、通勤時間でも、継続する習慣の方が長期的には効果が大きい。
アウトプットを意識することも効果的だ。読んだだけでは忘れやすい。現場で実践する、チームメンバーに共有する、ノートにまとめる。何らかの形でアウトプットすることで、知識が定着しやすくなる。
よくある疑問への回答
Q. 技術書はどのくらいのペースで読めばいいですか？
速度より継続が大切だ。1冊を1ヶ月かけてじっくり読んでも、毎月1冊続けられれば年間12冊になる。「速く読む」より「読み続ける」ことを優先してほしい。
Q. 英語の技術書や英語の公式ドキュメントは読めないと厳しいですか？
日本語の情報だけでも十分な場合が多い。ただ、新しい技術の情報は英語で先に出ることが多いので、英語のドキュメントを読む習慣があると情報収集の幅が広がる。DeepLなどの翻訳ツールを使えば、英語が得意でなくても読める。
Q. 技術書は買った方がいいですか、図書館で借りた方がいいですか？
手元に置いて何度も参照する本は買う方が良い。「リーダブルコード」「達人プログラマー」のような基礎的な本は、手元に置いておく価値がある。一度読んで終わりの本は図書館や電子書籍サービスで十分だ。
まとめ：自分のステージに合った学習が大切
エンジニアの学習に、万人共通の正解はない。自分のステージ、現場で直面している課題、目指すキャリアによって、何を学ぶべきかが変わる。
3〜5年目の伸び悩み期には、技術書で基礎を固め直すことが、自分にとって最も効果的な学習だった。現場でなんとなくこなしていた部分の理解を深めることで、自信を持って仕事に向き合えるようになった。
「何を学べばいいかわからない」という状況なら、まず今の現場で感じている課題や疑問から始めることをすすめる。その課題を解決するための学習が、最も定着しやすい。
コメント