Webを最初から作成する必要があります

過去10年間のウェブの進化は、アメリカ経済の発展を反映しています。すべての主要な指標はチャート上で「上および右」に移動し、根本的なブレークスルーの着実な流れは「進歩」の感覚を提供しますが、実際には、使いやすさとテクノロジーが人々に与える影響は停滞または後退さえします。



この危機は、プラットフォーム、クリエイター、消費者に影響を及ぼしています。



この状況を少し分析して診断しようと思います。Webを再起動する必要性についての私の偏狭で専門的でないスピーチを読みたいだけの場合は、この部分をスキップできます。新しい軽量（マークダウン）マークアップ形式を選択してHTMLとCSSを置き換え、WebをWebドキュメントとアプリケーションに分割して、Webの速度、アクセス可能性、および面白さを取り戻すことができるという考え方です。



この投稿では、「ウェブ」のペダンティックな定義を使用しています。私はすでに「インターネット」を再発明する試みについて何度か話しました。dat、IPFS、arweaveなどのプロジェクトは、インターネットまたはそのトランスポート層とデータトランスポート層を再発明するために考案されました。Webは、HTML、CSS、URL、JavaScript、ブラウザーなどのレイヤーの上にあるものです。

プラットフォームのクラッシュ

先週、重要なプラットフォームの変更がありました。Mozillaは250人の従業員を解雇し、Firefoxの開発に影響を与えると述べました。 Firefoxブラウザは2番目に人気のあるブラウザではありませんでした-Safariは、主にiPhoneとiPadの所有者の「強制的な」オーディエンスによるものです。しかし、それは人々が選んだ最も人気のあるブラウザでした。





statcounterからのチャート



本当の勝者はChrome自体ではなく、Chromeエンジンでした。1つのKHTMLコードベースがWebKit（Safari）とBlink（Chrome、Microsoft Edge、Operaなど）に分割されました。



実際には、これが「モノカルチャー」の教科書の定義のようになります。一方で、これはコラボレーションの面での勝利です。競合する実装に「時間を無駄にする」必要がなく、Web開発者はすべてのブラウザで同じ機能とバグに直面するからです。しかし、より深い意味で、それはウェブの進化の基本的な信条を脅かしています。

専門分野と実装

Webは、仕様と実装を組み合わせることによって進化しました。以下のような組織WHATWG、W3C、およびIETFは、新しいウェブ機能の可能性を議論するために協力する独立した開発者、企業、学識経験者のためのスペースとなっています。ブラウザは、さまざまな実装でアイデアをテストしてきました。



それは構造の興味深い部分でした。そのようなシステムは、私たち全員が一緒に開発できることを保証し、私たちの目標の1つは、多くの貢献者のためにWebに貢献できるようにすることでした。カニウスにいるとき、それは私たちを動揺させます空のセルが表示されましたが、一般的な考え方は、異なるブラウザが異なる側面で優れている場合でも、遅かれ早かれそれらは互いに追いつくというものでした。Chromeは、新しい機能と最適化を導入した最初のブラウザではありませんでした。



共同作業は、単独で作業するよりも時間がかかりますが、今日私たちが失ったメリットをもたらします。Chromeは非常に急速に進化し、驚くべき速度で新しい仕様やアイデアを追加し、再現が最も難しいソフトウェア製品の1つになりました。マイク・ヒーリーが



それを最もよく言っているように私には思えます：

レンダリングエンジンが1つまたは2つの組織しか作成できない場合、Webは複雑さの点で実質的に「独占」されていると思いませんか？

今日、新しいブラウザを最初から作成することはほとんど不可能であるだけでなく、作成する場合、新しい標準を実装するための絶え間ない競争には、専門家のチーム全体が必要になります。これについては、DrewDeWaltの記事「Webブラウザを停止する必要がある」で読むことができます。彼の他の資料も読むことをお勧めします。

クリエイターへの挑戦

Webの設計ははるかに困難になっています。



ウェブは25年しか成長しておらず、縮小する機会はほとんどありませんでした。今日では、長期的な計画がなくても、経済とキャリアの成長という非常に近視眼的な文化の影響を受けています。何かを実装する方法はたくさんありますが、Web上でアプリケーションを作成する最も一般的な方法のいくつかは、私の意見では、通常、非常に強力です。2020年



