INTERVIEW
「モノづくり」の喜びを原動力に。
未経験のWeb領域でも最速で成長できた理由
システムエンジニア
2024年新卒入社
N.A.
Q.
大学ではIoTやセンサーを使った研究をしていたそうですが、Webシステムを主軸とするテックファームに興味を持ったきっかけは何ですか？
学生時代のものづくりを通じて、使った人から直接感想を得られたこと
大学時代はマイコンやセンサーを使い、独居高齢者の転倒を検知するシステムの研究に打ち込んでいました。カメラを使わずに温度センサーのグリッド情報から「人のシルエット」をAIで解析し、即時性を持って異常を察知する仕組みです。高校から情報科で電子工作に親しんできたこともあり、ハードウェアに近い領域は自分にとって「趣味」に近いほど馴染み深いものでした。
就職活動を始めるにあたって考えたのは、その「モノづくり」を誰のために行うのか、ということです。学生時代に自作したものを外部の方に触ってもらう機会があり、そこで直接「感想」や「楽しんでいる姿」を見られたことが、自分にとって何よりの喜びでした。
だからこそ、仕事では「顧客に近い距離で働けること」を最優先の軸にしました。Webシステムにこだわっていたわけではなく、上流工程から一貫して携われ、作ったものがどう使われているかを実感できるSIerを探していたんです。そんな中、インターンで訪れたテックファームは、社員同士の距離が近く、面接も堅苦しくなく、フレンドリーな雰囲気でした。「ここなら、自分の作ったものを喜んでくれる人の顔を想像しながら働ける」と直感し、Webエンジニアとしての第一歩を踏み出すことに決めました。
「モノづくり」の喜びを原動力に。
未経験のWeb領域でも
最速で成長できた理由
Q.
大学ではIoTやセンサーを使った研究をしていたそうですが、Webシステムを主軸とするテックファームに興味を持ったきっかけは何ですか？
学生時代のものづくりを通じて、使った人から直接感想を得られたこと
大学時代はマイコンやセンサーを使い、独居高齢者の転倒を検知するシステムの研究に打ち込んでいました。カメラを使わずに温度センサーのグリッド情報から「人のシルエット」をAIで解析し、即時性を持って異常を察知する仕組みです。高校から情報科で電子工作に親しんできたこともあり、ハードウェアに近い領域は自分にとって「趣味」に近いほど馴染み深いものでした。
就職活動を始めるにあたって考えたのは、その「モノづくり」を誰のために行うのか、ということです。学生時代に自作したものを外部の方に触ってもらう機会があり、そこで直接「感想」や「楽しんでいる姿」を見られたことが、自分にとって何よりの喜びでした。
だからこそ、仕事では「顧客に近い距離で働けること」を最優先の軸にしました。Webシステムにこだわっていたわけではなく、上流工程から一貫して携われ、作ったものがどう使われているかを実感できるSIerを探していたんです。そんな中、インターンで訪れたテックファームは、社員同士の距離が近く、面接も堅苦しくなく、フレンドリーな雰囲気でした。「ここなら、自分の作ったものを喜んでくれる人の顔を想像しながら働ける」と直感し、Webエンジニアとしての第一歩を踏み出すことに決めました。
Q.
プログラミング経験はあってもWeb領域はほぼ未経験。入社後、どのように知識をキャッチアップしていきましたか？
「任された＝やれるはず」という
信頼に応え、領域を広げる
Webエンジニアとして働く上で、最初は当然知らないことばかりでした。言語についても、学生時代にRubyを少し触った程度。テックファームではバックエンドがJava、フロントエンドにはTypeScriptを使うことが多いですが、研修や実務を通して「言語が変わっても基礎となるロジックは引き継げる」と気づいてからは、過度な不安はありませんでした。
成長の大きな転換点になったのは、配属されたプロジェクトの教育方針です。「やれそうなら、まずは任せてみる」という文化があり、1年目からフロントエンド、バックエンド、データベース、そしてインフラまで、領域を限定せずに挑戦させてもらえました。
もちろん、初めての作業には戸惑いもあります。でも、「任されたということは、自分ならやれるはずだと判断してくれたんだ」とポジティブに捉えるようにしました。気後れしてチャンスを逃すより、まずは飛び込んでみる。分からないことがあっても、社内には各分野の有識者がいて、チャットや対面でいつでも相談できる環境があります。実務で手を動かしながら、壁にぶつかったら調べて知識を定着させる。この「当たって砕けて、吸収する」のサイクルを高速で回したことが、今の自分の土台になっていると感じます。
Q.
プログラミング経験はあってもWeb領域はほぼ未経験。入社後、どのように知識をキャッチアップしていきましたか？
「任された＝やれるはず」という信頼に応え、領域を広げる
Webエンジニアとして働く上で、最初は当然知らないことばかりでした。言語についても、学生時代にRubyを少し触った程度。テックファームではバックエンドがJava、フロントエンドにはTypeScriptを使うことが多いですが、研修や実務を通して「言語が変わっても基礎となるロジックは引き継げる」と気づいてからは、過度な不安はありませんでした。
成長の大きな転換点になったのは、配属されたプロジェクトの教育方針です。「やれそうなら、まずは任せてみる」という文化があり、1年目からフロントエンド、バックエンド、データベース、そしてインフラまで、領域を限定せずに挑戦させてもらえました。
もちろん、初めての作業には戸惑いもあります。でも、「任されたということは、自分ならやれるはずだと判断してくれたんだ」とポジティブに捉えるようにしました。気後れしてチャンスを逃すより、まずは飛び込んでみる。分からないことがあっても、社内には各分野の有識者がいて、チャットや対面でいつでも相談できる環境があります。実務で手を動かしながら、壁にぶつかったら調べて知識を定着させる。この「当たって砕けて、吸収する」のサイクルを高速で回したことが、今の自分の土台になっていると感じます。
Q.
現在のプロジェクトでは、具体的にどのような業務を担当していますか？
要件定義からインフラまで、
フルスタックに挑む日常
現在は、インテリアのオーダー管理を行うWebシステムのプロジェクトに携わっています。チーム構成はパートナーさんを含め14名ほど。私はその中でフロントエンドからバックエンドの開発を幅広く担当しています。
最近では開発作業に留まらず、要件定義などの上流工程にも少しずつ関わるようになりました。お客様の要望をどうシステムに落とし込むか、設計の段階から議論に参加できるのは、入社前に思い描いていた「顧客に近いエンジニア」の理想に近い形です。
また、並行してインフラ業務へのコミットも強めています。先輩社員がインフラを担当されているのですが、横で話を聞いているうちに「このパラメーターにはどんな意味があるんだろう？」と興味が湧いたのがきっかけです。分からないままにするのが嫌で、自分でもAWS（Amazon Web Services）の勉強を本格的に始めました。今では、開発だけでなく、システムが動く基盤そのものを支える視点を持って業務に臨めるようになっています。
Q.
現在のプロジェクトでは、具体的にどのような業務を担当していますか？
要件定義からインフラまで、フルスタックに挑む日常
現在は、インテリアのオーダー管理を行うWebシステムのプロジェクトに携わっています。チーム構成はパートナーさんを含め14名ほど。私はその中でフロントエンドからバックエンドの開発を幅広く担当しています。
最近では開発作業に留まらず、要件定義などの上流工程にも少しずつ関わるようになりました。お客様の要望をどうシステムに落とし込むか、設計の段階から議論に参加できるのは、入社前に思い描いていた「顧客に近いエンジニア」の理想に近い形です。
また、並行してインフラ業務へのコミットも強めています。先輩社員がインフラを担当されているのですが、横で話を聞いているうちに「このパラメーターにはどんな意味があるんだろう？」と興味が湧いたのがきっかけです。分からないままにするのが嫌で、自分でもAWS（Amazon Web Services）の勉強を本格的に始めました。今では、開発だけでなく、システムが動く基盤そのものを支える視点を持って業務に臨めるようになっています。
Q.
インフラの学習に関連して、社内の若手メンバーと切磋琢磨しているそうですね。
AWS「12冠」を目指す、
もくもく会という名の熱い時間
テックファームには、若手エンジニア同士が自発的に集まる勉強会があります。週に一度、業務終了後にスペシャリストの先輩社員を中心に集まっているのですが、これがただの講義形式ではなく、各自がやりたいことを進める「もくもく会」に近いスタイルなんです。
私の場合、今のプロジェクトでインフラの知識を深めたいという目標があったので、「AWSの認定資格12種類、全部取ります！」と宣言しました。今は半分まで取得したところですが、勉強を進めるごとに、現場で先輩たちが話している内容が「点と線でつながる」感覚があり、それが面白いです。
一人で勉強していると挫けそうな時もありますが、隣で同期のメンバーが同じように技術を突き詰めていたり、先輩が人生相談に乗ってくれたりする。キャリアの方向性や日々の悩みを、フラットに話せる仲間がいることは、技術を磨き続ける上での大きな原動力になっています。
Q.
インフラの学習に関連して、社内の若手メンバーと切磋琢磨しているそうですね。
AWS「12冠」を目指す、もくもく会という名の熱い時間
テックファームには、若手エンジニア同士が自発的に集まる勉強会があります。週に一度、業務終了後にスペシャリストの先輩社員を中心に集まっているのですが、これがただの講義形式ではなく、各自がやりたいことを進める「もくもく会」に近いスタイルなんです。
私の場合、今のプロジェクトでインフラの知識を深めたいという目標があったので、「AWSの認定資格12種類、全部取ります！」と宣言しました。今は半分まで取得したところですが、勉強を進めるごとに、現場で先輩たちが話している内容が「点と線でつながる」感覚があり、それが面白いです。
一人で勉強していると挫けそうな時もありますが、隣で同期のメンバーが同じように技術を突き詰めていたり、先輩が人生相談に乗ってくれたりする。キャリアの方向性や日々の悩みを、フラットに話せる仲間がいることは、技術を磨き続ける上での大きな原動力になっています。
Q.
実務の中で、特に「難しい」と感じたことや、それを乗り越えた経験はありますか？
お客様への説明は
「1ピクセル」の意図まで丁寧に
一番の難しさは、やはりクライアントワークにおけるコミュニケーションです。特にUI/UXの検討では、正解が一つではありません。例えばボタン一つとっても、押した後の挙動や配置を「あと1ピクセル動かしたほうがいい」といった議論になることがあります。
システム側からすれば「効率的な設計」があっても、ユーザーにとっては「使いにくい」かもしれない。その逆も然りです。ここで大切なのは、自分たちの意図をどれだけ丁寧に、分かりやすく伝えられるかです。先輩からは「お客様はシステムの詳細を知らない前提で、徹底的に噛み砕いて説明するように」とアドバイスを受けました。
ある時、会議でとっさの質問に答えられず、後から「あ、こう答えればよかった」と悔しい思いをしたことがあります。それからは、どんな些細な疑問にも即座に根拠を持って答えられるよう、事前準備を怠らないようにしています。泥臭い努力ですが、こうしたラリーの積み重ねがお客様との信頼関係を作っていくのだと、現場で身をもって学んでいます。
Q.
実務の中で、特に「難しい」と感じたことや、それを乗り越えた経験はありますか？
お客様への説明は「1ピクセル」の意図まで丁寧に
一番の難しさは、やはりクライアントワークにおけるコミュニケーションです。特にUI/UXの検討では、正解が一つではありません。例えばボタン一つとっても、押した後の挙動や配置を「あと1ピクセル動かしたほうがいい」といった議論になることがあります。
システム側からすれば「効率的な設計」があっても、ユーザーにとっては「使いにくい」かもしれない。その逆も然りです。ここで大切なのは、自分たちの意図をどれだけ丁寧に、分かりやすく伝えられるかです。先輩からは「お客様はシステムの詳細を知らない前提で、徹底的に噛み砕いて説明するように」とアドバイスを受けました。
ある時、会議でとっさの質問に答えられず、後から「あ、こう答えればよかった」と悔しい思いをしたことがあります。それからは、どんな些細な疑問にも即座に根拠を持って答えられるよう、事前準備を怠らないようにしています。泥臭い努力ですが、こうしたラリーの積み重ねがお客様との信頼関係を作っていくのだと、現場で身をもって学んでいます。
Q.
最後に、N.A.さんがこれから目指したいエンジニア像を教えてください。
技術の裏付けを持って、
お客様の期待を形にするプロへ
入社当初は「上流工程をやりたい、PMになりたい」という思いが強かったのですが、現場でスペシャリストとして活躍する先輩たちを見ているうちに、自分の中に「もっと技術を極めたい」という気持ちが芽生えてきました。
目標にしているのは、プロジェクトで一緒に動いている先輩社員です。開発ができるのはもちろん、PLとしてお客様との要件定義も冷静にこなし、インフラまで幅広くカバーしている。その姿を見て、「技術的な裏付けがあるからこそ、上流工程でも質の高い提案ができるんだ」と確信しました。
まずはAWS 12冠を達成し、インフラに強いWebエンジニアとしての確固たる武器を持ちたい。そして、お客様が「こんなことがしたい」と口にした時に、即座に「それなら、この技術を使ってこう実現しましょう」と最善の形を提示できるプロフェッショナルを目指したいです。
Q.
最後に、N.A.さんがこれから目指したいエンジニア像を教えてください。
技術の裏付けを持って、お客様の期待を形にするプロへ
入社当初は「上流工程をやりたい、PMになりたい」という思いが強かったのですが、現場でスペシャリストとして活躍する先輩たちを見ているうちに、自分の中に「もっと技術を極めたい」という気持ちが芽生えてきました。
目標にしているのは、プロジェクトで一緒に動いている先輩社員です。開発ができるのはもちろん、PLとしてお客様との要件定義も冷静にこなし、インフラまで幅広くカバーしている。その姿を見て、「技術的な裏付けがあるからこそ、上流工程でも質の高い提案ができるんだ」と確信しました。
まずはAWS 12冠を達成し、インフラに強いWebエンジニアとしての確固たる武器を持ちたい。そして、お客様が「こんなことがしたい」と口にした時に、即座に「それなら、この技術を使ってこう実現しましょう」と最善の形を提示できるプロフェッショナルを目指したいです。
