1. なぜアプリプログラミングは複数言語で構成されるのか
結論から言うと、1つの言語では異なる責務を同時に満たせないからです。
アプリには最低限、次の責務があります。
・ユーザー操作を即座に受け取る
・状態を変化させる
・データを安全に保存する
・他のシステムと通信する
これらは性質がまったく違うため、言語が分かれます。ITリテラシーとは、この分業構造を前提として考えられるかどうかです。
2. UI言語が前提とする思考モデル（Swift / Kotlin など）
UIを担う言語は、イベント駆動が前提です。
・ユーザーが触った「後」に処理が走る
・処理は短く、即時に返す必要がある
・途中で止まることは許されない
ここでは「正しさ」よりも「体感」が優先されます。非エンジニアがよく誤解するのは、UIは見た目だけの層ではないという点です。
3. フロントエンド言語が扱う「状態」という概念（JavaScript / TypeScript）
フロントエンド言語の本質は、状態管理です。
・いま何が選択されているか
・通信中か、完了しているか
・画面に何を表示すべきか
これらは常に変化し、しかも同時に複数存在します。
ITリテラシーが低いと、「状態は1つだけ」という前提で仕様を考えてしまいます。
4. バックエンド言語が背負う業務ロジックの重さ（Java / Python / Go など）
バックエンド言語が扱うのは、壊れてはいけないルールです。
・金額計算
・権限判定
・業務フローの整合性
ここではUIの都合は一切考慮されません。
非エンジニアが「画面ではこう見えるから」と言っても、業務ロジックはそれに合わせて曲げられない。
5. データ言語が要求する厳密さ（SQL）
SQLは他の言語と決定的に違います。
・曖昧さが許されない
・後から直すコストが極端に高い
・構造がすべてを決める
「あとで変更できる」という発想が通用しません。ITリテラシーとは、データ構造は最後まで影響し続けると理解していることです。
6. 言語の違いを理解しないと起きる判断ミス
以下はすべて、言語の役割を理解していないことが原因です。
・UIの変更で業務ロジックも簡単に変えられると思う
・フロントの都合でデータ構造を決めようとする
・「同じ処理を別の言語で書くだけ」と考える
言語が違う＝責任と制約が違う。これを理解して初めて、ITリテラシーがあると言えます。
ITリテラシーとは、IT用語を知ることでも、コードを書けることでもありません。アプリプログラミングにおいて複数の言語が使われる理由と、それぞれが異なる思考モデルと制約を持っていることを理解する力です。非エンジニアであっても、この違いを前提に判断できれば、システム開発における意思決定の質は根本から変わります。