にWeb開発に取り掛かる最良の方法は、Vue.jsやReactのようなニッチを選び、チームにCSSの専門家がいることを期待することです。



業界に参入しようと努力するのではなく、単にWebページを作成したいだけの人のために、途方もない一連のテクノロジーがありますが、最も単純でおそらく最高のものは汚名を着せられています。メモ帳にHTMLを入力するよりも、GraphQLを使用してReact履歴書を作成する可能性が高くなります。

消費者にとっての問題

すべてのイノベーションがユーザーのために作成されることを願っていますが、そうではない場合がよくあります。現代のウェブサイトは、ウェブの歴史の中で最も大きく、最も遅く、最もバグがあるようです。私たちのコンピューターはほとんど高速化しておらず、インターネット接続速度は停滞しています（5Gについては何も言わないでください）。Webページのサイズの増加は、他のすべてのパラメーターの増加を上回っています。



これらすべてのために、FirefoxにuBlockがインストールされていて、優れたローカルファイバープロバイダーであっても、ページが高速になることは期待できません。



しかし、私はこれらのWeb開発者をすべてのせいにしたくありません。..。以前の職場からのかなり面白い話を共有することができます。ユーザーがサイトを操作したときのデータを収集して、「ボタンをクリックしてファイルをサーバーにアップロードするのか、それともドラッグアンドドロップを使用するのか」などの簡単な質問に答えました。そのため、簡単なスクリプトを使用してデータ収集パイプラインを追加できるツールであるセグメントを使用しました。ただし、問題は、Segmentに数百のデータプロバイダーと広告テクノロジー企業が含まれる巨大なページがあることでした。そしてもちろん、会社でビジネスをしている人たちは、これらすべてのボタンを押し始めました。



ご覧のとおり、広告とデータトラッキングの問題は、これらすべてを実行できることです。、しかし誰がそれを拒否しますか？（私たちの場合、オプトアウトして、新しい広告主がページレベルにアクセスするのをブロックするCSPを追加しました。）

シンプルさへの回帰

複雑なシステムに単純さを加えることによって単純なシステムに到達することは不可能です。-リチャードオキーフ

次はどこへ行くの？最も賢い人々は、私たちがウェブの改訂を手配することを提案します。



Webを面白く、協調的で、優れたものにするにはどうすればよいでしょうか。



まず、2つのWebサイトがあると思いました。

Webドキュメント

「ウェブドキュメント」があります：ブログ、ニュース、ウィキペディア、ツイッター、フェイスブック。私の知る限り、実際、これは最初に見たウェブです（私は当時2歳でした）。デザイナーがブランドの独自性を作成し、ピクセル精度の詳細を追加するために使用できるツールとして現在見られているCSSは、元々、フォーマットせずにドキュメントを読み取り可能にし、それらのドキュメントの読者が外観をカスタマイズできるようにする方法と見なされていました。実際には、この属性をしてしばらくの間、Chromeのカスタムスタイルシートとして保存し、まだFirefoxで動作します。しかし、今日のWebでは、セマンティックHTMLの概念を事実上放棄しているため、これは困難な作業になります。

Web「アプリケーション」

そして、「Webアプリケーション」があります。それは、DjangoやRuby onRailsなどの上に構築されたサーバー側アプリケーションとして始まりました。それらの前には、Javaサーブレットなど、企業で永遠に存続する多くのテクノロジーがありました。Backbone.jsは、これらのアプリケーションの多くをブラウザに移植できることを実証しました。その後、ReactとそのSPA競合他社の多くは、高度なインタラクティブ性と複雑さを備えたクライアントアプリケーションというWebの新しい世界秩序を生み出しました。

ウェブの一部間の戦争

私は、ウェブの魔法を生み出すのはこの二重の性質であると主張します。しかし、それは破壊的な力でもあります。



魔法は、シンプルなブログが創造的な媒体であり、自分自身を表現するための優れたインタラクティブな方法になることです。私のサイトはそうはいきませんが、可能だと言っているだけです。



問題は、「Webドキュメント」がアプリケーションの特性に悩まされることが多いことです。JavaScriptとアニメーション、そしてそれらの複雑さが平均的なニュースWebサイトを悲惨なものにします。ドキュメントのWebサイトがアプリケーションパターンを採用すると、アクセシビリティ、速度、およびマシンの可読性が誤って犠牲になることがよくあります。



