23卒・26卒インタビュー｜AIをパートナーに成長！若手エンジニアが自走できる開発環境とは

2026年11月12日

ポスト

ENSAPIA Engineering株式会社に新卒入社したら
「実際にどんな仕事をするの？」「やりがいってどんなところにあるの？」

そんな疑問を抱える就活生の皆様に向けて、23卒・26卒エンジニア2名のインタビューをお届けします。

学生時代の経験や就職活動、入社後の仕事、そしてAIを活用した現在の働き方について聞きましたので、ぜひご覧ください！

まずは簡単に自己紹介をお願いします。学生時代に学んでいたことや、エンジニアを志望したきっかけを教えてください。

Cさん：

23卒で元々サーバーサイドエンジニアとして入社し、現在はAIプロダクトエンジニアです。学生時代は中央大学で生命科学を専攻しており、遺伝子工学の研究の一環としてタンパク質の三次構造を予測するツールの開発に取り組んでいました。

もともと情報系の出身ではないのですが、大学1年の必修授業でC言語とPythonの基礎に触れたことが、プログラミングに興味を持つきっかけになりました。学生の間でも好き嫌いがはっきり分かれる授業でしたが、私自身は自分で組んだロジックが目に見える形で動く面白さに引き込まれ、成績も良かったです。この「自分でコードを書いて課題を解決する」という体験で、本格的にプログラミングに興味を持つようになりました。

「自分に向いていることを仕事にしたい」と思ったのが、エンジニアを志望する原点になりました。その後、研究でタンパク質構造予測のツールを自作する経験を通じ、自分の手で「動くものを作る」仕事がしたいという確信に変わりました。

Oさん：
26卒、AIプロダクトエンジニアです。北海道大学を卒業後、大学院では原子核物理学を専攻していました。量子力学に基づいて原子核の様々な性質を記述する物理モデルのパラメータを、機械学習を用いて推定する研究をしていました。

理論系の研究室だったため学部4年の頃から数値計算をするためにプログラミングを学び始めました。大学の授業などを通して機械学習の勉強をしていたので基本的にPythonは触っていましたが、ウェブやモバイルアプリなどの個人開発は特にしていませんでした。

研究でプログラミングをする中で、自分の考えをコードで表現し、結果を見ながら試行錯誤することに面白さを感じたのが、エンジニアを志望したきっかけです。

研究では分析や検証が中心でしたが、次第に技術を使って、自分の考えを実際に人が触れられる形にしたいと思うようになりました。その中で培った仮説検証や論理的に考える力を生かしながら、ユーザーの反応に向き合い、技術によって新しい体験をつくる仕事に挑戦したいと考え、エンジニアを志望しました。

ENSAPIA Engineeringを選んだ決め手を教えてください。

Cさん：

一番の決め手は、学生の頃から好きだった『ポケコロ』や『リヴリーアイランド』を企画・開発・運営する会社だったことです。社会人になれば人生の多くの時間を仕事に使うので、どうせなら自分が心から好きなものに関わりたい、そのほうが楽しく続けられると考えました。

Oさん：

ENSAPIAのサービスは、お客様が自分らしさを表現し、心のよりどころを見つけられる場であり、「心のインフラ」のような存在になっていると感じました。私も、そのような居場所を提供するサービスづくりに携わりたいと思いました。

また、人事の方との面談や会社訪問、選考を通じて、技術的な経験だけでなく、私の考え方や価値観にも深く向き合っていただきました。

お会いしたどの方からも個人を尊重する姿勢を感じ、この方々と、このカルチャーの中でエンジニアとして成長したいと思えたことが、最終的な決め手です。

就職活動では、どのような業界を志望していましたか？会社選びで大切にしていた軸は何でしたか？

Cさん：

正直に言うと、志望していたのはENSAPIAだけでした。業界で絞るというより、「自分がやっていて楽しいと思える仕事かどうか」を唯一の軸にしていました。

