フルスタック開発とは？

モバイルアプリや Web アプリといったデジタルプロダクトは、主に次の 2 つの要素で構成されています。

• フロントエンド：ユーザーのデバイス（例：ブラウザやスマホアプリ）に表示される可視部分
• バックエンド：サーバー上で動作し、ユーザーには見えない非可視部分。データの永続化、ユーザー状態の管理、他システムとの連携などを担います。

フルスタック開発とは、これらフロントエンドとバックエンドの両方を、並行して開発する手法です。

従来のソフトウェア開発チームの構成

バックエンドとフロントエンドの開発には、それぞれ異なる専門知識が必要です。

バックエンドエンジニアは、PHP、Java、Python、JavaScript（TypeScript）、Go など、選定された言語に精通している必要があります。また、周辺のオープンソースライブラリやフレームワークを活用して、開発効率を高めることも求められます。たとえば、Node.js + TypeScript を使用する場合、Express、Fastify、NestJS といった Web フレームワーク、データベース、スケーラビリティ、システム設計への理解が不可欠です。

一方、フロントエンドエンジニアは、ユーザーインターフェースを構築するスキルが必要です。最低限、HTML、CSS、JavaScript の知識が必要であり、近年では React、TypeScript、Next.js といった技術が一般的になりました。Web ブラウザ上で動作する唯一のネイティブ言語が JavaScript であるため（WebAssembly は別用途）、フロントエンドエンジニアは必ず JavaScript に精通している必要があります。

こうした専門分化により、企業は従来、バックエンドチームとフロントエンドチームを分けて開発を進めてきました。

フルスタック開発チームの構成

アプリケーションの複雑化（例：Google、Facebook）に伴い、エンジニアたちは「ビジネス要件の理解に集中するには、フルスタックスキルを身につけた方が効率的だ」と気づきました。これにより、従来の「横割り構成（バックエンド/フロントエンド）」から、「縦割り構成（機能単位）」へとチームの構成がシフトしていきました。

その結果、少人数で複雑な機能を深く理解・実装できるようになり、フロントエンドとバックエンドの両方を 1 人のエンジニアが担当するケースが増えました。

こうして「フルスタックエンジニア」という職種が誕生しました。

以下の図は、ビジネス要件とフルスタック開発の関係性をイメージ化したものです（個人差はありますが、一般的にはこのような構成が想定されます）。

フルスタック開発のメリット

• 各機能を理解すべき人数が減るため、認知コストが下がる
• API 仕様の調整や変更にかかる時間が減る
• バックエンドとフロントエンド間の連携が不要となり、コミュニケーションコストが削減される
• チームメンバーの再配置が柔軟になり、負荷に応じた対応がしやすくなる
• 実装された機能が統一感を持ち、ユーザーにとって自然な UX になる（ユーザーは機能単位でアプリを体験するため）
• 実装スピードと精度が向上することが多い
• 以前は 2 人必要だった小規模プロジェクトも、1 人で完結可能になる
• バックエンドとフロントエンド間でコード共有しやすくなる

先述の通り、ブラウザで動作する唯一の言語は JavaScript（とその上位互換である TypeScript）です。つまり、フルスタックエンジニアは必ず JavaScript を扱える必要があります。また、Node.js の登場により、JavaScript は 2009 年からバックエンドでも利用可能になりました。
そのため、JavaScript とその周辺技術を習得したエンジニアは、フロントとバックの両方を一貫して開発できるようになりました。
（詳しくは、以前公開した以下の記事もご覧ください：なぜJavaScriptを使用するのか？意思決定者のための完全ガイド、なぜ私たちはTypeScriptを愛するのか？そして、あなたもそれを愛すべき理由は何か？）

もちろん、プロジェクトの特性によっては他の言語をバックエンドに選ぶケースもあります。たとえば、高パフォーマンスが求められる場合は Go、大規模なデータ処理には Python が適している場合があります。ただし、開発スピードとコード再利用性を重視するなら、バックエンドも TypeScript で統一することをおすすめします。

次回は、型安全性とコード共有がどのようにして開発体験を向上させ、開発期間の短縮とプロダクト品質の向上につながるかをご紹介します。