バックエンドはどう生まれたのか
非開発者は「バックエンド」という言葉の前でよく足を止めます。しかし出発点をたどれば、1993年のゲストブックです。当時のサーバーは保管庫でした。ユーザーがアドレスを入力すると、あらかじめ保存しておいたHTMLファイルを取り出して投げ返す、それで終わりです。ところがゲストブックの登場で壁にぶつかります。訪問者が残したばかりの書き込みを次の人に見せるには、誰がいつ何を書くかを事前に知ってファイルを用意しておかなければならず、それは不可能です。
そこで発想を逆転させます。ファイルを事前に作るのではなく、リクエストが来たその場でページを組み立てよう。サーバーの役割はファイルの保管から、リクエストごとに結果を製造することへと変わり、バックエンドはまさにここで生まれました。
その後の30年も同じパターンだった
その後の歴史も同じパターンの繰り返しです。書き込みを保管する場所が必要でデータベースが生まれました。最初はテキストファイルに一行ずつ積んでいましたが、数千件になると一件を探すのにファイル全体を読まなければならなかったからです。機能が増えてコードが一つのファイルに絡み合うと、MVCがデータ・画面・交通整理に役割を分け、2007年にiPhoneが登場するとアプリはHTMLではなくデータを求めました。HTMLを製造していたサーバーは、JSONでデータを供給するAPIサーバーへと再び役割を変えます。
残りの部品も、すべて特定の問題への答えです。HTTPには記憶力がなく、ログインしても次のリクエストでサーバーはその人を認識できません。そこで番号札を発行するセッションと、その番号札をブラウザに保管するクッキーが生まれました。ユーザーが増えてサーバーが遅くなると、よく使うデータをメモリに載せておくキャッシュが、口座振替が途中で切れてはならないため、全部成功か全部取り消しかというトランザクションが生まれました。暗記するリストではなく、各技術がどんな問題を解くために生まれたのかを流れで理解すればよい理由です。
言語よりも指示の具体性が結果を分ける
言語選びから途方に暮れる必要もありません。PHPでもPythonでもJavaでも、ログインの本質は「IDが存在し、パスワードが一致すれば通過」、条件文二つです。Pythonはifの後にコロンが付き、Javaは波括弧が付く、その程度の文法差があるだけで、HTTPリクエストを受けて処理し、レスポンスを返すという構造は完全に同じです。一つ身につければ、残りは方言レベルです。
だから結果を分けるのは、どの言語を選ぶかではなく、どれだけ具体的に指示するかです。系譜で流れをつかめば、「ログインを作って」が「認証はJWTで、パスワードはハッシュ化して保存して」に変わります。指示が具体的なぶん成果物が変わり、流れを知っていれば、AIが書いたコードで欠けている部分まで見えてきます。
非開発者はまず何を学ぶべきか
非開発者がAIにバックエンドを任せるとき、本当に必要なのは文法の暗記ではなく、この系譜です。すべての技術は前の技術が残した問題を解くために生まれ、その問題を知れば、技術は暗記ではなく理解の対象になります。SH Consultingのバイブコーディング教育がバックエンドを歴史の順番で解きほぐすのは、これが理由です。系譜が手の中に入った瞬間、同じAIを使っても任せられる仕事のレベルが一緒に上がります。