特に『ポケコロ』や『リヴリーアイランド』などのサービスが「競争がない」「自己表現ができる」「人によって遊び方が違うけど、人に見せるためではなく自己満足」の世界観であることに惹かれました。

Oさん：

就職活動では、特定の業界には絞らず、エンジニアとして働ける会社を中心に探していました。いくつかの企業のサマーインターンに参加する中で、自分がどのようなプロダクトに関わりたいのかを考えていました。

その後ENSAPIAと出会い、サービスについてお話を伺ったり、自分の人生における好きなものや趣味の存在を振り返ったりする中で、エンターテインメントには人の心を豊かにする大きな価値があると思い、このような企業で働きたいと思いました。

会社選びでは、自分がそのプロダクトの価値に納得して働けることと、個人の考え方や成長に向き合ってもらえる環境であることを大切にしていました。エンジニアとして技術を身につけるだけでなく、自分が「なぜこれを作るのか」に共感できる仕事がしたいと考えていたからです。
また開発経験がほとんどなかったため、答えだけを教えるのではなく、考える過程も尊重してもらえる環境で成長したいと思っていました。

入社前に技術面や生活面で準備したことはありますか？地方から上京して働くことに不安はありましたか？

Cさん：

入社前に「業務では主にGoを使う」と伝えてもらえたので、個人的にGoで小さな機能を作りながら言語に慣れておきました。おかげで入社後は、言語そのものより「コードベースの読み方」に集中できたと思います。

一番の不安は、海外出身のため就労ビザが無事に下りるかどうかでした。自分の努力だけではどうにもならない部分なので、内定をもらった後もそこだけは落ち着かなかったです。

ただ、ENSAPIAはビザ取得のサポートが明確で、手続きについて会社側から案内してもらえたので、想像していたより不安なく進められました。外国籍のエンジニアも多く働いている会社なので、この辺りの体制が整っているのは心強かったです。

Oさん：

会社としてUdemy講座のサポートをしていただいたので、CS（コンピューターサイエンス）専攻の学生が学ぶような基本的なことや、Coding Agent（コードの作成などを支援するAIエージェント）に関する講座などを受講していました。

私は上京時に初めて一人暮らしをすることになったのですが、生活面に関しては特に大きな不安はなく楽しみだった記憶があります。

ただ未経験でエンジニアとして働く上で、技術的に足りていないことは明らかですし、チーム開発の経験もなかったのでうまくコミュニケーションをとって進められるのかが少し不安ではありました。

入社してから、どのような業務を担当していますか？また、半年後にはどのように仕事が変わりましたか？

Cさん：

入社後は『ポケコロツイン』のサービスチームに配属され、サービス運営を支えるCMS（コンテンツ管理システム）の開発を担当しました。

キャッチアップは、座学的に全体を勉強してから、というより、CMSの機能改修タスクを実際にこなしながらプロダクトのコードの書き方を把握していくスタイルでした。

入社前にGoの文法には慣れておいたので、「このプロダクトではどう書かれているか」に集中できたと思います。手を動かしながら覚えるほうが自分には合っていました。

新人にはトレーナーがついてくれる体制だったので、困ったときはまずトレーナーに相談していました。おかげで詰まったまま一人で抱え込むことがなく、早く立ち上がれたと思います。

半年後からは、お客様が実際に触れる機能の開発を担当するようになりました。一番記憶に残っているのは誕生日機能（誕生日を設定するとお祝いしてもらえる機能）です。

この機能では、設計から実装、テストケースの構想まで一連の流れを任せてもらえました。CMS開発では既存の仕組みの改修が中心だったので、「何もないところから機能を形にする」工程を最初から最後まで経験できたのは大きかったです。

Oさん：

入社時に、社内エンジニアのAI活用やAI変革を推進する部署に配属されました。所属するチームでは、ENSAPIA Engineering全体のAI活用を支える基盤やソリューションを開発しています。

