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

そこで今回は、『[書くスキルも設計スキルも飛躍的に上がる！プログラムを読む技術](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学習法

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

「天才じゃなくても世界を変えられる」。この言葉は、『エンジニア×スタートアップこそ、最高のキャリアである』(クロスメディア・パブリッシング(インプレス))の著者、菊本久寿氏が信念としているものです。音楽系の専門学校を卒業後、独学でプログラミングを学び、ゴルフ用品店のシステム開発からエンジニアとしてのキャリアをスタート。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を立ち上げています。**

#### balloon kishi left
菊本さんがエンジニアになった当時と比べて、エンジニアになるための環境に変化はありますか？

#### balloon kikumoto right
大きく変わりましたね。以前はエンジニアになるのは比較的容易で、「やりたい」と言えばなれましたような気がします。問題はなってからで、厳しい環境で生き残れるかが勝負という場合が多かったのです。**今は多くの職場がホワイトな環境になった分、入口でエンジニアとしてのそれなりのスキルが求められます。基本技術に加え、フロントエンド、Docker、最近ではAIの知識まで要求の幅が広がっています。**

## 開発したものが直接ユーザーに届くのがスタートアップの魅力

~~『エンジニア×スタートアップこそ、最高のキャリアである』菊本久寿（著）／クロスメディア・パブリッシング（インプレス）~~

#### balloon kishi left
菊本さんの書籍タイトルにもなっている「エンジニア×スタートアップ」の魅力とは何でしょうか？

#### balloon kikumoto right
**最大の魅力は、自分が作ったプロダクトが世の中を変えていく経験ができることです。**大手企業に所属するエンジニアは一般的には表に出る仕事ではないことが多いですが、**スタートアップでは自分の開発したものが直接ユーザーに届き、社会に影響を与えるのを実感できやすいです。**

#### balloon kishi left
具体的な事例で教えていただけますか？

#### balloon kikumoto right
例えば、今ではテレビCMを打つような大企業に成長したスタートアップも、私が関わった頃は数人の小さな会社でした。そんな会社が急成長し、世の中を変えていく様子を間近で見られるのはとてもエキサイティングな体験です。他では得られない達成感があります。

#### balloon kishi left
エンジニアという立場でスタートアップに関わる意義はどこにありますか？

#### balloon kikumoto right
**スタートアップではエンジニアがとにかく頼りにされます。**大手の企業ではエンジニアは「指示された通りに開発する人」と見られることも少なくないですが、スタートアップでは事業の成長を技術で支える重要なポジションであることが多いです。**経営層と対等に議論し、技術的観点から事業提案もできるケースも多いといえます。**

#### balloon kikumoto right
特にスタートアップの初期段階では、プロダクト開発がまさに会社の命運を左右することがあるため、エンジニアの発言力が非常に大きい場合が多いんです。例えば、「この機能は技術的に実装が難しいけれど、別のアプローチなら可能です」といったエンジニアの判断が事業戦略そのものに影響します。

~~『エンジニア×スタートアップこそ、最高のキャリアである』菊本久寿（著）／クロスメディア・パブリッシング（インプレス）より抜粋~~

#### balloon kishi left
スタートアップには魅力がある一方で、リスクや不安定さがあることも少なくないと思います。正直なところ、どんなデメリットがありますか？

#### balloon kikumoto right
おっしゃる通り、デメリットもあります。事業が失敗する可能性や給与面での不安定さ、時には長時間労働になることも。ただ、近年は投資環境も改善され、働き方も健全になってきています。**重要なのは、自分が本当に共感できるビジョンを持った会社を選ぶことですね。**

## スタートアップに参画する最適なタイミングは「10〜20人規模」のフェーズ

#### balloon kishi left
スタートアップは数多くありますが、エンジニアがキャリアを築くうえで、どのように自分に合った企業を見極めればよいのでしょうか？

#### balloon kikumoto right
まず最も重要なのは、そのスタートアップのビジョンや解決しようとしている課題に共感できるかどうかです。**「これは意味のある仕事だ」と思えることが長く続けるための基盤になります。**また、スタートアップの成長フェーズも重要な判断材料です。0→1（アイデアを形にする）、1→10（初期の成長軌道に乗せる）、10→100（スケールさせる）という**各フェーズで求められるスキルセットや働き方が大きく異なります。**

#### balloon kishi left
各フェーズの特徴について教えてください。

#### balloon kikumoto right
0→1のフェーズでは、不確実性が非常に高く、毎日のように方向転換があります。ここでは何でもこなせる器用さと曖昧さに耐える力が求められます。1→10のフェーズでは、プロダクトの改善と初期ユーザーの獲得が主な課題で、スピーディーな開発と改善のサイクルを回す力が重要です。10→100のフェーズになると、急激な成長に耐えられるシステム設計や組織づくりが課題となり、専門性や体系的な思考が求められます。自分がどのフェーズに向いているかを考慮して選ぶことが大切です。

#### balloon kishi left
会社の安定性や将来性についてはどう判断すればいいですか？

#### balloon kikumoto right
**資金調達の状況は重要なチェックポイントですが、注意すべき点もあります。最近は資金調達を公にしないスタートアップも増えています。**これは競合に情報を与えないための戦略的な判断であることも多いんです。そのような企業では面接時に直接質問するか、創業者の過去の実績や既存顧客の質を見ることで判断するといいでしょう。

#### balloon kishi left
企業情報を調べるには具体的にどんな方法がおすすめですか？

#### balloon kikumoto right
いくつかのリサーチ方法があります。**まずは企業のウェブサイトやSNSアカウントをチェックしましょう。**プロダクトの特徴や最近のアップデート、採用情報などから企業の状況が見えてきます。また、**創業者やCTO(※3)のブログや講演内容からも企業文化や技術への姿勢や熱量が垣間見えます。**

(※3 Chief Technology Officerの略。最高技術責任者)

#### balloon kishi left
エンジニアに特におすすめなのは、どのフェーズですか？

#### balloon kikumoto right
事業が立ち上がるフェーズ、0→1から1→10ぐらいまでは経験しておくことをおすすめします。このプロジェクトがなぜ今こうなっているのかという背景を知ることができますし、キャリア面でも大きなアドバンテージになります。

#### balloon kikumoto right
例えば、私が以前関わったスタートアップは、私が手伝い始めた頃はまだ3人しかいなくて、ちょうど1人目の社員が入ったタイミングでした。そんな会社が数年で上場まで行き、今や数百人規模の企業に成長しています。このような会社の過去を知っているというのはすごく楽しいですし、大きな達成感も得られます。

#### balloon kishi left
3人から数百人規模まで成長する過程を見られるというのは、貴重な経験ですね。スタートアップならではの醍醐味(だいごみ)と言えそうです

#### balloon kikumoto right
ただし、全ての会社が成功するわけではなく、途中で立ち行かなくなる可能性もあります。特に初期の立ち上げフェーズは経営的に厳しいことが多いので、**エンジニアが数人いて全体で10〜20人程度の規模のスタートアップに入ると、スタートアップならではの面白さを楽しめつつ、リスクも抑えられると思います。**

## 現代のエンジニアに強く求められる「プロダクト思考」

#### balloon kishi left
スタートアップでは具体的にどのような技術スキルが求められることが多いのでしょうか？

#### balloon kikumoto right
**Webエンジニアとしての基本スキルがまず重要です。**データベース、SQL、Linux、サーバーサイド言語、Web記述の基礎などは必須知識です。ただ、最近は求められるスキルがどんどん広がっています。フロントエンド開発やそれに付随するフレームワーク、Dockerなどの仮想化技術も知っておく必要があります。**さらに今年からはAI技術も重要になってくるでしょう。**

#### balloon kishi left
SI業界(※4)でのキャリアも選択肢としてあると思いますが、なぜWebエンジニアがおすすめなのでしょうか？

(※4  システムインテグレーション業界。顧客のシステムを開発する企業群のこと)

#### balloon kikumoto right
**Web系のスタートアップでは比較的新しい技術に触れる機会が多いんです。**上司から与えられる課題もモダンで新しいものが多いため、自然と現代的なスキルが身につきます。また、Web技術は他の分野にも応用できるので、その後のキャリア展開もしやすい。**Web系で培った考え方やマインドセットは、エンジニアとしての成長に大きく貢献します。**

#### balloon kishi left
AI時代には、エンジニアに必要なスキルはどう変わりますか？

#### balloon kikumoto right
**AIツールが進化しても、基礎的な技術や知識はやはり必要です。**コードの生成はAIに任せられても、AIが出した答えが本当に正しいのか、拡張性を持った設計になっているのかなどを判断するのは人間の仕事です。障害が起きたときに何が原因か探るためにも、さまざまな技術を理解しておく必要があります。

#### balloon kikumoto right
初学者によくあるのはAIに頼りすぎて答えを聞きに行ってしまうことですが、**普段の学習では出力内容のファクトチェックもしながら、AIを効率的に活用する方法を意識した方が良いでしょう。**

#### balloon kishi left
スタートアップのエンジニアに求められる技術以外の能力はありますか？

#### balloon kikumoto right
**プロダクト思考やユーザー視点を持つことも大切です。**例えば、私が農家向けのアプリを開発していた時は、外で作業する人向けにボタンを大きくしたり、外国人労働者が多いのでひらがな中心のUI(※5)にしたりと、ユーザーの実情に合わせた開発が必要でした。エンジニアがUIまで考えられるかどうかは、スタートアップでは特に重要です。

(※5 User Interface(ユーザーインターフェース)の略。ユーザーと製品やサービスをつなぐ接点のこと)

## 面接では「事業への共感」と「論理的な思考力」を見られる

#### balloon kishi left
スタートアップの面接では、どのような点が重視されるのでしょうか？

#### balloon kikumoto right
事業に共感していると伝えることが最も重要です。しかし、**実際に採用されるかどうかという観点では、ロジカルシンキングの能力と探究心の強さが非常に重視されることが多いです。**例えば「この会社でエンジニアになりたい理由」を聞かれることが多いのですが、そこでしっかりとした論理的に説明できるか、これまでのキャリアと自然に繋がる理由かどうかを判断されます。熱量の高さも大切ですが、それだけでは不十分で、論理的に説明できるかどうかが大切なのです。

#### balloon kishi left
以前とは少し面接の傾向が変わってきているのでしょうか。

#### balloon kikumoto right
そうですね、最近はAIの発達により、技術的なポートフォリオもAIで作れるようになったため、それが本当に応募者のスキルを表しているのかを確認する技術テストを行うスタートアップが増えています。以前はポートフォリオを見れば技術力がある程度判断できましたが、今はそれが本当にその人が作ったものなのかを確認する必要が出てきました。そのため、面接では「この技術を知っているのか」ではなく、「技術の仕組みを理解しているのか」「なぜこの技術を使っているのか」といった点を深掘りされることが多いです。

#### balloon kishi left
なるほど。そのほかでは、創業者との相性も重要だと思いますが、それを確認する良い方法はありますか？

#### balloon kikumoto right
特に小規模なスタートアップでは、創業者の色が会社全体に強く出ることが多いです。10人程度の規模だと創業者の影響が非常に色濃く出るため、相性は非常に重要です。私も以前フリーランスとしてスタートアップに関わる際は、必ず一度食事をしてから協力するかどうかを決めていました。

#### balloon kikumoto right
**面接プロセスの中で、カジュアル面談のタイミングでも良いですし、最終面接の段階でも良いので、できれば創業者と直接会って話をする機会を持つことをおすすめします。**ランチでもいいので一緒に食事をすることで、普段の会話や価値観が見えてきます。これは絶対にやっておいた方が良いと思います。

## スタートアップなら、天才じゃなくても世界を変えられる

#### balloon kishi left
最後に、エンジニアを目指す方々へメッセージをお願いします。

#### balloon kikumoto right
**スタートアップのエンジニアとして働くことは、単なる仕事以上の価値があります。**お金だけでは買えないやりがいや達成感が得られます。やはり**自分の人生を最後に振り返ったときに、金銭や不動産などの資産よりも、自分が何を成し遂げてきたか、どういうことを世の中に残せたかが大切になると思います。**スタートアップなら、それを実感できる機会が多くあります。

#### balloon kikumoto right
また、**「天才じゃなくても世界を変えられる」というのがスタートアップの魅力です。**先に述べた通り、スタートアップではエンジニアが非常に頼られる存在であり、優秀な創業者たちから重宝されます。つまり、**これから世の中を変えていく若き経営者たちとタッグを組み、普通のエンジニアでも世の中を変えるようなプロダクトを作ることができるのです。**

#### balloon kishi left
「技術の力」でビジネスを作り、社会に影響を与えられるというのは、エンジニアにとって大きなやりがいにつながりそうですね。

#### balloon kikumoto right
**仕事でモヤモヤしていたり、本当にやりたいことができていないと感じている方は、ぜひスタートアップに挑戦してみてください。**若ければ若いほど、チャレンジできる回数が増えます。飛び込む勇気、チャレンジを恐れない気持ちが一番大切です。そこで得られる経験は、どんなキャリアパスを選んでも必ず役立つはずです。

「天才じゃなくても世界を変えられる」。この言葉は、『エンジニア×スタートアップこそ、最高のキャリアである』(クロスメディア・パブリッシング(インプレス))の著者、菊本久寿氏が信念としているものです。本インタビューでは、菊本氏のキャリアを紐解きながら、なぜ今「エンジニア×スタートアップ」という選択肢が最高といえるのかを探ります。

菊本さん

スタートアップでエンジニアが経験できることと具体的なやりがい

スタートアップ企業の選び方と面接のポイント

駆け出しのエンジニアが成長するために必須の5つのスキル

 「天才じゃなくても世界を変えられる」。菊本久寿氏が語る、「エンジニア×スタートアップ」のキャリアが最高な理由

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

人気のある記事

新着記事

お役立ち記事