0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

フロントエンドとバックエンドの違い - 実行環境・技術選択・責任範囲で整理する

0
Posted at

フロントエンドとバックエンドの違い - 実行環境・技術選択・責任範囲で整理する

前置き

※ この記事は、AI全盛期において、敢えて基本に立ち返った技術要素を知ることを目的にしています。

  • この記事は、ソフトウェア初学者向けに全体像をつかむことを目的にした解説です。
  • 理解しやすさを優先するため、細かな例外や厳密な定義は一部省略しています。
  • 実際の運用や詳細については、公式ドキュメントや上位の資料で補完してください。

この記事でわかること(概要)

  • フロントエンドとバックエンドが「なぜ違うのか」の理由
  • 実行環境・技術選択・責任範囲の3軸での違い
  • どちらを先に学ぶか迷ったときの考え方

この記事の要点

  • コードが「どこで動くか」が、フロントエンドとバックエンドの最大の違いです。
  • 実行環境の違いが、使える技術とセキュリティ上の責任の違いを生みます。
  • 「フロントエンドは簡単」「バックエンドは難しい」という二項対立は正確ではありません。

前回のおさらい

前回の記事では、フロントエンドは「見せる・受け取る」、バックエンドは「判断する・整える」という役割の違いを整理しました。

今回はその一歩先として、なぜ役割が分かれているのかを、実行環境・技術選択・責任範囲の3軸で整理します。

3軸の比較

比較軸 フロントエンド バックエンド
実行環境 ユーザーのブラウザ(ユーザーのPC上) サーバー(開発側が管理するPC/クラウド)
技術選択 JavaScript必須・HTML/CSS必須 言語は自由(Java/Python/PHP/C#など)
コードの可視性 ユーザーから見える(DevToolsで確認可能) ユーザーから見えない
主な責任範囲 表示品質・操作性・描画速度 業務ロジック・データ整合性・セキュリティ

ここだけ押さえる3ポイント

1. 実行環境の違い:「誰のPCで動くか」

フロントエンドのコードは、ユーザーのPCにあるブラウザ上で動きます。
バックエンドのコードは、開発側が用意したサーバー上で動きます。

これが最も根本的な違いです。フロントエンドは、ユーザーのPCという「自分たちが制御できない場所」で動きます。そのため、様々なOS・ブラウザ・画面サイズへの対応が必要になります。

バックエンドは、自分たちが管理するサーバー上で動くため、実行環境を統一できます。

2. 技術選択の違い:フロントエンドはJavaScript必須

フロントエンドでブラウザ上のロジックを動かすには、JavaScriptが事実上必須です。
HTML(構造)・CSS(見た目)・JavaScript(動作)の3つが、ブラウザが直接解釈できる言語です。

バックエンドには言語の縛りがありません。Java、Python、PHP、C#、Rubyなど、目的や組織に合わせて選択できます。

3. 責任範囲の違い:コードが「見えるか・見えないか」

フロントエンドのコードは、ブラウザの開発者ツール(DevTools)を使えばユーザーが中身を見ることができます。
そのため、パスワードや認証トークン、業務ロジックの核心はフロントエンドに置いてはいけません。

バックエンドのコードはサーバー上にあり、ユーザーからは見えません。
認証・認可・業務ルールの判断・データの整合性チェックは、バックエンドが担う理由はここにあります。

実行環境の違いを示す図

責任範囲の分担図

勘違いしやすい解釈

  • 「フロントエンドは簡単、バックエンドは難しい」
    実行環境・対応ブラウザ・アクセシビリティ・パフォーマンス最適化など、フロントエンドも複雑さは十分あります。どちらが難しいという話ではなく、難しさの種類が違います。

  • 「フロントエンドでもセキュリティチェックしていればバックエンドは省略できる」
    フロントエンドのコードはユーザーが書き換えて送信できます。セキュリティ上の判断はバックエンドでも必ず行う必要があります。

  • 「JavaScriptはバックエンドでも使えるからフロントとバックの区別は薄れてきた」
    Node.jsでバックエンドをJavaScriptで書くことはできますが、「どこで動くか」という実行環境の概念はなくなりません。使う言語が同じでも、役割と責任範囲の違いは変わりません。

実際の業務で押さえておきたいポイント

  • 設計段階で「このロジックはフロントで持つべきか、バックで持つべきか」を最初に決めると、後から修正しにくいバグや責任の曖昧さを防げます。
  • セキュリティに関わる処理(認証・権限確認・入力値の最終判断)は、フロントエンドに寄せず、バックエンドで完結させます。
  • 不具合調査の際は、「どちらの実行環境で起きているか」を最初に絞り込むと、調査範囲が半分になります。

まとめ

  • フロントエンドとバックエンドの最大の違いは、コードが動く実行環境(ユーザーのブラウザかサーバーか)です。
  • 実行環境の違いが、使える技術の縛りとセキュリティ上の責任の分担を生んでいます。
  • 次回は、フロントエンドの世界をもう一段具体的に掘り下げます。

この理解のあとに進めていけること

  • 担当中のプロジェクトを1つ選び、機能ごとに「フロントの責任」「バックの責任」を書き出して整理してみます。

関連リンク

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?