最初の約1か月間は、ロジカルシンキングなどのビジネス基礎研修と、配属先での実務を通じた研修（OJT）を並行して進めました。OJTでは、トレーナーの方から個別に指導を受けながら、ドキュメントや既存のコードを読み、システムへの理解を深めました。

そのうえで、フロントエンドを中心とした機能実装に取り組み、実務を通して開発の進め方を学びました。

入社から約半年が経ち、同じチームで経験を重ねる中で、（社内ツールの）フロントエンドの機能実装に加えて、新しい機能を導入するための調査や要件整理、設計にも関わるようになりました。

具体的には、どのような課題を解決するのか、誰がどのように利用するのか、どのようなデータが必要なのかを整理しています。

また、複数の実現方法を比較し、それぞれの利点や課題、確認が必要な事項をドキュメントにまとめ、チーム内で認識を合わせながら実装方針を具体化しています。

入社から2年半ほどで、仕事はどのように変わりましたか？

Cさん：

入社から約2年半、『ポケコロツイン』のサーバー開発を担当したあと、2025年9月にAIプロダクト室へ部署異動しました。

AIプロダクト室では、AIチャットボットサービスの開発を担当しています。

既存サービスの開発と大きく違うのは、少人数チームでゼロから立ち上げる新規プロジェクトだという点です。

インフラ設計から始まり、業務フローの整備、実装、他部署との連携、リリース、そしてリリース後の運用まで、サービス開発の一連の流れをすべて経験しました。

『ポケコロツイン』に配属されていた頃は「大きなサービスの中で機能を作る」仕事でしたが、今は「サービスそのものをゼロから作る」仕事です。決まっていないことを自分たちで決めながら進む難しさはありますが、その分、経験の密度は圧倒的に高いと感じています。

この開発では、仕様書を作る段階からAIと相談し、実装やテストにもAIを活用しました。自分で直接コードを書く場面は、あまりありませんでした。

AIによるサポートチャットを、お客様が不便に感じないか心配していましたが、受け入れていただけて安心しました。

1日の仕事の流れを教えてください。

Cさん：※ある1日の例です

11:00：出勤

11:00〜11:30：朝会（実施日に進捗を共有）

11:30〜12:30：Notion Evangelist業務※、インターン選考（面接など）

12:30〜13:30：お昼

13:30〜13:45：（血糖値スパイクを抑えるために）社内ジムで軽く運動

13:45〜14:00：シャワー

14:00〜20:00：AIを活用した開発・記事作成など（成果物は自分でも確認）

コメント：たまに同僚と社内バーに寄って帰ることもあります。

※Notion Evangelistとは…弊社ではNotionを社内ツールとして活用しており、Notionの便利な使い方や最新情報の共有を行うポジションとしてEvangelistを設けています。

Oさん：※ある1日の例です

10:30：出勤

10:30〜11:30：実装・レビュー範囲確認 & AIにタスク委譲

11:30〜12:30：その他タスク確認、ミーティング資料準備

12:30〜13:30：お昼

13:30〜15:30：実装・セルフレビュー（AIを活用して実施）

15:30〜16:30：定例ミーティング（進捗のすり合わせ・相談）

16:30〜18:00：実装・セルフレビュー（AIを活用して実施）

18:00〜18:30：社内ジム、またはマッサージ

18:30〜19:30：実装・セルフレビュー（AIを活用して実施）

19:30〜20:00：タスク引き継ぎ

コメント：フレックス制度を活用でき、11時までに出勤すればよいので、朝が弱い私には助かっています。

どのようなことで「成長した」と感じますか？

Cさん：

未知の領域の課題を自分で解決できたときに、一番成長を感じます。
振り返ると、私のキャリアはずっと「知らない領域に入る」の繰り返しでした。

