ウェブアプリとウェブサイトの違い

Web サイトは Web アプリケーションと同じですか?その質問はあなたが思っているよりも古い

2013 年、Web 開発ブログの CSS Tricks は、「「Web アプリ」と「Web サイト」を区別することは有用ですか? 1万7000人が回答した。 72%が「はい」と答えました。それらは、異なる懸念を持つ異なるものです。残りの 28% は「いいえ」と答えました。それはすべてウェブだけです。

この質問は、さまざまな方法で流布され、共通の控え目になっています。数年ごとに、Web 開発の時代精神に再突入しています。しかし、その中心には同じ疑問があります。ウェブは分断されているのでしょうか?デスクトップのようなアプリケーション用の Web と、コンテンツ用の Web がありますか。提供する 1 つの Web と作成する別の Web。

実際には、有用なものではありますが、思考実験にすぎません。 Web 開発の練習の瞬間を構成できます。同じように役立つのは、会話が始まった最も早い時期の 1 つ、つまり DHTML と Oddpost という会社の歴史までさかのぼって会話を追跡することです。

1999 年、小さなスタートアップの Halfbrain が BrainMatter を立ち上げました。 BrainMatter はスプレッドシート アプリケーションでした。 Excel の機能を模倣し、ユーザーはデータを並べ替えたり、行や列をドラッグ アンド ドロップしたり、基本的な関数やマクロを使用することさえできました。 BrainMatter を際立たせたのは、それが完全に Web 上に存在していたことです。どのユーザーも、世界中のどこからでも自分のブラウザーで BrainMatter を起動できます。ただし、当時、このサイトはブラウザー市場のリーダーである Internet Explorer でのみ機能していました。これは、Microsoft が利用可能にした種類のテクノロジのため、開発チームが意識的に選択したものです。

それにもかかわらず、BrainMatter は印象的でした。誰もが考えていたよりもはるかにうまく機能しました。 1999 年、Web に関する話題は、新しいメディアとしてのその力に焦点が当てられました。「コンテンツ イズ キング」の時代です。出版物が Web サーファーの世界を支配していましたが、コンピューティング アプリケーションの邪魔になるものはほとんどありませんでした。 Halfbrain は、Dynamic HTML (DHTML) の傘下にグループ化された一連の進化するテクノロジを活用して、その認識に挑戦しました。

DHTML は、統一されたプログラミングの実践や原則ではなく、JavaScript、CSS、およびいくつかの独自の Microsoft テクノロジ (Microsoft ブラウザーでのみ機能する理由) を組み合わせて、対話型データを更新することなくインタラクティブなデータを更新できる Web サイトを可能にする技術の緩やかな集まりでした。ページのリロードの必要性。これにより、ユーザーはページを直接操作したり、フォームに入力してデータを追加したり、物をドラッグしたりできます。また、一般的に、人々がデスクトップでしか行っていなかったようなことを、Web 上で直接行うことができます。 Google Docs や Web ベースの Electron アプリの時代には、それは当たり前のことのように感じるかもしれません。 1999年、新品でした。

BrainMatter のリリースから間もなく、Halfbrain は AlphaBlox に買収されました。AlphaBlox は、Web 上でプレゼンテーション ソフトウェアを構築するために同じ技術と手法を使用しました。 Web サイトの PowerPoint。その直後、AlphaBlox は IBM に買収されました。

その頃には、ブラウザ市場には新たな人気上昇中のスター、Mozilla の Firefox が登場していました。 Firefox は、Microsoft の以前の競合相手であり、その前身である Netscape にはなかった方法で DHTML を可能にしました。しかし、問題がないわけではありません。 IBM のエンジニアの 1 人である Koranteng Ofosu-Amaah は、後にブログ投稿Applications vs W3C Domでその非常に複雑さについてのメモをまとめました。その中で、オフォス・アマーは砂の中に決定的な線を引いています。 1 つは Web アプリケーションであり、一連のハッキング、巧妙な回避策、さまざまなブラウザーで利用できる独自の技術によって可能になりました。もう 1 つは、Web の標準化された技術によって可能になったコンテンツ Web サイトです。 DOM 駆動のアプリケーションと標準駆動の Web サイト。 Web アプリと Web サイト。

彼のメモの 1 つで、彼はこれを明確にしています。ブラウザーの互換性は、W3C DOM アプリケーションにとって大きな障害です。 Ofosu-Amaah は、一部のサイトには一般的にアクセスできない機能やテクノロジが必要であることを認識していたため、一部のユーザー (たとえば、古いブラウザーを使用しているユーザー) を完全に締め出していました。そして、2000 年頃の Web 開発の状況では、これはほぼ真実でした。当時の Web アプリケーションと Web サイトの問題は、すべてのブラウザーとデバイスで同じインタラクティブで動的なエクスペリエンスを提供することはほぼ不可能であるという事実に主に焦点が当てられていました。

1999 年に働いている Web エンジニアの数は比較的少なかった。 DHTML に精通した、それ以下のエンジニア。この選ばれたグループの中には、Ethan Diamond と Iin Lamb という 2 人の Halfbrain エンジニアがいました。 2002 年までに、Halfbrain から次の DHTML を利用した Web アプリケーションに移行する準備が整いました。今回はメールで。それはオッドポストと呼ばれていました。