そして、「Webアプリケーション」はドキュメントの特性に悩まされています-インタラクティブアプリケーションは、HTMLとCSSの基本的な特性のほとんどを回避するために非常に長い時間を費やし、それらを原材料としてのみ使用します-HTMLを直接書き込むことを完全に回避し、CSSを記述することを回避し、標準のアニメーション機能を回避し、置き換えます見た目は似ているが、動作がまったく異なるものにページングします。 WebアプリケーションはHTMLではなくJSXを使用し、ブラウザー自体でそれを処理することを好みます。または、JavaScriptよりもSvelteを使用し、それを好みます。



今日はHTMLとCSSだけでは不十分で、物事が非常に複雑になっていることに腹を立てている「従来のWeb開発者」によるブログ投稿を読んだとき、これは主に、多くの場所でWebを構築する際のアプリケーション開発スタックが原因だと思います。 -サイトがドキュメント作成スタックを置き換えました。Jekyllまたはサイト側のレンダリングを使用する場合は常に、ReactまたはVue.jsが適用されます。このアプローチには利点がありますが、対話性が最小限の多くのWebサイトでは、これは、問題にならない速度の利点と引き換えに、数十年の知識を放棄することを意味します。

ソーシャルメディアの魅力

ソーシャルメディアの魅力の一部は、Webテクノロジーを考慮せずにドキュメントを作成できることと、ソーシャルメディアなしでは多くの時間がかかる速度、アクセス可能性、および完全性についての保証を提供することです。 Facebookの投稿が友達の電話にすばやく読み込まれたり、写真を編集してInstagramに正しく投稿したりすることを心配する必要はありません。これらはすべて、私たちのために処理されています。



ある程度、これにはソーシャルメディア機能は必要ありません。RSSなどの標準やInstapaperなどのサービスは、プラットフォームレベルで美しいフォーマットと配布を実行できることを示しています。 既存のバニラウェブサイトの上に構築します。

Webドキュメント2.0

もちろん、現在使用しているすべてのハイブリッドインタラクティブドキュメントを作成するのに十分なアプリケーション特性と十分なドキュメント特性を備えた、新しいWebの統一理論を実装することは素晴らしいことです。しかし、スプリットウェブへの道は私たちにとってより明確であり、私はそれについて最初に考えたので、それについて少し話しましょう。

• ルール＃1-サブセットを作成しないでください。Webの置き換えが10年前のFirefox10に存在していた機能だけである場合、誰もこのバージョンを気に入らないでしょう。
• №2 — . , , , - , .
• №3 — . , : , , , , , , .

したがって、新しいWebドキュメントを作成しているとしましょう。



まず、ドキュメントを伝達するための最小限の標準化されたマークアップ言語が必要です。 HTML生成用に調整された軽量のマークアップ言語から始めたいと思うでしょう。Commonmarkと呼ばれるMarkdownの厳密なフレーバーは、かなり良い選択のようです。これは私がすべての投稿を書いた言語であり、私の家族で最も人気があります。 Markdown用の優れたパーサーとツールの大規模なエコシステムがたくさんあります。



次に、ブラウザが必要です。長い間、Mozillaはまったく新しいブラウザであるServoに取り組んできました。..。開発チームは先週解雇されましたが、それは悲しいことです。このプロジェクトには、フォントをレンダリングするための独立したRustフレームワークのほか、RustでのハイエンドのMarkdown実装と、増え続ける素晴らしいアプリケーションフレームワークのセットが含まれています。このパイプラインを直接使用する純粋なMarkdownブラウザを作成することは可能ですか？多分？



この組み合わせにより、失われた速度を大幅に回復できると思います。最新のWebと比較して、わずかな時間でページを画面に表示することができました。メモリ消費はごくわずかです。デフォルトのシステムは信じられないほどアクセス可能です。見栄えの良い標準スタイルシートを作成し、代替のカスタムスタイルシートを共有します。ボリュームが大幅に削減されたおかげで、システムをあらゆる種類のデバイスに移植できるようになります。



Webサイト編集ツールはどのようになりますか（おそらく最も重要です）？それらははるかに単純にすることができます。