生命科学専攻でエンジニアになり、入社時はGoも開発もほぼ未経験。サービスの開発に慣れてきた頃にAIプロダクト室へ異動して、今度はインフラ設計から運用まで、やったことのない仕事ばかりの新規プロジェクトに入りました。

最初はどの場面でも「分からないことだらけ」なんですが、調べて、試して、動くものにする経験を繰り返すうちに、あるとき「知らないことが怖くなくなっている」自分に気づきました。

新しい技術や領域を前にしたときに、「できるかな」ではなく「どう進めようか」から考え始められるようになった。これが自分にとって一番大きな成長だと思っています。

Oさん：

技術面では、日々の実装を進める中で、以前は分からなかったことを理解できたり、身につけた知識を実装に活かせたりする場面が増えたことで、少しずつ知識が身についていると感じています。

一方で仕事の進め方については、作業の確認の仕方を見つめ直すことがありました。

自分が出したプルリクエスト（コードの変更内容を共有し、レビューを依頼するもの）に対して修正の指摘が多く、重大な見落としや設計方針の問題について指摘を受けることが続いたためです。

以前から自分の実装やプルリクエストの振り返りは行っていましたが、確認する観点が限定的で、振り返りの質が十分ではなかったことに気づきました。

それ以降は、単に実装を見直すだけでなく、設計方針や影響範囲など、どのような観点で確認すべきかを意識するようになりました。AIのレビューも参考にしながら、自分にはなかった観点を取り入れ、次の作業に活かしています。

最近では、修正必須の指摘が減り、「マージ可能（コードを取り込める状態）だが、こうするとさらに良くなる」といった改善提案をいただくことが増えてきました。

まだ課題はありますが、レビューで受ける指摘の内容が変わってきたことから、実装やセルフレビューの質が少しずつ向上していると感じています。

仕事のやりがい・醍醐味を教えてください。

Cさん：

日々の仕事の中で、機能に対するお客様からのフィードバックや、働き方について仲間から上がる「ここ不便だよね」という声に触れる機会があります。

この課題をどうすれば楽に解決できるか。工夫して、いろんな方法で試して、解決する。

この一連の過程からやりがいを感じています。チャットボットサービスについても、実際にお客様の意見をお聞きして、要望のある機能を反映しています。

Oさん：

社内でAIを活用した業務変革を推進する部署だからこそ、設計から実装、レビューまで、AIを開発プロセスの中心に置いて仕事を進めています。

実装そのものはAIに委ね、私が担うのは、「何を解決するのか」「どの設計方針を選ぶのか」「どのような観点で品質を確認するのか」、そしてAIの提案を採用するかどうかといった判断です。

自分が設計した進め方によってAIが意図どおりに動き、成果物が形になったときには、大きな面白さと達成感があります。

一方で、そのためには、目的や前提、制約、完了条件を明確に言語化してAIへ渡すことが欠かせません。

相手が迷わず動けるように仕事を設計して伝える力は、AIに限らず、人と協働するうえでも重要だと考えています。

こうした環境の中で、技術を身につけるだけでなく、AI時代のエンジニアは何を担い、どのような価値を発揮するのかを考えながら働けることが、今の仕事の大きなやりがいです。

今後、どのようなエンジニアを目指していますか？

Cさん：

時代の変化を敏感に捉え、柔軟に適応できるエンジニアになりたいです。
AIもその大きな変化の一つなので、仕事のパートナーとしてもっと上手く活用していきたいです。

Oさん：

自分の仕事を実装までで区切らず、「なぜ、なんのために作るのか」「作った結果どうなったか」まで責任を持てるエンジニアになりたいです。

というのも、技術的に完成度が高くても、本来解決すべき課題を解決できなければ、プロダクトとして十分な価値を生んだとは言えません。

一方で、目の前の要望に応えることだけを優先すると、品質や保守性を損なう可能性があります。

だからこそ、プロダクトが生み出す価値と技術的な持続可能性の両方を理解し、その間で適切な判断ができるエンジニアになりたいです。