Oddpost は 2002 年 6 月にデビューしました。オッドポスト。比類のない電子メール。最新のニュースとブログ。すべてが 1 か所にあります。」 Oddpost の主な機能は電子メールでした。これは、Microsoft Outlook や Eudora など、当時人気のあったデスクトップ メール アプリケーションをモデル化したものです。しかし、ニュース サイトやブログからコンテンツを収集するフィード リーダーも組み込まれていました。

ただし、BrainMatter と同様に、Oddpost はネイティブの Web テクノロジを使用して完全に Web 上で実行されました。ほとんどのコンピューターである最新のブラウザー (ただし、Internet Explorer のみ) を備えたコンピューターからアクセスできました。年間 30 ドルという価格は、無料の電子メールの概念が標準になる前は手頃な価格の領域でした。

電子メール インターフェイスに関しては、それほど画期的ではありませんでした。三枚窓。送信者別にスレッド化された、日付別に整理されたメッセージ。そのインターフェイスはシンプルで、最も重要な機能のみを備えていました。それは設計によるものでした。 Oddpost が印象的だったのは、平均的なユーザーにとっては Web の URL に過ぎなかったにも関わらず、それがきびきびとダイナミックに感じられたからです。

これが DHTML の威力です。 Oddpost の立ち上げに伴い、他の同様の Web アプリケーションが、Web 上のさまざまな場所で考案されてリリースされました。それはウェブの可能性と約束についての会話の方向性を変え、人々はウェブサイト以上のウェブサイトについて議論し始めました. Ofosu-Amaah が言うように、まさに Web アプリケーションである Web サイト。

2002 年、Ethan Diamond は、Joshua Kaufman の人気ブログUnraveled にインタビューを行いました。 Oddpost は、それ以前の BrainMatter のように、Mozilla 内ではまったく実行されません。 Kaufman はこの点について Diamond を強く主張し、潜在的に大規模なユーザー グループをロックアウトするという決定に疑問を呈しました。 Diamond の回答により、アプリケーションと Web サイトの違いが明らかになりました。

「Oddpost はウェブページではなく、ソフトウェア アプリケーションです [強調を追加]。 Web ページは、完全にパジャマを着ていない男女共学のパジャマ パーティーに専念しているか、人権宣言に専念しているかに関係なく、情報を提示し、情報はすべての人が利用できるべきであるという広く信じられていることです。一方、ソフトウェア アプリケーションは、はツールであり、Web の情報公開の自由の基準をそれらに適用するのはばかげています。さらに、ソフトウェア アプリケーションは、そのラベルが意味する信じられないほど洗練されたものをすべて備えており、単一のプラットフォーム用に開発するには莫大なコストと労力が必要です。 Oddpost のような Web アプリケーションの場合、W3C 標準はこの事実を緩和しますが、完全に否定するものではありません。これは私たちが頻繁に指摘しなければならない点ですが、クロスブラウザー Web アプリケーションの経験が少しでもある人には決して当てはまりません。」

彼の応答で、彼はおなじみの議論を呼び起こしました。 Web アプリケーションは Web 上で可能でしたが、Web アプリケーションは Web のすべてのユーザーが利用できるとは限りませんでした。

そのインタビューは、BrainMatter が最初に発売されてから数年後に、別の会話を引き起こしました。 Dojo Toolkit の Joyce Park からの 1 つの回答は、それを率直に述べています。 「私の経験では、Mozilla や IE で何かを機能させるのに、わずかな時間しかかかりません…そして、IE 以外のユーザーの全体数は少ないですが、そのグループ内で Web ベースの技術を早期に採用した人の割合は非常に高くなっています。 …だから、Oddpost のようなものの事業計画では、それを考慮する必要があると思うでしょう。」

そして、それはしばしば議論の中心にあります。クロスブラウザー サポートのわずかな労力は、オプションではなく前提条件ですか? Web のオープン性は本質的で根本的なものであり、無視することはできません。それとも、誰も不可能だと思っていた体験を提供しようとして、一部を除外して最先端に生きるウェブのバージョンを持つという呪いを受けているのでしょうか。これらの疑問は解決されていませんが、確かなことが 1 つあります。必ずまた聞かれます。

ソース

• フィル・ウェインライト。 「オフィスの意味を取り戻す」 ZDネット。 2005 年 9 月 9 日。 https://www.zdnet.com/article/reclaiming-the-meaning-of-office/
• アダム・リフキン。 「ウェブリケーション」。リラックスして、すべてが深く絡み合っています。 2004 年 12 月 12 日。 https://ifindkarma.typepad.com/relax/2004/12/weblications.html
• フィル・ウェインライト。 「今度は IBM が Alphablox を買収します。」疎結合。 2004 年 7 月 7 日http://www.looselycoupled.com/blog/lc00aa00045.html
• Koranteng Ofosu-Amaah。 「アプリケーション vs. W3C DOM」コランテング。 2003 年 7 月 7 日https://home.koranteng.com/writings/applications-vs-w3c-dom.html

ここで最初に公開されました。