プログラミングというと「コードを書く」イメージが強いですが、実務では既存コードの修正や理解に多くの時間が費やされていることをご存知でしょうか。実は、エンジニアの日常において、プログラムを「書く」ことよりも「読む」時間の方が圧倒的に長いのです。

そこで今回は、『[書くスキルも設計スキルも飛躍的に上がる！プログラムを読む技術](https://www.amazon.co.jp/%E6%9B%B8%E3%81%8F%E3%82%B9%E3%82%AD%E3%83%AB%E3%82%82%E8%A8%AD%E8%A8%88%E3%82%B9%E3%82%AD%E3%83%AB%E3%82%82%E9%A3%9B%E8%BA%8D%E7%9A%84%E3%81%AB%E4%B8%8A%E3%81%8C%E3%82%8B%EF%BC%81-%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E3%82%92%E8%AA%AD%E3%82%80%E6%8A%80%E8%A1%93-%E5%B2%A9%E6%9D%BE-%E6%B4%8B/dp/4296071025)』の著者でIT企業でのエンジニア経験と自身が運営するプログラミング教室での指導を通じて「読む技術」の重要性に気づいたという岩松洋氏にインタビュー。「読めるようになれば書く力も自然と向上する」と話す岩松氏に、効率的なプログラムの読み方と、その先にある技術向上のヒントを伺いました。

*■『書くスキルも設計スキルも飛躍的に上がる！プログラムを読む技術』 *

出版社：日経BP、著者：岩松洋

*■岩松 洋 *
岡山大学工学部修士課程情報工学専攻卒。大手IT企業にてプログラマー、システムエンジニアとして経験を積み、情報処理技術者プロジェクトマネージャー資格を取得。開発チームのプロジェクトマネージャーとして官公庁のセキュリティシステム開発を担当後、起業。豊富な開発経験と要件定義のスキルを活かし、中小企業の生産性向上や業務効率改善を支援する専門コンサルタントとして活動。また、人材育成にも力を入れ、「考える社員」を育てることを目的とした企業向けの研修プログラムを提供し、講師も務める。

## エンジニアが見落としがちなコードを「読む技術」の重要性

#### balloon kishi left
まず、プログラマーにとってなぜプログラムを読む技術が必要なのかお聞かせいただけますか？

#### balloon iwamatsu right
**プログラムを書くときもシステム開発をするときも、プログラムを読む機会が本当に多い**からです。書いたプログラムのデバッグやテストは必ずありますし、他人の書いたプログラムを引き継ぐこともあります。現在はAIが書いたプログラムをもとに変更することもあるでしょう。

#### balloon iwamatsu right
私の経験でも、**プログラムを「書く」よりも「読む・修正する」時間の方が長かった**ように思います。プログラミングを仕事にする方にとっても、学ぶ方にとっても、プログラムを読む技術は本当に重要です。

#### balloon kishi left
たしかに実務では自分で一から書くよりも、既存コードを修正する機会の方が多いかもしれませんね。読む技術が高まると、書く技術も高まるとのことですが、その理由を詳しく教えていただけますか？

#### balloon iwamatsu right
**プログラムを読む際には、プログラムの設計の全体像を理解することが必要です。**一行ずつ文法的に読み取ることと、プログラム全体を設計的に読み取ることの両方が必要になります。

*【プログラムを読む手順】*
1 . プログラムの全体（設計）を読み取る
2 . プログラムを分解して各部分を読み取る
3 . プログラムの分解を続けながら、一行ずつ読み取る

*【プログラムを書く手順】*
1 . プログラムの全体を設計する
2 . 全体を分解して、各部分を設計する
3 . プログラムを一行ずつ書く

#### balloon kishi left
双方に「設計」という共通点があるのですね。

#### balloon iwamatsu right
そうなのです。両者にはまず**「設計」という点が共通**しています。プログラム全体(設計)を読めるようになると、プログラムを書くときの設計技術が上達するのです。

#### balloon iwamatsu right
バグ修正・デバック、機能追加・仕様変更、コードリファクタリング、他人のコードの引き継ぎといった場面では、**プログラム全体の流れと設計を読むことが重要**です。プログラムを修正する際に、設計をきちんと読み取らないと、思わぬバグを作り出してしまうこともあります。

#### balloon kishi left
プログラミング教室を運営されている立場から、学習者がつまづきやすいポイントはどこか教えていただけますか？

#### balloon iwamatsu right
教室で見ていると、**文法は理解しているのにまとまったプログラムになると読めない**という生徒さんが多いです。特にfor文（※特定の処理を決まった回数繰り返す命令文）やwhile文（※条件が満たされる間、処理を繰り返す命令文）といった繰り返し文や、関数に関する質問が多いです。

#### balloon iwamatsu right
例えば、for文の繰り返しで「何を繰り返しているのか」「なぜそれを繰り返す必要があるのか」というプログラムの目的や設計の部分が理解できていないケースが多いです。

#### balloon kishi left
プログラムの構文は理解できても、その背後にある意図や目的が見えないということですね。

#### balloon iwamatsu right
文法的にはif文（※条件分岐を行う命令文）やfor文がわかっていても、**複数の機能が組み合わさったプログラム全体の設計や目的が理解できないと、読み取りができなくなってしまいます。**これはプログラミングを始めたばかりの方に特によく見られる課題といえます。

## 他の人が書いたコードが読みにくいのはなぜ？

#### balloon kishi left
他の人が書いたプログラムを読むときに読みにくく感じることが多いのはなぜでしょうか？

#### balloon iwamatsu right
**プログラムを書いた人と読む人の考え方や目の付けどころ、意識にズレがある**ためです。そのズレがどんなところで起こっているのかというと、次の7つの理由が考えられます。

1 . 設計する際の考え方の違い
2 . プログラム作成に使われた言語の違い
3 . 関数の作り方の違い
4 . 関数名、変数名の付け方の違い
5 . コメントの書き方の違い
6 . 入力と出力の考え方の違い
7 . スキルの違い

#### balloon kishi left
この中でも特に大きな理由はどこにあると感じていますか？

#### balloon iwamatsu right
最も大きな理由は、設計する際の考え方の違いです。同じ機能を実現するプログラムでも、プログラマーによって変数や関数の使い方が大きく異なるからです。

#### balloon iwamatsu right
細かいところでは、繰り返し処理をするとき、for文とwhile文のどちらを使うかなど、人によって考え方が違います。設計における考え方の違いがプログラミングにそのまま表れるので、自分と違う考え方をすぐに読み取ることは難しいのです。

#### balloon kishi left
プログラミング言語による違いもあるんですね。

#### balloon iwamatsu right
はい、それも主な理由として挙げられます。例えば、私はC言語から始めたので、main関数を作る習慣があり、switch文（※複数の条件分岐を一度に行う命令文）に慣れています。for文は0から9までのように数値で回すことが多いですね。

#### balloon kishi left
そうした違いが読む側にとって障壁になるわけですね。他にも言語ごとの特徴はありますか？

#### balloon iwamatsu right
例えば、プログラミング入門書で取り上げられることの多い、「Hello, World!」と出力するプログラムを言語ごとに比較してみましょう。

~~『書くスキルも設計スキルも飛躍的に上がる！プログラムを読む技術』より転載~~

#### balloon iwamatsu right
他にもC言語ではクラス（※オブジェクト指向プログラミングの基本要素で、データと機能をまとめたもの）はありません。C++という言語でクラスを使えるようになります。

#### balloon iwamatsu right
これらはPythonから始めた人には違和感があるでしょう。例えばPythonのfor文は、リストの中の要素を1つずつ取り出すような使い方をします。同じことをしているようでも考え方が違うので、読むときに違和感が生じることがあります。

## プログラムを読み解く前に必要な準備とは?

#### balloon kishi left
効率的にプログラムを読むために、事前に行うべきことはありますか？

#### balloon iwamatsu right
**プログラムを読み始める前に、プログラムを読むためのヒントを探すことが大切**です。何をするためのプログラムなのか、どのような処理の流れになっているか、どのような部分や関数があるか、などを事前に把握してから読み始めると、読みやすくなります。

#### balloon iwamatsu right
また、実際のプログラムと事前の理解を照らし合わせながら読むと、理解が進みやすいです。

#### balloon kishi left
具体的にはどんな方法があるのでしょうか？

#### balloon iwamatsu right
まず、ドキュメントを探すことです。**外部仕様書や詳細設計書があれば、それを読むことで、プログラムの目的や全体像を把握できます。**これが最も正確なヒントになるはずです。

#### balloon kishi left
ドキュメントが見つからない場合はどうしたらよいでしょうか？

#### balloon iwamatsu right
その場合は、**プログラムを書いた人に直接質問するのが効果的**です。プログラムを書いた本人に意図や構造を尋ねることで、多くの場合、自分でコードを解読するよりも短時間で正確に理解できます。

#### balloon iwamatsu right
**ドキュメントもなく、書いた人にも連絡が取れない場合は、プログラムを実行してみる**という方法があります。実行結果を観察することで、プログラムの機能や処理の流れが見えてくることが多いです。

#### balloon kishi left
インターネット上のプログラムの場合、ファイル名やコメントからヒントを得ることもありそうですね。

#### balloon iwamatsu right
ファイル名やフォルダ構成、READMEファイルなど、さまざまな情報がヒントになることがあります。また、**最近ではAIに聞くという方法も増えています。**実際、イベントでプログラムの読み方について説明した際、ある参加者はChatGPTにプログラムの機能を尋ねていました。

#### balloon kishi left
プログラムを読む前に、どのような視点で内容を予測すると効果的でしょうか？

#### balloon iwamatsu right
**プログラムの目的に基づいて、必要な入力、期待される出力、そして処理内容を事前に考えておくことが効果的**です。例えば、タイムカードのプログラムならば、「打刻する」「集計する」という機能が必ず存在するはずです。タイムカードシステムの目的は、打刻したデータを蓄積し、勤務時間などを集計することだからです。

#### balloon kishi left
具体的な例を挙げていただくとイメージしやすいですね。どのように読み進めていくのでしょうか？

#### balloon iwamatsu right
このような予測をしておくと、「打刻する部分はどこに実装されているか」「集計する処理はどの関数で行われているか」という視点でプログラムを確認できます。さらに詳細を掘り下げると、打刻機能には「誰が打刻するか選択する」「何の作業を打刻するか選択する」「誰、何、時刻を保存する」といった要素があるはずだ、という具合に読み進められます。

#### balloon kishi left
機能を予測して、「こういう部品があるはず」と考えながら読むわけですね。非常に実践的なアプローチだと思います。

## コードの読解は全体から部分へ3ステップで

#### balloon kishi left
実際にプログラムを読むときのステップや考え方について教えてください。

#### balloon iwamatsu right
プログラムを読むときは、まず全体像を把握し、その後部分部分を理解していくことが大切です。具体的には主に3つのステップがあります。

#### balloon iwamatsu right
**まず第一に、メイン部を読みます。**プログラム全体の流れを把握するために、まずメインの部分を見つけて読みます。メイン部分とは、プログラム全体の動きを書いた部分です。Pythonの場合はインデントされていない行で、関数定義（def）やライブラリ読み込み（import）などの準備コードを除いた部分です。C言語の場合はmain関数がそれにあたります。ここを読むことで、プログラム全体の流れや構造が見えてきます。

#### balloon kishi left
なるほど。一行目から順番に読んでいくのではなく、まずメイン部分を見つけるのが大事なのですね。

#### balloon iwamatsu right
**第二に、データ構造を読みます。**全体で使われるグローバル変数（※プログラム全体から参照できる変数）や重要なデータ構造を理解します。これらはプログラムのコアな部分であることが多く、その目的や使われ方を理解することで、プログラムの動作原理が見えてきます。

#### balloon iwamatsu right
グローバル変数にこそ設計の癖が現れることが多いです。どのような変数をグローバルに定義し、どのような役割を持たせているかを見ると、プログラマーの考え方やプログラムの構造がわかります。

#### balloon kishi left
たしかに、核となるデータ構造がわかれば、処理の仕組みも理解しやすそうですね。

#### balloon iwamatsu right
**第三に、部分ごとに読み解いていきます。**メイン部分と重要なデータ構造を理解した後、プログラムを部分部分に分解して読み解いていきます。このように「全体」→「部分」→「一行ずつ」という順序で読むと、プログラムの細部まで理解できます。

#### balloon iwamatsu right
一例として、上記の「数当てゲームのプログラム」で見てみましょう。まず、最初に探すメイン部は、4行目の以下が該当します。

#### balloon iwamatsu right
上記の内容から、プログラム全体の処理を以下のように推測します。

プレーヤーに数字を入力させる

#### balloon iwamatsu right
推測内容をもとに、次はランダムに数字を決めているところを探していくという流れです。

#### balloon kishi left
その順序で読むメリットはどこにあるのでしょうか？

#### balloon iwamatsu right
短いブログラムであれば、細かい手順を踏む必要はないかもしれませんが、長いプログラムを一行ずつ最初から読んでいくと、全体の流れがわからず迷路の中を歩いているような感覚になりがちです。まずは全体像を掴み、そこから細部に入っていくことで、プログラムの構造と目的を理解しやすくなります。

#### balloon kishi left
なるほど。読みにくいプログラムを読むためのコツもぜひ教えてください。

#### balloon iwamatsu right
まず、**プログラムの目的をしっかりと把握することが重要**です。何のためのプログラムなのか、何をするためのものなのかが分かれば、どんな部品があるのかを想像できます。例えば、先にも述べたタイムカードのプログラムなら、どのような設計であっても打刻と集計の機能があるはずです。

#### balloon iwamatsu right
このようにプログラムの目的から想像される機能を考え、「この機能はどこに実装されているか」という視点でプログラムを読むと理解しやすくなります。

#### balloon kishi left
プログラムを読む前に想像することが大切なのですね。

#### balloon iwamatsu right
また、読みにくいプログラムの場合は、理解できない部分があっても全てを理解しようとせず、必要な部分に焦点を当てることも大切です。例えば、ライブラリ関数の内部実装まで理解しようとすると膨大な時間がかかります。その関数がどのような入力を受け取り、どのような出力を返すかという役割を理解するだけで十分な場合もあります。

## AIと共に進化するプログラム読解術

#### balloon kishi left
最近はAIによるプログラム生成も増えていますが、AIを活用した読み方のコツなどはありますか？

#### balloon iwamatsu right
**AIはプログラミングの学習において非常に役立ちます。**例えば、プログラムの読み方を練習したい場合、AIにプログラムを書かせて、それを読む練習をすることができます。

#### balloon iwamatsu right
私も実際にChatGPTに「こんなことをしたいからプログラムを書いて」とお願いすると、プログラムだけでなく、各部分で何をしているかの説明も書いてくれました。ただ、それでは練習にならないと思い、「プログラムだけ書いて」とお願いしたら、説明なしでプログラムだけを生成してくれました。

#### balloon kishi left
それは面白い活用法ですね！練習のためにAIでプログラムを用意してもらうという発想はありませんでした。

#### balloon iwamatsu right
さらにChatGPTに「わざと読みにくいプログラムを書いて」とお願いして、読解の練習に使うこともできます。これは特に読み方のトレーニングに効果的です。

#### balloon iwamatsu right
また、読みにくいコードをAIに渡して、より読みやすく整理してもらうことで、元のコードと比較しながら読み方を学ぶこともできます。AIが書くプログラムは非常にきれいで読みやすいものが多いですので、リファクタリング前後のコードを比較することで、良いコードの特徴も学べます。

#### balloon kishi left
AIも活用すれば、より効率的に学べそうですね。最後に、これからプログラミングを学ぶ方や現役エンジニアへのメッセージをお願いします。

#### balloon iwamatsu right
プログラミングの学び始めに、文法を習い、課題を解けるようになったのに、「プログラムを読めない」「自分でプログラムを書けない」という課題が多く見られます。なぜか考えていくと、「設計」にたどり着きました。

#### balloon iwamatsu right
設計は、身につくまでの量に個人差がありますが、繰り返しの練習が必要です。ただ、**プログラムの読み方を知ると、習得に必要な量を減らすことができます。**『書くスキルも〜』の本の内容も参考にして、「設計を読む」「全体から読み始める」という考え方を知っていただけたらと思います。

プログラミングというと「コードを書く」イメージが強いですが、実務では既存コードの修正や理解に多くの時間が費やされていることをご存知でしょうか。そこで今回は、「読めるようになれば書く力も自然と向上する」と話す岩松洋氏に、効率的なプログラムの読み方と、その先にある技術向上のヒントを伺いました。

大学卒業後、構成作家・フリーランスライターとして、幅広いメディア媒体に携わる。現在は採用関連のインタビュー記事や新卒採用パンフレットの制作に注力しながら、SaaS企業のマーケティングにも携わっている。いま一番関心があるのは、キャンプ場でワーケーションできるのかどうか。

岸 裕介

岩松 洋
岡山大学工学部修士課程情報工学専攻卒。大手IT企業にてプログラマー、システムエンジニアとして経験を積み、情報処理技術者プロジェクトマネージャー資格を取得。開発チームのプロジェクトマネージャーとして官公庁のセキュリティシステム開発を担当後、起業。
豊富な開発経験と要件定義のスキルを活かし、中小企業の生産性向上や業務効率改善を支援する専門コンサルタントとして活動。また、人材育成にも力を入れ、「考える社員」を育てることを目的とした企業向けの研修プログラムを提供し、講師も務める。

岩松さん

「プログラムを読む技術」を学ぶことで、書くスキルも高まる理由

効率的にコードを読み解くためのステップと考え方

プログラムを読む力が高まる新たなAI学習法

コードを「書く」よりも「読む」ほうが重要!? “誰も教えてくれない”プログラムを「読む技術」とは？

ITエンジニアが1年を振り返り、おすすめの本を選ぶイベント「ITエンジニア本大賞2025」のプレゼン大会が2月13日に開催されました。全国のエンジニアによるWeb投票で選出された技術書・ビジネス書の各ベスト10から、特に支持の高かった6冊について著者や編集者が登壇。それぞれの書籍の魅力を語りました。

技術書部門では、「この一冊で全部わかる ChatGPT & Copilotの教科書」「7日間でハッキングをはじめる本」「VTuberサプーが教える！ Python 初心者のコード／プロのコード」の3冊が選出。

ビジネス書部門では「世界一流エンジニアの思考法」「ITエンジニア働き方超大全」「『何回説明しても伝わらない』はなぜ起こるのか？」の3冊が選ばれました。本記事では、AIからキャリア論、コミュニケーションまで幅広いテーマについて語られたプレゼン大会の模様をお届けします。

*■ITエンジニア本大賞2025*
開催期間：2024年11月7日（木）～2025年2月13日（木）
技術書、ビジネス書全般。出版社や刊行年は問わず、この1年を振り返っておすすめしたい書籍。※[過去の大賞受賞書籍](https://www.shoeisha.co.jp/campaign/award/about#past)は除く
主催：翔泳社

## 「この一冊で全部わかる　ChatGPT & Copilotの教科書」（技術書部門）

~~「この一冊で全部わかる　ChatGPT & Copilotの教科書」中島大介 (著), 西宏章 (監修)／出版社：SBクリエイティブ~~

#### balloon nakashima left
私はプログラミング教育事業を運営する傍ら、YouTubeチャンネルを5年ほど続けています。最初にプログラミングを学んだのは、C言語の入門書でした。しかし変数や関数、ポインタなど、初心者には難しすぎる内容で完全に挫折しました。この経験から、初心者に寄り添った技術書を作りたいという思いが生まれ、本書の執筆につながっています。

#### balloon nakashima left
本書には3つのこだわりがあります。**1つ目は、フルカラーで大量のイラストを入れている点です。**最近は本を読まない方も増えているので、イラストをたくさん入れた本を作りたいと考えました。編集者からはイラストが想定以上に多すぎると指摘されましたが、譲れないポイントとして全て採用してもらいました。

#### balloon nakashima left
**2つ目は、読み物として面白い内容を目指した点です。**ChatGPTの本は、プロンプト例が並んでいるだけの書籍が多いのですが、そうではなく、**AIが文章生成する仕組みなどもわかりやすく解説しています。**AIは日々進化していますが、基本的な理解があれば今後のさらなる技術革新にも対応できます。また、専門的な内容については慶應義塾大学の西宏章先生に監修いただき、信頼性の高い情報を提供しています。

#### balloon nakashima left
**3つ目は、実用的なユースケースの提示です。**ChatGPTの使い方として、英会話練習やレシピ作成、旅行の計画立てなどがよく紹介されますが、実際には使わないケースが多いと思います。そこで本書では、文章作成のコツや誤字脱字のチェック、Excelの関数など、実務で使える活用法を中心に紹介しています。

#### balloon nakashima left
AIの活用については、エンジニアが在籍する企業でさえ、まだ十分に使いこなせていないのが現状です。これからAIの活用が本格化する段階だからこそ、今が学び始めるベストなタイミングといえます。本書を通じて、より多くの方のAIリテラシーが高まることを願っています。

[【関連記事】「AIエンジニアの仕事内容は？求められるスキルや資格について解説します。」](https://mynavi-agent.jp/knowledge/maker/656.html)

[【関連記事】「ChatGPTを会社で活用する方法をフレームワークで解説！AIコンサルタントが語る「最適な仕組みづくり」とは？」](https://and-engineer.com/articles/Z7PxkRAAACQALY0z)

## 「VTuberサプーが教える！ Python 初心者のコード／プロのコード」（技術書部門） 

~~「VTuberサプーが教える！ Python 初心者のコード／プロのコード」サプー（著）／出版社：技術評論社~~

#### balloon saboo left
VTuberのサプーです。普段はYouTubeでPythonのプログラミング情報を発信しています。多くの方がプログラミングを学びたいという思いで動画を視聴してくださって、現在では10万人以上のチャンネル登録者がいます。

#### balloon saboo left
**Pythonは2024年のStack Overflowの調査で、最も使われているプログラミング言語の第3位に入っており、非常に注目されています。**その理由の一つは、現在のAIのほとんどがPythonで作られているためです。AIを作れるエンジニアの育成には、Pythonの学習が必須となっています。

#### balloon saboo left
このような背景からPythonを学ぶ人は増えていますが、初心者から中級者へステップアップできる人は意外に少ないと感じています。本書の執筆前にYouTubeでアンケートを実施したところ、「プロのコードの書き方」に関する本を望む声が1位となりました。

#### balloon saboo left
特に印象的だったのは、**「Pythonの情報は超初心者向けか専門家向けかで二極化しているので、その間を埋める本が欲しい」**というコメントでした。そこで本書では、プロらしい良いコードを書くためのテクニックやヒントを豊富に盛り込みました。

#### balloon saboo left
例えば、可読性を高めるテクニックとして、コードを意味のあるまとまり「関数」に切り分ける方法を紹介しています。多くの入門書では関数のメリットを「コードの再利用」という観点で説明しますが、**実際には一度しか使わない処理でも、コードを整理する目的で関数化することがあります。**そのことが直感的に理解できるように、次のような日本語の文章におけるブロック分けの例も使いながら説明しています。

#### balloon saboo left
このようにブロック分けすると、理解しやすくなりますよね。その他にも本書では、**ミュータブルなオブジェクト、テストコードの書き方、オブジェクト指向、型を意識したコーディングなど、プロフェッショナルな開発に必要なテクニックも詳しく解説しています。**ここからは、この本を一緒に作ってくれた編集者の佐久未佳さんにバトンタッチします。

#### balloon saku right
技術評論社の佐久未佳と申します。本書は技術書に慣れていない読者でも挫折することなく読み進められるよう、さまざまな工夫を施しています。**本書をフルカラーにしたのもその一つで、そうした理由はコードの色分けを見やすく表現するためです。**プログラマーの方々はエディター上での色分け表示に慣れていると思いますが、それをそのまま印刷すると意外と読みづらくなってしまいます。そこでデザイナーと協力し、いくつかのパターンを検討して、最も読みやすく伝わりやすい色使いを実現しました。

#### balloon saku right
これらの工夫の結果、初心者から中級者への橋渡しになればという目標を達成できたと考えています。より良いコードを書きたいと考えている方は、ぜひ本書を手に取っていただければと思います。

[【関連記事】「Pythonのスキルを活かせる仕事とは？習得方法を解説」](https://mynavi-agent.jp/knowledge/it/590.html)

[【関連記事】「Pythonの資格試験について徹底解説！難易度や受験の流れについて」](https://mynavi-agent.jp/knowledge/it/765.html)

[【関連記事】「Pythonライブラリ：Pandasのインストール方法を解説！」](https://and-engineer.com/articles/YXpgehUAACkAisiL)

[【関連記事】「【Pythonのライブラリ管理ツール】pipインストールを解説！Windowsでも簡単？」](https://and-engineer.com/articles/YcJyaRAAACMAl3BX)

## 「7日間でハッキングをはじめる本 TryHackMeを使って身体で覚える攻撃手法と脆弱性」（技術書部門）

~~「7日間でハッキングをはじめる本 TryHackMeを使って身体で覚える攻撃手法と脆弱性」野溝 のみぞう (著)／出版社：翔泳社~~

#### balloon nomizo_itbook left
私は元々エンジニアではありませんでしたが、所属していた会社が情報漏えい事件の被害に遭ったことがきっかけで、セキュリティ対策を本業とするようになりました。

#### balloon nomizo_itbook left
現在、セキュリティ人材は11万人不足していると言われ、セキュリティ関連の求人倍率は50倍という状況です。その中でセキュリティは重要だと認識されながらも、「売上に貢献しない」「面倒くさい」という印象を持たれがちです。しかし、実際には非常に興味深い分野なのです。

#### balloon nomizo_itbook left
**本書で扱う「ハッキング」とは、オフェンシブセキュリティと呼ばれる分野を指します。これは攻撃的な手段を用いてシステムの弱点を特定し、その対策を考える手法です。**一種の予防注射のようなものとお考えください。ただし、日本国内では不用意にハッキングを行うと、悪意がなくても法律に触れる可能性があるため、学習環境の準備が大きな課題でした。

#### balloon nomizo_itbook left
**そこで本書では、イギリスのサービス「TryHackMe」の利用を提案しています。**このサービスでは、クラウド上で脆弱性のあるサーバーを安全に立ち上げ、VPN経由で接続することで、隔離された環境でハッキングを学習できます。

#### balloon nomizo_itbook left
7日間のカリキュラムでは、パスワードの重要性やソフトウェアの更新など、普段セキュリティ研修で聞くような内容を実際に体験しながら学べます。基礎的な脆弱性の確認から始めて、最終的にはWordPressやActive Directoryなど、**実務でよく使用されるソフトウェアへの実践的なハッキングまで段階的に学習できる内容となっています。**

#### balloon nomizo_itbook left
新人の方でも、独学でも着実に成長できるようスモールステップで優しく解説しており、興味のある部分から始めることもできます。Amazonのレビューでも**「脆弱性や攻撃手法を具体的に知ることができて楽しめた」「実践を通じてサイバーセキュリティの基礎を身につけることができた」**という評価をいただいており、本書の目指した方向性が読者の皆様に受け入れられているようです。この本をきっかけに、ぜひエンジニアの皆さんにセキュリティの知識を深めていただければと思います。

本書は特別ゲストのManaさんによる「特別賞」を受賞。さらに、プレゼン大会を視聴されたみなさんによる最終投票で、**「技術書部門大賞」**にも選ばれました。投票理由や感想コメントの一部を抜粋します。

ハンズオン形式でハッキングを学べる貴重な本。攻め方を理解することで、より守り方が理解できる。

類書の少ない分野で、初学者向けの本が出てきたのはとても大きい。

職場の同僚たちとハンズオンで取り組みました。攻撃側の視点でセキュリティを捉えるきっかけになり、いい経験ができました。

[【関連記事】「セキュリティエンジニアとは？仕事内容・年収・資格について」](https://mynavi-agent.jp/it/jobindex/09.html)

[【関連記事】「情報セキュリティマネジメント試験の難易度は？合格率と勉強方法を解説」](https://and-engineer.com/articles/Y6MWKxIAACQAZEtp)

## 「ITエンジニア働き方超大全 就職・転職からフリーランス、起業まで」（ビジネス書部門）

~~「ITエンジニア働き方超大全 就職・転職からフリーランス、起業まで」小野 歩 (著)／出版社：日経BP~~

#### balloon sengoku right
本書の編集を担当した仙石誠と申します。普段はプログラミングの入門書や基本書を中心に企画・制作していますが、その中でITエンジニアとして働く際の入門書やガイドブックが不足していることに気づきました。そこで、豊富なキャリア支援経験をお持ちの小野さんにご相談させていただき、本書の企画が実現しました。ここからは、著者の小野さんのコメント映像を紹介します。

#### balloon ono left
テックワークスの小野歩と申します。本書を通じて、ITエンジニアの方々が理想の人生を実現するためのお手伝いができればと考えています。私自身、SIerのバックエンド開発からキャリアをスタートし、現在は独立してITスクールを中心としたキャリア支援事業を行っています。

#### balloon ono left
これまで1000人以上のエンジニアのキャリア相談に携わってきましたが、多くの方に共通する課題がありました。それは、**転職や就職がゴールになっていることや、数年後の方向性が見えないという悩みです。**本書では、この課題に対する一つの答えとして、「キャリアビジョン」の大切さを強調しています。

#### balloon ono left
**キャリアビジョンとは、この先自分がどうありたいか、人生の理想像を具体的に描くことです。これが明確になっていると、様々な場面での意思決定が容易になります。**例えば、どの領域で働くか、収入とワークライフバランスをどのように捉えるのか、さらには結婚や家族との関係など、生活面での変化にも柔軟に対応できます。また、フリーランスへの移行を考える際も、適切なタイミングで決断することができます。

#### balloon ono left
**本書では理論的な説明だけでなく、できる限り多くのケーススタディを紹介しています。**キャリアビジョンがしっかりしていたからこそ良い選択ができた事例や、逆にキャリアビジョンが不明確だったために苦労した事例なども掲載しています。これらの実例を通じて、エンジニアの皆様がご自身のキャリアビジョンを構築する際の参考にしていただければと思います。

[【関連記事】「ITエンジニアの職種図鑑」](https://mynavi-agent.jp/it/jobindex/)

## 「世界一流エンジニアの思考法」（ビジネス書部門）

~~「世界一流エンジニアの思考法」牛尾 剛 (著)／出版社：文藝春秋~~

#### balloon yamamoto_itbook right
文藝春秋の山本浩貴と申します。本書は、マイクロソフトで活躍されている牛尾剛さんが、ソフトウェア開発の最前線で一流の同僚たちから得た学びをまとめた一冊です。発売以来、**「仕事の考え方が激変した」「黒船襲来レベルのカルチャーショック」「グローバル水準のマインドセットが学べる」**など、大変ありがたい評価をいただいてきました。

#### balloon yamamoto_itbook right
一点特筆すべきは、本書は「弱点を抱えた人」や「壁にぶつかる人」すべてをエンパワーするものだということです。**ADHDで仕事に困難を覚えてきた牛尾剛さんが40代で見出したこの方法論は、仕事を高める本質が才能や能力ではなく、「考え方」と「チームビルディング」にあることを力強く示しています。**ここからは、著者の牛尾さんのコメント映像を紹介します。

#### balloon ushio left
こんにちは。「世界一流エンジニアの思考法」の著者、牛尾剛と申します。私はこれまでずっとプログラマーとして仕事をしてきましたが、日本では思うように成果を出せませんでした。

~~「世界一流エンジニアの思考法」（文藝春秋）著者 牛尾 剛さん~~

#### balloon ushio left
しかし、40代でマイクロソフトに入社し、世界トップクラスのエンジニアたちと働く機会を得て、状況が大きく変わりました。そこで優秀な**同僚たちを観察し、そこで学んだことを自分のためにブログに書き留めていたところ**、現在の担当編集者である山本さんの目に留まり、この本の執筆につながりました。

#### balloon ushio left
日本とグローバルな開発現場では大きな違いがあり、その違いが生産性に大きく影響していると感じています。具体的な例をお話しします。マイクロソフトに入社したばかりの頃、それまで日本企業でしか働いた経験がなかった私の上司は、フランス人のダミアンでした。私以外は全員が外国人という環境で、初めての英語での仕事に必死に取り組んでいました。

#### balloon ushio left
しかし、忙しさでどうにもならなくなり1on1でダミアンに相談したところ、「牛尾にとって今一番重要な仕事は何だ？」と聞かれました。そこで私が「DevOps ハッカソンだ」と答えると、驚くことに「それ以外の仕事は一切やらなくていい」と言われたのです。日本では考えられないアドバイスでしたが、ダミアンは優秀な上司だったので、言われた通りに実践してみました。

#### balloon ushio left
その結果、私はチーム内で圧倒的な成果を出し、顧客満足度でもNo.1を達成することができました。おそらく、他の仕事に時間を割いていたら、この成果は出せなかったでしょう。このように、アメリカの開発現場では日本とは異なる考え方があり、それが生産性にも大きく影響していると実感しています。

#### balloon ushio left
これらの経験は、私のマイクロソフトでの10年間の集大成として本にまとめていますので、興味のある方はぜひ手に取っていただければと思います。

本書は、特別ゲストのラファエル・ヴィアナさんによる「特別賞」を受賞しています。選考理由として、**「エンジニアのハイパフォーマンスという概念を、個人の能力や生産性だけでなく、より広い視点から捉え直している点が興味深い」**ということが挙げられました。

[【関連記事】「エンジニアのキャリア戦略。言語・環境選びのベストルートは？」](https://mynavi-agent.jp/consultant/special-pivot/article-4.html)

[【関連記事】「エンジニア転職のリアル。面接官が「会いたい」と思う経歴の中身とは？」](https://mynavi-agent.jp/consultant/special-pivot/article-3.html)

## 「『何回説明しても伝わらない』はなぜ起こるのか？ 認知科学が教えるコミュニケーションの本質と解決策」（ビジネス書部門）

~~「『何回説明しても伝わらない』はなぜ起こるのか？ 認知科学が教えるコミュニケーションの本質と解決策」 今井 むつみ (著)／出版社：日経BP ~~

#### balloon miyamoto right
本書の編集を担当した宮本と申します。コミュニケーションの問題は、多くの方が日々直面している課題ですが、コミュニケーションが問題となる本質的な原因についてはあまり理解されていません。例えば、皆さんは日常業務でこんな経験はありませんか？ 

上司の言うことが以前言っていたことと違う

説明した内容と全く違う理解をされる

厳守と伝えた締切が守られない

#### balloon miyamoto right
**私たちが日々直面するこうしたコミュニケーションの問題の多くは、実は「スキーマ」の違いが原因なのです。**ここで著者の今井むつみ先生から、この「スキーマ」について詳しくご説明いただきたいと思います。

#### balloon imai left
慶應義塾大学の今井むつみと申します。私は長年、人間の認知と学習のメカニズムについて研究してきました。「**スキーマ」とは、私たち一人一人が持っている知識の体系や物事のとらえ方のことです。例えば、ITエンジニアとクライアントでは、同じシステム開発についても持っているスキーマが大きく異なります。**同じITエンジニア同士でも、経験や専門分野が違えば、スキーマは異なるのです。

#### balloon imai left
私たちは「伝わらない」とき、「説明の仕方が悪かった」もしくは「相手の理解力が足りない」と考えがちです。しかし、**単に言い方を変えても、スキーマの違いが解消されない限り、本当の理解には至らないのです。**

#### balloon miyamoto right
例えば、「猫」という言葉一つとっても、ある人はかわいいキャラクターを思い浮かべ、別の人は不潔なイメージを持つかもしれません。このように、基本的な言葉でさえ、人によって異なる意味を持つことがあるのです。

#### balloon miyamoto right
本書では、このようなスキーマの違いを乗り越えるにはどうすればよいのか、認知科学の知見に基づいて効果的なコミュニケーションの方法を提案しています。「話せば分かる」という考えは、時として幻想かもしれません。しかし、**お互いのスキーマを理解し、それをすり合わせていく方法を知ることで、より良いコミュニケーションが可能になるのです。**

本書はプレゼン大会を視聴された方による最終投票で**「ビジネス書部門大賞」**にも選ばれています。投票理由や感想コメントの一部を抜粋します。

プライベートや仕事で日々感じている、同じ言葉でも捉え方が異なり、行動が変わってくることを解説してくれた本。納得しかない。

ITエンジニアが1年を振り返り、おすすめの本を選ぶイベント「ITエンジニア本大賞2025」のプレゼン大会が2月13日に開催されました。全国のエンジニアによるWeb投票で選出された技術書・ビジネス書の各ベスト10から、特に支持の高かった6冊について著者や編集者が登壇。本記事では、AIからキャリア論、コミュニケーションまで幅広いテーマについて語られたプレゼン大会の模様をお届けします。

今井さん（慶應義塾大学教授／認知心理学者）

宮本さん（日経BP／編集者）

山本さん（文藝春秋編集者）

仙谷さん（日経BP／編集者）

野溝さん

佐久さん（技術評論社／編集者）

中島さん

サブ―さん

小野さん（テックワークス）

牛尾さん

2025年のITエンジニア本大賞 プレゼン大会の全容

技術書＆ビジネス書の各分野で最終選考に残った6冊の魅力

ChatGPTからキャリア論まで、エンジニアに役立つノウハウ

「ITエンジニア本大賞2025」プレゼン大会レポート！ChatGPTからコミュニケーション論まで、注目の6冊を徹底解説

「天才じゃなくても世界を変えられる」。この言葉は、『エンジニア×スタートアップこそ、最高のキャリアである』(クロスメディア・パブリッシング(インプレス))の著者、菊本久寿氏が信念としているものです。音楽系の専門学校を卒業後、独学でプログラミングを学び、ゴルフ用品店のシステム開発からエンジニアとしてのキャリアをスタート。SES(※1)企業やモバイル受託開発会社でのデスマーチ(※2)を経て、現在は株式会社RUNTEQの代表としてプログラミングスクールを運営しています。

本インタビューでは、菊本氏のキャリアを紐解きながら、なぜ今「エンジニア×スタートアップ」という選択肢が最高といえるのかを探ります。スタートアップの創業期から成長期まで各フェーズの特徴、企業選びの極意、AIツール時代に求められるスキルまで——。スタートアップで成功を収めた経営者だからこそ語れる、実践的なキャリア戦略に迫ります。

(※1 System Engineering Service（システムエンジニアリングサービス）の略。ソフトウェアやシステムの開発、運用、保守などのサービスを提供するに関する委託契約の一形態。委託を受けた業務に対してエンジニアのスキルを提供する契約のこと)

(※2 デスマーチ(death march)」は直訳すると「死の行軍」のこと。IT業界では開発の現場などでの劣悪な労働環境やプロジェクトが破綻しているような状態を指す)

*■菊本久寿 *
SIerなどを経てngi group（現ユナイテッド) 技術部部長に就任し、アドテク関連サービスの立ち上げを行う。2012年よりフリーランスとして独立し、複数のスタートアップの開発支援を行う。その後ポケットコンシェルジュを運営する株式会社ポケットメニューの取締役CTOに就任。退任後2014年10月に新サービスの立ち上げに特化して開発を行う株式会社スタートアップテクノロジーを設立。2019年により現場で通用するエンジニアを輩出するために、プログラミングスクールRUNTEQを開校し、株式会社RUNTEQの代表としてスクールを運営。

## 音楽好きのフリーターがエンジニアになったワケ

#### balloon kishi left
菊本さんはどのような経緯でエンジニアを目指すようになったのでしょうか？

#### balloon kikumoto right
私は音響関連の専門学校を卒業後、バンド活動をしながらフリーターをしていました。ちょうどバブル崩壊直後の時代で、インターネットが出始めた頃です。**まわりでホームページ作りが流行り始め、私も掲示板を作るなどするためにプログラミングを独学で始めたんです。**

#### balloon kishi left
音響からは離れた分野に興味を持ったんですね。最初のエンジニア経験はどんなものでしたか？

#### balloon kikumoto right
派遣会社に登録した際に「コンピュータができる」と言ったことがきっかけで、ゴルフ用品店の社内システム開発に携わることになりました。中古品を扱う店舗用のPOSレジアプリやECサイトとの在庫連動システムをColdFusionという言語で開発していました。

#### balloon kishi left
どのようにIT関連の知識やスキルを身につけていったのですか？

#### balloon kikumoto right
ホームページ作成の本を読んだり、そうしたことに詳しい友人と勉強したりしていました。幸い上司が新しい技術に興味があり、さまざまな言語に触れる機会が多かったので、自然とスキルが身についていきました。業界のことは全然詳しくなかったですが、**実務を通じて10以上のプログラミング言語を習得できたのは貴重な経験でした。**

#### balloon kishi left
その後のキャリアはどのように築いていったのでしょうか？

#### balloon kikumoto right
最初のゴルフ用品店で5〜6年働いた後、「このままここに居続けて、果たして外の世界で通用するのか」という不安から転職を決意しました。次に入ったSES企業では、残念ながら未経験者と同じ扱いで月400時間以上のデスマーチを経験する厳しい環境でした。転職としては失敗でしたが、**今思えばJavaの技術は身についたので無駄ではなかったと思います。**

#### balloon kishi left
ブラックな環境だったものの、技術的な収穫はあったんですね。次のステップは？

#### balloon kikumoto right
その後、モバイルの受託開発会社に移り、PHPでの開発を担当していました。その会社では4回も合併があり、「名刺が半年持たない」ような状態でした。モバイルの受託開発から、メディア運用、広告プラットフォーム開発へと役割も変わっていきました。**途中で開発部長になり、最終的に新規事業部門の責任者として独自のプロダクト開発に挑戦したんです。**

#### balloon kishi left
そこがスタートアップとの接点になったんですね。

#### balloon kikumoto right
そうです。**新規プロダクトを企画する中で、当時出始めていたスタートアップの情報を調べるようになりました。**スタートアップが集まるイベントなどにも積極的に参加していましたが、そこで出会った従業員3名ほどの会社が、今や数百人規模の有名企業になっているケースもあります。**そういった会社に開発で携わるなかで、スタートアップの世界にどんどん引き込まれていったんです。**

#### balloon kishi left
数人規模の会社が大企業に成長していく過程を間近で見られたのは貴重な経験ですね。

#### balloon kikumoto right
その後、自分自身もフリーランスとして独立し、2014年10月に**新サービスの立ち上げに特化して開発を行う株式会社スタートアップテクノロジーを設立。**さらに2019年には、**Webエンジニア養成プログラミングスクールを運営する株式会社RUNTEQを立ち上げています。**

人気のある記事