【最新版】ITエンジニアにオススメしたい珠玉の技術書15選

エンジニアが是非とも読んでおきたい技術書を15冊選んで、特徴を記載します。どれも読み応えがあり、値段以上の価値を持たさしてくれる傑作ばかりです。

幅広いラインナップとなっていますので、興味のあるところだけでも読んでいって欲しいです。

コンピューター・サイエンス

キタミ式イラストIT塾 基本情報技術者

私が文系の学生からエンジニアになってから、最初に読んだ技術書です。僕のエンジニア人生はこの本から始まりました。

当時会社では、「入社までに基本情報処理試験の勉強をしておいてね」という宿題があり、それの参考書として買いました。

この頃はITの知識は何もなかったけど、分かりやすい平易な文章と豊富な絵で、初心者でも理解がしやすいです。

今でもたまに「聞いたことがあるけど、なんだっけ？」という言葉が出てきたら、辞書的に使って読んでいます。

「これからエンジニアになりたい」方にピッタリな一冊。

DB

達人に学ぶSQL徹底指南書 第2版 初級者で終わりたくないあなたへ

現場でSQLを書き出して、何となく簡単なものは書けるようになった。

でも、もっと複雑なSQLを書く必要が出た時に買って読んだ技術書。

ということで、「SQLについて初心者から中級者を目指すタイミングで読んだら凄く良い」と思います。

「Rubyが良いとか、PHPが良いとか、やっぱJavaだよね、とかPythonが来ているらしいとか」、プログラミング言語は流行り廃りがあったり、現場によって使う言語が違ったりで、これまで学習した知識を捨てないといけない場面が出てきます。

もちろん一つの言語をよく知ってたら、他の言語に移っても考え方は同じなので、使える知識ですが。

しかし、SQLを使わない現場は多分ないと思うので、一回勉強してしまえばずっと使える武器となります。

この辺の詳しい話は以下で詳しく記載しています。

達人に学ぶDB設計 徹底指南書

SQLは書けるが、DB設計は初めての時に、１番読んだ技術書。

この書籍を読めば、DB設計に関して、初心者から中級者にまでレベルアップできます。

Lunux

新しいLinuxの教科書

エンジニアになって3年目くらいの時に、先輩が作った手順書をそのままポチポチとコマンドプロンプトで動かしていると、よく知らないコマンドがたくさん出てきました。

今まで読んできた技術書にはこのコマンドのことは書かれていなかったので、「これ何だ？」と思いました。

しかし正直に告白すると、当時はプログラミングの勉強で手一杯だったし、このコマンドを覚えてもどのように使ったら良いのか分からなかったので、一旦放置していました。

これが私とLinux(のコマンド)との出会いでしたが、経験を積むと、Linuxが必須科目である理由が理解できました。

Linuxのコマンドを覚える作業は使い所が分からないと非常に地味で退屈な作業だと思います。

自分もそう思っていました。

しかし、Linuxの知識はエンジニアとして働くために必須科目です。

その時に勉強した技術書が以下で、VMで仮想環境を作って、技術書に書かれている通りにポチポチと練習したことを覚えています。

AWS

まず前提として、「クラウドって何？」って言う方は以下の記事で分かりやすくまとめているので、是非読んで頂けたらと思います。

Amazon Web Services 基礎からのネットワーク＆サーバー構築 改訂3版

AWSを業務で使うことになった2019年に買って読んだ技術書です。

この本は何が良いかというと、「ネットワークとかサーバー構築とかインフラの知識も最初から説明してくれて、AWSを使ってハンズオンで学べるところ」です。

自分は長らくオンプレミスのアプリエンジニアだったので、インフラはインフラエンジニアが構築していたし、業務で使う機会がありませんでした。

しかし、AWSを使うようになってからはアプリエンジニアとインフラエンジニアの境界線が曖昧になって、自分でインフラ設計や構築もしなくてはいけなくなりました。

コードでインフラを構築出来て、オンプレミスよりも一般的にはインフラ構築の工数が少なくなりがちなクラウドの特性上、この境界線が曖昧になっていく現象は、あるあるネタなのかなーって個人的には思っています。

AWS認定資格試験テキスト AWS認定 クラウドプラクティショナー

AWSを勉強し始めて、どうやって知識をつけようかなと考えた時に買った技術書です。私はこの技術書を読んで勉強して、AWS認定クラウドプラクティショナー認定試験に合格しました。

この技術書はAWSの設計思想やAWSのサービスの概要が非常に良くまとまっています。

まさに、AWSを初めて勉強する人が最初に買って勉強したい技術書だと思います。

AWSの公式サイトでは無料のホワイトペーパーという公式リファレンスやBlackBletというホワイトペーパーよりもこう少し噛み砕いたペーパーがありますが、初心者の方が最初にここから情報を拾っていくのはなかなか難しいのではないかと思います。

AWS認定アソシエイト3資格対策～ソリューションアーキテクト、デベロッパー、SysOpsアドミニストレーター～

この書籍は、アソシエイトレベルのAWS認定試験を受ける時に買いました！

上記のクラウドプラクティショナーと比べて、もう少し詳しいAWSサービスの内容が書かてています。

それが凄くまとまっているなーという印象で、正直あまり期待をせずに買ったのですが、非常に当たりでした！

