「安価な」ウェブ

安価なウェブ ≠ 無料

• 良いものを作るのは難しく、多くの時間がかかる。
• クリエイターに私たちのために良いものを作ってほしいなら、彼らの生活費と材料費を支払う必要がある。
• エンターテインメントに1時間あたり $1 未満しか使っていないなら、クリエイターとそれを支えるインフラをどう支援するか考えるべきだ。

安価なウェブ ≠ 洗練

• Apple のウェブサイトの HTML ソースは内部的には「美しく」はないが、HTML の醜さについて Apple のエンジニアを責めることはできない。
• HTML/CSS はデジタルなコンクリートを彫刻しているように感じられるべきだが、実際には茹でていないパスタで橋を建てているような感覚だ。
• 単純で安定したマークアップ言語を採用するまでは、あらゆるウェブサイトが似たような見た目になるだろう。
• ソフトウェアは複雑になりすぎていて、誠実さを保つのが難しい。
• バルトシ・チェハノフスキのような人々が、優雅な未来への道を切り開いている。

安価なウェブ ≠ 不気味

• アメリカ中部は平坦で肥沃で、風の強い土地だ。
• タンブルウィードはアメリカ原産の植物ではないが、西部開拓時代の象徴になった。
• World Wide Web は大規模な人口をつなぎながら、互いに異なる人々を個人的には遠ざける広告収益で動く空間だ。
• ソーシャルプラットフォームは、インターネットを敵対的で人間味のない場所へと変えてしまった。
• 小さくて誠実なコミュニケーションは静かに栄えており、見つけるのも作るのも簡単だ。

安価なウェブ ≠ 深い

• スタージョンの法則によれば、「あらゆるものの 90% はゴミ」だという。
• World Wide Web の 10% はアクセスしにくい。
• スパム、JavaScript、画像、アクセシビリティ、決済、任意のアドレス、プラットフォーム、一時保管などの問題によって、インターネットの多くの部分は壊れているか欠けている。

安価なウェブ ≠ 暗い

• NFT は最初から悪いアイデアだったのかもしれないが、暗号資産コミュニティは尊重に値する目標を追求している。
• グローバル金融システムの担い手たちは、私たちを何度も失望させてきた。
• ブロックチェーンが持続可能な技術の未来においてどんな役割を果たすのかは不明だが、私たちが望む利便性とプライバシーのために大量のエネルギーを浪費する必要はない。

安価なウェブ = 安価さ

• 維持費が安くあるべきだ。
• ウェブから離脱しやすいべきだ。
• アクセシビリティが高いべきだ。
• ウェブとやり取りしやすいべきだ。
• ウェブを探索するのは楽しいべきだ。
• ウェブサイトの制作やホスティングは、スクラップブック作りより簡単であるべきだ。

GN⁺の見解

• この記事で最も重要なのは、ウェブデザインと開発のアクセシビリティおよび持続可能性を強調している点だ。
• 安価なウェブは、単にコストが低いことを超えて、倫理的で誠実なインターネット環境を目指す哲学だ。
• クリエイターとユーザーの双方にとって公正で持続可能なウェブ生態系を作るためのさまざまな提案が興味深く、これは技術の未来と私たちの社会に重大な影響を与えうる。

[GN⁺]

Hacker Newsの意見