集計はどのようになりますか？Webページがアプリケーションというよりもドキュメントに似ている場合、RSSは必要ありません。Webサイトにはドキュメントを指すインデックスがあり、「リーダー」はデフォルトでWebページ自体を集約できます。よく知られているdatプロトコルファイルの



ようなものを使用して2つのWebを接続するか、Acceptヘッダーを使用して、HTMLを理解するが、軽量ページを好むブラウザーを作成することができます。

Webアプリケーション2.0

私が言及するWebの問題が何であれ、WebAssemblyで修正できると自動的に回答されると思います。そうでしょうか？



私は知らない。 WebAssemblyは実際には素晴らしいものですが、Webアプリはキャンバス上にレンダリングするだけで、各アプリは独自のグラフィカルツールキットを描画する必要がありますか？ Webアプリケーションでのアンチエイリアスの実装に本当に違いが必要ですか？コンテナ化されたアプリケーションは存在します。Qubesを見てください。しかし、それらは実際にはユーザーが目指すべきものではありません。 MacでBlenderまたはInkscapeを使用したことのある人なら誰でも、それがどのように見えるかについて大まかな考えを持っています。



または、WebAssemblyが新しい「コア」になり、UIHTMLをレンダリングできるでしょうか。または... WebAssemblyアプリケーションが使用する共有リンクライブラリを作成できます。これはSwiftUIのように機能し、ドキュメントに見られる行の高さやフロートなどの概念ではなく、制約などのアプリケーションに適した標準を提供します。



Webアプリケーションの概念を形作ることの問題は、それが大きく成長していることです。



Mac App Store、Windows App Store、App Store、Play Storeが悪化すればするほど、これらの独占が要求するほど、MacまたはWindows開発者になるためにかかるコストが増え、これらのアプリケーションはWebに移行します。確かにいくつかのアプリは優れていますウェブ上で。しかし、製品を簡単に、安く、自由に配布または販売できる唯一の場所であるという理由だけで、多くの人がそこに行きます。



昔々、アプリケーションをインストールし、コンピューターで実行することに明示的に同意し、ハードウェアを使用することができました。その時は終わりに近づいており、今日のWebページには、Webサイト、ファイル、ゲームコントローラー、オーディオ合成から暗号化、そしてかつては可能性の領域であったすべてのものまで、あらゆる情報を取得する非常に洗練された方法が.exeあり.appます。もちろん、これは新しい力を与えますが、状況はかなり珍しいです。

誰がこれに取り組んでいますか？

• Beaker Browser — dat , .
• Project Gemini — -. ( .)
• taizen — . , .

?

この問題とそれを解決する方法については、多くの考えられる見解があります。これは実際には問題だと思います（Google以外のすべての人にとって）。私たちが理解できるものとしてのウェブブラウザ、より多くの人々が作成できるものとしてのウェブページのアイデアは、私には素晴らしいようです。



マークダウンアプローチは非常に現実的です。それに対する最も強い議論は、それが「ウェブからすべての興味深いものを吸い出す」ということだと思います、そしてそれは部分的に真実です。しかし、初期のWebは、私たちの通常の意味では面白くありませんでした。そこでは、アートを作成したり、ドキュメントの交換以外の目的で使用したりすることはできませんでした。しかし、情報を共有することは興味深いことであり、そこでは単純で普遍的な方法でそれを行うことができたので、それは驚くほど興味深いものでした。したがって、最も重要なことは、そのような計画の可能性を解放する要素を見つけることです。もちろん、それらが存在する場合です。または、「十分に興味深い」別の計画を見つけます。



ソーシャルメディアは、Webページよりも制限が厳しい傾向がありますが、魅力的でもあります。多くの重要な理由がありますが、その中で最も重要なのは、より多くの人々が参加できる可能性です。ウェブの残りの部分がそれほど集中化されていなくても、そのような単純さと即時性を持っていたらどうでしょうか？最初からやり直すことができたらどうしますか？

---

広告

Epicサーバーは、小さなWordPressブログから、100万人のユーザーがいる本格的なプロジェクトやポータルまで、サイトをホストするための仮想サーバーです。幅広い料金プランが利用可能で、最大構成は128 CPUコア、512 GB RAM、4000 GBNVMeです。