どうまとまっているかと言うと、例えばセキュリティという観点で、横串で色々なサービスが比較されていたりと、公式のドキュメントを使っているとなかなか見えてこない関連性が情報としてまとまっていると言う点が個人的には非常に良かったです。

AWS認定を受けたいという方は勉強するのに、とてもおすすめの書籍となっていますので、是非手にとって読んでみて下さい！

AWS認定試験については、以下の記事でもまとめています。

Amazon Web Servicesインフラサービス活用大全 システム構築/自動化、データストア、高信頼化 impress top gearシリーズ

これはAWSの色々なサービスを組合わたアーキテクチャを勉強したり、ハンズオンとして実装がやってみたくて買いました。

この技術書にはインフラのコード化とか、運用タスクの自動化とか、現場に持っていったら喜ばれるような技術についてたくさん書かれています。

プログラムへの理解を深める

プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則

「3年目までに」と書いていますが、どのキャリアにいる人が読んでも何か得られるものがある技術書です。

これはプログラミングにおけるベストプラクティス集だと個人的には思っています。

例えば、KISS(Keep It Simple, Stupid)とかDRY(Don’t Repeat Yourself)とか、そういうコーディング時の考え方が知れます。

新装版 達人プログラマー 職人から名匠への道

上記の技術書とカテゴリは被りますが、もう少し開発者の達人として、どうコードの問題に立ち向かうか、どうプロジェクトの中で立ち回るかという点に主眼を置いている書籍だと思います。

特に「割れ窓理論」という1つの小さな問題をずっと放置しておくと、解消しようという気持ちがなくなっていき、どんどんと問題が増えていくという理論があります。これはずっと心に残っていて、技術的負債は出来るだけ持ち越さないようにという意識を植え付けられました。

プロジェクトマネジメント

カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで

プロジェクトで働いていて、「何かこのチームはおかしいので、自分から変えたいけど、自分一人だと何をしたらいいのか分からない」と思ったことはありませんか？

この書籍は、「たった一人から小さな改善活動を初めて、最後は一丸となったチームを形成するまでの事例やテクニックをストーリー仕立てで読みやすく書かれた名著」です。

段々と個人がチームになっていくジャーニーの過程が非常に面白く、自分もこんなチームを作ってみたいという気持ちになります。

「アジャイル開発をやってみたい」という方に、非常にオススメの一冊です。

チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで

この書籍は上記の書籍の続編です。

前著と比べると、より踏み込んで「自分たちで改善を繰り返しながら、主体的にチームの問題が解決出来る自己自律型のチームをビルディングするための道筋」をストーリー仕立てでお話してくれる書籍だと思います。

この書籍では、アジャイル開発の手法の紹介もしています。

アジャイル開発において、「チームがこういう状態だったら、こういうワークショップをしたり、こういう考え方をしたら良い」というような事が記されています。

ストーリー仕立てになっているので、読みやすいのはもちろんですが、読んでいると、「あぁー、自分のチームは今、この状況だ」と重なるところが出てきます。

仕事が楽しくないという人も、自分の役割をチームの中で持ってチームの中に自分の居場所を見つけられたら、楽しくなってくると思います。

アジャイルサムライ――達人開発者への道

これは私が、現場でアジャイル開発を採用した時に読んだ書籍です。

アジャイル開発の書籍ですが、プロジェクトに対する考え方とか、顧客との関わり方とか、アジャイル開発をしていない人にも、仕事の視座が上がるヒントがたくさん記されています。

そのため、ウォーターフォールモデルで開発をしている方にもオススメな書籍です。

アジャイル開発について、もっと詳しく知りたい方には、以下の記事がおすすめです。

エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング

この書籍は　当時のPMが「想定外やー！」と叫ぶことが多く、なぜ想定外の自体が起こるのかということを知りたくてヒントになりそうな書籍ないかなーと思って探したのが買ったキッカケでした。

この書籍のテーマは「不確実性に向き合うにはどうしたら良いのか」という点です。

この書籍では分からないことは基本的に2つしかなくて、「未来のこと」と「他人のこと」が分からないと記されています。

なので、はやく動いて実験して、問題を出来るだけはやく発見することが大切であり、関係者と密にコミュニケーションを取って、お互いの状況や立場や、性格をしっかりと把握する必要があるということを痛感させられます。

個人開発をはじめよう！クリエイター25人の実践エピソード

この書籍はもしかしたら、「技術書と言うよりも、開発者のエッセイ」という側面が強いかも知れませんが、単純に個人開発に向けたモチベーションが高まります。

技術者が個人開発でサービスを苦労して開発をしていって、完成して、リリースしてといった流れの中で紆余曲折があって喜んだり、つらい思いをしている姿が非常にエモいわけです。

個人開発をやっている人・これからやりたいという人にとって自分が進むべき羅針盤となるような一冊であると思います。

最後に

ここまで15冊の素晴らしい技術書を紹介しました。

読者が今、キャリアのどこにいるのかは分からないし、タイミングによって響く、響かないの違いはあると思います。

しかし、長いエンジニア経験の中で、今回紹介した15冊の技術書たちに助けられる場面が出てくると思います。

楽しくて、自分で自分のキャリアをコントロール出来るエンジニアになるために、是非ともどれかは手にとってもらいたいと思います。