こんにちは！ Web アプリの世界に飛び込んでみましょう。

Web アプリの定義

Web アプリは通常、ブラウザベースです。主な特徴は次のとおりです:

• プラットフォームに依存しない (特定のオペレーティング システムに依存しない)
• モバイルを含むあらゆるデバイスで実行可能
• インターネットに依存します (少なくとも初期読み込み時)
• 動的コンテンツ (頻繁な更新)

Web アプリの背後にあるテクノロジー

ウェブ アプリに必須のテクノロジーには次のものがあります:

• フロントエンド: HTML、CSS、JavaScript (WebAssembly は出現しつつありますが、まだ普及していません)
• バックエンド: Node.js、Python (Django または Flask を使用)、Java などのさまざまな言語
• データベース: SQL および NoSQL オプション (MongoDB、PostgreSQL など)

Web アプリの例

私たちが毎日使用している人気のあるウェブ アプリ:

• Gmail
• Google ドキュメント
• トレロ
• Slack (デスクトップ アプリとして使用する場合でも、Web ベースです)
• オンラインバンキング
• 管理ダッシュボード

Web アプリのセキュリティ

Web アプリは、暗号化されたデータ送信のための HTTPS など、組み込みのセキュリティ機能の恩恵を受けます。この既存のインフラストラクチャにより、開発者はセキュリティ対策を一から構築する手間が省けます。

Web アプリではないものは何ですか?

ウェブ アプリをより深く理解するために、何が不適格であるかを見てみましょう:

• ネイティブモバイルアプリ
• ネイティブ デスクトップ アプリ
• コマンドライン インターフェイス
• 組み込みシステム (マイクロ波ソフトウェアなど)
• ほとんどのゲーム (一部のゲームには Web テクノロジーが使用されています)
• シンプルなウェブサイト**
• SEO に適したウェブサイト** (多くの場合、静的コンテンツまたはサーバーでレンダリングされたコンテンツが優先されます)

サーバーサイドレンダリングの議論

** Web アプリのサーバー側レンダリング (SSR) とクライアント側レンダリングについては、現在も議論が行われています。一部の企業は、サーバー インフラストラクチャを販売するインセンティブがあることを理由に、SSR の増加を推進しています。ただし、多くの Web アプリでは、多くの場合、クライアント側のレンダリングで十分であり、より優れたユーザー エクスペリエンスを提供できます。

ロード時間: 現実の確認

ウェブアプリの読み込み時間を考えてみましょう:

• 最初の読み込み: ~7～8 秒
• その後のロード: ~1 秒 (キャッシュのおかげ)

ほとんどの Web アプリでは、これらの読み込み時間は許容範囲内です。ユーザーは通常、長期間使用するアプリについては数秒待つことを気にしません。

ハイブリッドアプローチ

Quave では、ハイブリッド アプローチをよく使用します:

1. アイデアを紹介および販売するための Web サイト (SEO に最適化)
2. 実際の製品の Web アプリ (ユーザー エクスペリエンスに最適化)

この組み合わせにより、両方のアプローチの長所を活用できるようになります。

結論

アプリのアーキテクチャを決定するときは、大手テクノロジー企業の最新トレンドに従うのではなく、特定のニーズに焦点を当ててください。アプリの要件とユーザー エクスペリエンスの目標を考慮し、プロジェクトに最適なアプローチを選択してください。

テクノロジーは大きな産業であり、企業は収益を上げなければならないことを忘れないでください。ただし、他の人のビジネス モデルに合わせることではなく、自分固有の問題を解決することを優先する必要があります。

批判的に考え、大企業による最新の市場の推進ではなく、アプリの原則に基づいて意思決定を行ってください。

また次回お会いしましょう！バイバイ。

このコンテンツは、AI Proof Dev Web Apps コースの一部です。