• 原文投稿者（OP）は E-ink スクリーンと org/vimwiki/markdown を求めているようだ。問題はスタイリングから始まるが、本当にアクセシブルなハイパーテキストの本が欲しいなら、スタイリングは不要だ。これはユーザーが制御すべきであり、デフォルトテーマは読みやすいフォント、白地に黒文字、見出しは 36pt の太字、段落は 14pt の標準書体に設定されるべきだ。実際の利用では Epub はすばらしいフォーマットで、ウェブサイトが提案するものよりこうした「ブラウジング」体験のほうを好む。あるいは OP はより高水準の CSS と HTML を求めているのかもしれないが、それは新しい言語を作り、より複雑なオントロジーを主張する問題につながる。もちろん基本的なスタイリングオプション付きの Markdown を作ることはできるが、特定の Markdown を学んで運用し、特定のサーバーでウェブサイトを提供するより、基本的な HTML と CSS を学ぶほうがそれほど複雑ではないと確信している。
• ウェブとスタイリングが複雑になったのは、2000年代のウェブスタイリング、多様なブラウジングデバイスの登場、スマートフォンとのインタラクションのあり方が重なったときだ。今日のブラウザはほとんど OS のようなもので、共有できる複雑さは 1990年代の PC で作れた複雑さよりも高い。たとえばブラウザで Godot エンジンを動かせる。友人たちと遊びでプロジェクトのプロトタイプを開発したり、好きな人たちと交流するための個人用プラットフォームを作ったりできる。JS への批判は多いが、最初に触れたときは夢が実現したように感じられ、体験を作ってほとんど手間なく共有できる力を与えてくれた。大企業が退屈なウェブサイトを過剰に工学化されたフレームワークで作ることにしたとしても、この事実は変わらない。
• ウェブ開発者ではないが、ウェブは文書を共有する手段として始まり、HTML はその周囲に構築され、やがて人々は一般的なアプリケーション（例: Google Docs）を作りたくなって、文書でないものを文書であるかのように扱うツールを作ったのだと思う。みんながそのツールをすばらしいと思って使い始めたが、ウェブの 90% は今でも文書であり、それなのに今では文書でないものを作るためのフレームワークの上にすべてが構築されている。実際には最初から文書を作っていることがほとんどなのにだ。全体の状況は非常に混乱しており、世界的なエンジニアリング文化がこれを完全に狂っていると見なしていないことが理解できない。
• HTTP 上の CommonMark を提案した人がいるのか気になる。Markdown を GET レスポンスに入れて、Content-Type: text/markdown に設定すれば、クライアントがどうレンダリングするかを決められる。これは現代版 Gopher のようなものになるだろう。
• 自分が感じていることを他の人たちも感じていると知ると本当に驚く。ほとんどの人は気にしておらず、気にしたいとも思っていない。ページのひどい美観のせいで主張が台無しになる。
• 2000年代初頭に戻って、どのページでも「ソースを表示」でとてもきれいに整形されたコードが見られたらいいのにと思う。多くの企業はさまざまな理由でフロントエンドコードを意図的に難読化しようとしており、多くの企業はクライアントのペイロードサイズや解析時間を少しでも効率化するためにミニファイして、結果として意図せず難読化している。ブラウザレベルで決めるべきことは、クライアントにブラウザ上で実行されているものを正確に把握できるようにしたいのかどうかだ。現状が良いと言うなら答えはノーだろうし、現状は非常に暗い。しかも WASM ベースのペイロードの登場で、その上さらにすべてを逆アセンブルしなければならなくなり、いっそう暗くなるだろう。
• ソフトウェアが腐敗していくにつれ、多国籍企業だけがウェブサイトを作れる存在になるかもしれない。すでにオープンソースソフトウェアが誰のためのものかを決めるのはそうした主体だ。多くの金持ちとその権力がなければ、多くの貧しい人々とその無力さも存在しない、ということに人々はなかなか気づかない。前者の利害は常に後者を効果的に弱体化させる。同様に、多国籍企業と一般の人々を同時に満足させるソフトウェアはありえない。前者の利害は常に後者を効果的に弱体化させる。
• チャットには分散型の XMPP サーバーを使うべきで、これは他のチャット手段と違って、貧弱なハードウェアでも動作する。
• 主にテキストで、画像の使用が少ないシンプルなウェブサイトを閲覧するのは新鮮だ。あらゆる「モダン」なウェブサイトは疲れすぎる。サイトが初回訪問時に何かを画面へ表示したら、たとえばニュースレター登録、ログイン要求、ビューポートを覆う大きな画像など、すぐにリーダービューへ切り替える。
• ほとんどのウェブページは無期限に動作すべきで、維持コストは低くあるべきだ。シンプルな HTML は、そのバージョンの HTML と CSS をサポートするブラウザがまだ存在する限り動作する。静的な Go バイナリが動的 HTML を提供することも可能だ。しかし Python や Ruby などでそれを達成できるかは想像しづらい。つまり、これが良いルールなのかは疑問であり、もっと実現しやすくするために作り直しが必要かもしれない。
• 2005年に、みんなのページが同じ見た目になると決めたとき、価値のある何かが失われたのだと思う（例: TheFacebook™ のプロフィール）。残念ながら、それに加えて Google が個人サイトのような結果を低く評価するよう変更したことで、こうしたすばらしいカスタムページはほとんど破壊されてしまった。