🦮

フルスタックエンジニアの"フル"において、インフラの重要度は高まっている

に公開

こんにちは!株式会社ムクイルのapuです。

私は、前職では異業種でキャリアを積み、プログラミングスクールを経てエンジニアへキャリアチェンジしました。

スクールでWebアプリ開発の基礎を学び、エンジニアとして実務に参画しました。しかし実際に現場に入ってみると、スクールでは見えていなかった景色がいくつもありました。その最たる例が、インフラ知識の重要性です。

今回は、キャリアチェンジを経て実務に飛び込んだ自身の経験をもとに、インフラ知識の重要度が高まっていると感じた話を書いていきたいと思います。


現職の開発スタイル

現職はプライム案件を中心に、要件定義・設計から実装・納品まで上流工程から一貫して関わることが多く、FDE(Forward Deployed Engineer)のような顧客のビジネス成果を求められる案件を扱っています。

クライアントと直接対話しながら開発を進めるスタイルのため、エンジニアであっても技術的な説明責任を担う場面が多くあります。「何を作るか」を決める段階から関わり、「どう動かすか」まで責任を持って考える必要がある環境です。

この環境に飛び込んだことが、インフラ知識の重要性を実感するきっかけになりました。


実務でのリアル

機能実装については、AIツールを積極的に活用しながらキャッチアップできています。AIによるコーディング支援は目覚ましく、スクールを経てきたエンジニアにとっても強力な武器になっています。

しかし、上流工程でクライアントと要件や構成を議論する場面では、話が変わってきます。

たとえば、非機能要件の定義や見積もりの精度、インフラ構成の選定根拠をクライアントに説明する場面では、アプリケーション層の知識だけでは十分に議論に参加できないことがあります。インフラの知見があれば、より精度の高い提案ができる——そう強く実感する瞬間が何度もありました。


なぜスクールではインフラが抜けやすいのか

多くのプログラミングスクールのカリキュラムは、アプリケーション層の開発に重点が置かれています。これ自体は合理的な設計です。短期間で「動くものを作る」という体験をさせることが、学習者のモチベーション維持にもつながるからです。

しかし結果として、インフラ領域は「発展的な内容」として後回しになりがちです。

また、近年のAIツールの進化により、コードを書くこと自体のハードルは大幅に下がっています。しかしAIはコードを補完してくれても、インフラ設計の文脈や非機能要件のトレードオフを補うことは苦手です。アプリ層はAIで補完できても、インフラ層は知識そのものが問われる——この非対称性が、スクール卒エンジニアの盲点になりやすいと感じています。


上流工程に携わるエンジニア・PMこそインフラを知るべき

上流工程に携わるエンジニアやPMにとって、インフラ知識はもはや「あれば便利」なものではないと考えています。

見積もりの精度、非機能要件の定義、クライアントへの構成説明——これらはすべてインフラへの理解が土台になります。コードを速く書く力よりも、システム全体の構成を語れる力が上流工程では問われるからです。

クラウドサービスの普及により、インフラはより身近な存在になっています。それと同時に、選択肢の幅が広がった分だけ、設計の判断には専門知識が求められるようになっています。

スクールのカリキュラムにおいても、インフラは「発展」ではなく**「必修」として位置づけられるべき時代**に入っているのではないでしょうか。


おわりに

前職で培った顧客対話や業務理解の経験は、上流工程において確かに活きています。異業種からのキャリアチェンジは、決して遠回りではなかったと感じています。

一方で、技術的なキャッチアップは継続的に求められます。自分にとっての次のステップは、これまでの強みにインフラの知識を上乗せしていくことです。

同じようにキャリアチェンジを経てエンジニアを目指している方、すでに実務に入って似たような気づきを得ている方——スクールで学んでいる段階からインフラ領域に触れておくことを、強くおすすめします。それが実務に出たときの解像度を、確実に上げてく

ムクイル 技術ブログ

Discussion