「安い」ウェブ
(potato.cheap)- 「安いウェブ」とは、無料であることや見た目の洗練さではなく、創作者に対価を支払い、シンプルで正直なウェブの素材で長く維持できるウェブを作ろうという solarpunk 的なウェブデザイン哲学である
- 現代のウェブは複雑な HTML/CSS/JS と広告ベースのプラットフォームのせいで内部構造を露わにしにくく、サイト同士も似通ってしまい、個人や小規模な作り手が作りにくい環境になっている
- 大規模な parasocial プラットフォームは FOMO や参加の誘導、扇情的なコンテンツによってウェブを敵対的で非人間的な空間にしているが、小さな文章、関心ベースのグループ、直接のやり取りといった誠実なコミュニケーションは今でも可能である
- ウェブの使い物になる 10% は、スパム、JavaScript 中心のサイト、画像ベースの文書、アクセシビリティ不足、決済の問題、恣意的なアドレス体系、プラットフォーム依存、その場しのぎの保存方式のために、見つけにくく保存しにくい
- 安いウェブは、維持・離脱・アクセス・参加・探索・貢献のコストを下げるべきであり、長く動作し、スクリーンリーダーや低電力デバイスでも使える必要がある
「安さ」は無料を意味しない
- 良いものを作るのは難しく時間もかかる。創作者が作り続けるには、家賃・食費・材料費をまかなえる必要がある
- ポッドキャスト、動画、文章、ゲーム、本といった娯楽に 1 時間あたり 1 ドル未満しか使っていないなら、創作者と彼らを支えるインフラを支援する方法を考えるべきである
「安さ」は洗練を意味しない
- Steve Jobs の「箱の内側も美しくあるべきだ」という木工の比喩とは異なり、Apple.com の HTML ソースは内側が美しいとは評価されていない
- これは Apple のエンジニアのせいというより、粗悪な素材の上に滑らかな外皮を被せる選択肢しか残っていなかったという判断である
- HTML/CSS はデジタルのコンクリートを彫刻する感覚であるべきだが、実際には茹でていないパスタで橋を作ることに近いとされる
- シンプルで安定したマークアップ言語が、正直なアーキテクチャに参加できるべきである
- 筆者は 2024〜2025 年にそのような言語を 1 つ完成させたいと述べている
- シンプルで安定した建築材料を採用しなければ、すべてのウェブサイトは今後も似通い続けるかもしれない
- ソフトウェアは複雑になりすぎて正直さを保ちにくくなり、企業は内部構造が脆弱なためそれを露呈しにくいという判断である
- Wirth's Law は状況をさらに悪化させうる。ソフトウェアが腐敗していけば、多国籍企業だけがウェブサイトを作れる主体として残るかもしれない
- Bartosz Ciechanowski の mechanical watch demo は、正直なソフトウェアが可能であることを示す例である
- ソースコード は、巨大な WebGL の壁のように立ちはだかる案内構造を示している
- 美しいが、洗練されたウェブではない
- World Wide Web がすべて 3D WebGL の魔法である必要はない
- Patrick Colison、Derek Sivers、Lu Wilson、Phil Gyford のサイトは、居心地のよい HTML の小屋のような例である
- 友人が作ったきしむ木の椅子がデザイナーズチェアより良いことがあるように、ウェブにもきしむウェブサイトがもっと必要である
「安さ」は陰湿なのぞき見を意味しない
- アメリカ中西部の平坦で肥沃で風の強い土地に外来種の tumbleweed がよく適応したように、ウェブも特定の条件下では怒りが広がりやすい環境になっている
- World Wide Web は大きな人口、異なる人々、非人間的な距離、広告収益によって結びついている
- 怒りはウェブを通じて特に広がりやすい
- 大規模な parasocial プラットフォームは、インターネットを敵対的で非人間的な場所に変えている
- FOMO を刺激してクリックを維持する
- 「engagement」のために違いを誇張する
- スター化のエンジンを作り、ユーザーをのぞき見し続けさせる
- 栄養のない扇情的コンテンツで誘い込む
- 小さく誠実なコミュニケーションは静かに繁栄しており、見つけるのも作るのも容易だとされる
- インターネットで書く
- third place を見つける、または作る
- 電話する、niche な関心グループに参加する、lurk せずに生きる
- candid culture を受け入れる
- 大切な人を予定表に入れる
- farmers market で人に会う
- 非暴力コミュニケーション を学ぶ
- Pokémon Go の最盛期は、インターネットの未来がどのようになりうるかを示していたと評価されている
- 適切な技術があれば、偶然の出会いを合成できるかもしれない
- 筆者は 2012 年から「Peace & Progress II」という AR ゲームを緩やかに設計してきたと述べている
「安さ」は deep web と同じではない
- Sturgeon’s Law によれば「すべてのものの 90% はゴミ」であり、World Wide Web のゴミではない 10% は到達しにくいことがある
- deep web は dark web とは異なり、見つけにくいからこそ見つけにくい状態にあるとされる
- コンピュータは見つけて保存することを得意とするが、インターネットの多くは壊れているか消え去っている
-
良いウェブを見つけにくくしている要因
- Spam
- 企業とコンピュータがゴミを大規模に生成し、Google を利用するか費用を払って独立した検索結果を圧倒している
- 公共図書館の棚が広告郵便やクーポンで覆い尽くされている状況にたとえられる
- DuckDuckGo、Kagi のような代替検索エンジンを支援できる
- JavaScript
- 現代のウェブサイトは静的 HTML より動的 JS で作られることが多く、動的コンテンツはコンピュータにとって読みにくい
- 本を注文したのに N64 カートリッジに入った電子書籍が届くようなものにたとえられる
- そのカートリッジには、動作する N64、互換性のある TV、機器の使用・修理の知識、カートリッジの使い方、読み込みやメニュー操作の時間が必要になる
- HTML が JS と競争するにはより良い道具が必要であり、JS を置き換えるには HTML の開発体験が今の JS 体験より 10 倍簡単で速く安くなければならない
- Images
- HTML は JS より持続可能だが、初心者には依然として不親切である
- 使いやすいマークアップ言語がなければ、人々は PowerPoint や Photoshop で文書を共有する
- 画像はコンピュータにとって解読も保存も難しく、コピーのコピーになるほどさらに難しくなる
- HTML/CSS のように強力でありながら Markdown のようにシンプルなものが必要である
- Accessibility
- HTML は聴覚・視覚などに制約のある人々に対して、一般には十分親切ではない
- 安いウェブのデフォルトは、複数のインターフェースで柔軟に動作することであるべきだ
- curb cut effect のように、誰もがアクセシビリティ改善の恩恵を受ける
- Payments
- ブラウザがサブスクリプションやワンクリック決済を管理するデジタルウォレットを実装することもできたはずだが、消費者は Amazon や Apple の独占的な解決策を待たされることになった
- 決済が難しかったため誰も支払わず、広告が持続可能な収益のデフォルトになった
- 関心とプライバシーを守る基本的な方法は piracy になったとされる
- 広告地獄から抜け出すには、開発者と消費者、特にデジタル商品向けのオンライン決済が改善される必要がある
- 筆者は寄付を簡単にするために WishWell を作ったが、慈善寄付は万能薬ではないと述べている
- Arbitrary Addresses
- 現代のインターネットは Amazon の配送網のように動いているとたとえられる
- デジタル商品は供給元や最寄りの物流センターから届く必要はなく、隣人からデータをコピーしてより速く送受信できる
- Content-addressable storage はそれを可能にするが、デジタルインフラのすべての層で使われているわけではない
- www.* レベルでの主流採用には より多くのブラウザサポート とキラーアプリが必要であり、imgur の代替が候補として挙げられている
- Platforms
- メールとポッドキャスト RSS は誰の所有物でもなく、その自由と柔軟性から誰もが大きな利益を得ている
- Slack、Twitter、Visa、Zoom、Google、Amazon、Instagram、Unity、YouTube、GoDaddy のような企業は、支配する必要のないインフラを支配している
- enshittification の循環から抜け出すには、オープンプロトコルと、そのプロトコルのための良いインターフェースを作るデザイナーが必要である
- Mastadon のような連合型サービスは有望だと評価されている
- Ad-Hoc Archival
- もしインターネットが BitTorrent のようなものの上に作られていたなら、あらゆるものを保存し索引化することは些細で自動的な作業だっただろうとされる
- 現在の archive.org は、bit rot に対するむなしい戦いの中で資金不足の状態が続いている
- 保存可能なデジタルインフラを作るまで、archive.org に寄付 すべきである
- Spam
「安さ」は暗いウェブではない
- NFT はおそらく最初から悪いアイデアだったのかもしれないが、cryptocurrency コミュニティの目標の多くは尊重に値するとされる
- crypto の人々は、崩れかけた世界の中央集権的インフラを実際に修理または置き換えようとしている
- グローバル金融システムの維持者たちは繰り返し失敗しており、ゲームは不正に操作されているように見え、グローバルな不平等は避けられないように見えると評価されている
- 政府と企業はプライバシーを踏みにじり続けている
- 銀行は遅く、クレジットカード手数料は盗みに近く感じられる
- cryptocurrency の熱心な支持者たちは、Dogecoin を仮想の洞窟に積み上げておくために、プルーフ・オブ・ワークで石油埋蔵量を燃やそうとしていると批判されている
- ブロックチェーンが持続可能な技術的未来でどのような役割を果たすかは不明だが、望む利便性と当然あるべきプライバシーを得るために、それほど多くのエネルギーを浪費する必要はないとされる
- プライバシーを得られるとしても、shitcoin 詐欺、ransomware、有害なものは後に残し、責任を持って使うべきである
「安さ」が実際に意味すること
- 維持コストが低い: ほとんどのウェブページは壊れず、無期限に動作すべきである
- 離脱コストが低い: ウェブから離れることが苦痛であってはならない
- アクセスコストが低い: ほとんどのウェブサイトはスクリーンリーダーなどと互換性があるべきである
- 参加コストが低い: Wii からでもウェブとやり取りできるべきである
- 探索コストが低い: 1W の電力でもウェブ探索が快適であるべきだ
- 貢献コストが低い: ウェブサイトの制作とホスティングはスクラップブック作りより簡単であるべきだ
1件のコメント
Hacker Newsの意見
ある意味で、元記事の筆者が求めているのは E-ink画面 と org/vimwiki/markdown に近いもの
問題視されている点はスタイリングから始まっている。本当にアクセシビリティの高いハイパーテキスト書籍を望むなら、スタイリングは不要で、ユーザーが制御すべき
デフォルトテーマは、読みやすいフォント、白地に黒文字、36pt の太字見出し、14pt の本文、すべての要素をブロックにする程度でよい
EPUB は実際に使ってみるとかなり良い形式で、ウェブサイトが提案するナビゲーション体験より、こういう「ブラウジング」を好むこともある
あるいは元記事の筆者は、より高水準の CSS/HTML を望んでいるのかもしれないが、そうすると「低水準の対応物より単純だ」と主張しつつ、実際にはそうではない新しい言語や複雑な存在論をまた作ることになる
デフォルトのスタイリングオプション付き Markdown を作ることはできるだろうが、基本的な HTML/CSS を学ぶことが、そうした特殊な Markdown や配布方式を学ぶことよりはるかに複雑だとは思わない
ウェブとスタイリングが複雑化したのは、2000年代のウェブスタイリング、多様なデバイス、スマートフォンのインタラクション方式が出会ったからだった
今日のブラウザはほとんど OS のようなもので、ブラウザで共有できるものの複雑さは、1990年代の PC でネイティブに作れたものよりも大きく見える。ブラウザで Godot エンジンまで動かせるし、友人たちと遊びでプロジェクトのプロトタイプを作ったり、好きな人たちと交流する私設プラットフォームを作ったりもできる
JavaScript には反感が多いが、初めて触れたときは夢がかなったように感じた。ほとんど手軽に体験を作って共有する力を与えてくれるし、Big Tech が過剰に設計されたフレームワークで退屈なウェブサイトを作っているからといって、その事実は変わらない
ウェブデザイナーがそんな力を持つことを望まない。その力は、望まれていない 体験を押しつける のに使われるから
言われている利点は、ブラウザで動くどんな言語にも当てはまる
CSS はウィジェットを支えようとするので複雑になる。アプリとコンテンツの違いだ
ウェブはその両方のための場だが、コンテンツだけを作れるし作りたいのであれば、簡単でシンプルであるべき
HTML リーダーとしてテキスト専用ブラウザを使い、EPUB にもよく合う。グラフィカルなフォントも、JavaScript も、CSS も、色もない
よく .txt に保存して
less(1)でもっと快適に読むこういう流れは本当に良い。最近「HTML を HTML らしく使おう」という類いの話をよく見かけるし、おそらく HATEOAS 側から多く出ている気がする
ウェブ開発者ではないが、どうしてここまでこうなったのか理解できない
ウェブは文書共有の手段として始まり、HTML もそれに合わせて作られた。その後 Google Docs のような一般的なアプリケーションを作りたくなり、文書ではないものを文書のふりをさせるツールが生まれた
みながそのツールを素晴らしいものだと思って使い始め、ウェブの 90% は今でも文書なのに、今では文書ではないものを文書のふりをさせるフレームワークの上に構築されている
実際には、そもそも文書を作っている場合がほとんどなのに。全部完全に狂った混乱で、世界中のエンジニアリング文化がこれを完全な狂気と見なさない理由がわからない
ウェブアプリケーションを作る JavaScript ツールは、正しく使えば良いものだ。自分が携わっている製品が HTMX でもっと簡単に作れるとは想像しにくいが、自分が知らないだけかもしれない
ただ、もっと楽しい非ウェブ UI エンジンがあるのかは気になる。ウェブアプリ UI は文書共有プラットフォームの上に付け足されたものを見ると、ネイティブ UI 開発のほうがもっと一貫している気もする
個々のウェブアプリケーションのコードベースがひどいのは、下手に作っても実際の物理工学に比べてペナルティが大きくなく、事業要件を計画なしにただ入れていくほうが ROI が高いから
むしろ 30 年物のレガシーコードベースのほうが、今日よくある React アプリケーションとサービスのもつれ合いよりずっと悪い
誰か HTTP 上の CommonMark を提案したことはある？
ただ GET レスポンスに Markdown を入れて、
Content-Type: text/markdownで送り、クライアントがレンダリング方法を決めるようにする現代的な Gopher みたいな感じになりそう
自分のブログもそういう考え方で作った。ただ Markdown を書いて、ブラウザが必要な形でレンダリングしてくれればいいと思い、そのために JavaScript を 1 行読み込む方法を見つけた
でもこういうものが好きな人たちはたいてい JavaScript を嫌うので、両側から叩かれることになる
[0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
https://github.com/markusdocnet
「ソフトウェアが腐っていくと、多国籍企業だけがウェブサイトを作れる主体になりうる」という話については、すでに彼らは オープンソースソフトウェアが誰のためのものか を決める側にいる
多くの人が最も気づいていないのは、大きな権力を持つ金持ちが多くなるためには、権力のない貧しい人も多くならざるをえないという点だ。前者の利害は、常に事実上後者を弱める
同じように、多国籍企業と一般の人々の両方に同時に仕えるソフトウェアは持てない。前者の利害が常に事実上後者を弱めるからだ
本当に良い文章だった。大半の人が感じなかったり、気にしなかったり、気にしたくもないことを、他の人も感じているとわかるのは驚くべき感覚だ
些細な難癖かもしれないが、ページのひどい美学のせいで要点が損なわれている
伝統的なデザイン基準ではかなりひどいのかもしれないが、個性があふれていて見ていて楽しかった
だからチャットには分散型XMPPサーバーを使うべきだ
他のチャットの選択肢と違って、本当にぼろいハードウェアでも動く
あの構成を使って初めて「CrackBerry」の意味がわかった。即時性のある速度とキーボードの組み合わせは、それ以来二度と味わえていない
2000年代初頭のように、どんなページでもソースを表示すれば多くのことがわかり、きれいに整理されたコードが見られた時代に戻れたらいいのにと思う
今の状態のもう一つの大きな理由は、多くの企業がさまざまな理由でフロントエンドコードを積極的に難読化していること、そして多くの場合はペイロードサイズやクライアント側のパース時間を少しでも減らそうとする最小化の過程で意図せずそうなっていることだ。トークン一つひとつが重要だから
それでも、事実上の標準フロントエンド文法がもっと曖昧さの少ないものになって、実際の名前を除けば最小化が本質的にロスレスな作業になる世界ならいいのにと思う
ブラウザのレベルで決めるべきだ。クライアントが自分のブラウザで正確に何が実行されているのかを把握できるようにしたいのか？
答えがノーなら今の状況はすばらしい。答えがイエスなら現状はかなり暗いし、WASMベースのペイロードが登場したことで、今や逆アセンブルまで必要になるのでさらに暗くなるだろう
私は実質的にそうやって効果的なHTMLを独学した。本当に楽しかった
JavaScriptはあまりやらないが、最小化の過程でコード自体は変わらないものだとずっと思っていた
いいね。2005年に、たとえばTheFacebook™のプロフィールのように、みんなのページが同じ見た目であるべきだと集団で決めたとき、何か価値のあるものが失われたのだと思う
残念ながら、ここにGoogleがこうした個人サイトの検索結果順位を下げる変更を加えたことで、こういう素敵なカスタムページはほとんど消えてしまった
背景、色、フォントを自分で設定できて、アニメーションも可能で、好きな音楽を自動再生させることまでできた。普通の人をウェブ開発者にしてくれたようなものだ
すべてのページが単純な技術で作られていれば、スタイルを決めるのは開発者ではなくユーザー自身になれる
企業は絶対に必要でないものに金を使いたがらないし、人も大して変わらない
基本的なHTMLを学んでAmazon S3のような場所に置き、ウェブアドレスをつなぐかホスティング費用を払うのは、この作業のためにかかる時間と手間が大きすぎる
その代わり、その時間、努力、労力のすべてを、すでにウェブサイトを用意しているFacebookに外注できる。ひどくて望まない人々であふれてはいるが、無料で同じ目的を達成できる
Googleは、人々が簡単だからウェブサイトの代わりにFacebookプロフィールを作っているのを見て、企業サイトがFacebookページより古い場合さえ出てくると、ネットワークサイトの結果を一般ページより優先するようになった
今では人々は気に入った店をFacebookでフォローし、たとえば急にその日休業して翌日まで営業しないといったことまである程度わかるようになった
これは安いウェブに反対する議論ではない。人は金、時間、労力、あるいはその組み合わせにおいて最もコストの低い選択肢へ流れ、それが機能して用を足してくれるから使う、という話だ
私は今でもウェブサイトを維持している。独立性を重視しているし、自分の考えをアメリカ企業文化の好みに合わせて鈍らせたくないからだ
だが大多数はそんなことを気にしない。利用禁止の鉄槌を食らうまでは、簡単な選択肢を使い続けるだろう
それに、公共財のように機能するソーシャルメディアを作れない理由はない。営利企業ではなく、金を稼ぐためにみんなを怒らせる必要のないFacebookをそのまま持つことだってできる
利益動機のないソーシャルメディアは社会に莫大な利益をもたらし得る
コンテンツが主にテキストで、画像を控えめに使うシンプルなウェブサイトを巡るのは本当に新鮮だ
どの「現代的」なウェブサイトもあまりに疲れる
初めて訪れたときにニュースレター登録、ログイン要求、画面全体を覆う大きな画像のようなものが出てきたら、すぐにリーダーモードに切り替える
それでページが使えなくなるなら、たいていそのまま離れる。今日のウェブはうんざりするし、多くの場合ユーザーに敵対的に感じられる
これから進むべき道が安いウェブなのか、小さなウェブなのか、遅いウェブなのか、インディーウェブなのか、あるいはそうした性質の組み合わせなのかはわからない
でも今のウェブには何かが狂っていて、大量生産された表層性が感じられる
ただすごいものを作るのが好きだから作っていた昔のサイトは、今では見つけるのがあまりにも難しい。恋しい
昔はDMOZ.orgのような、トピック別に整理されたウェブディレクトリがあって、かなり包括的であろうとし、真剣にキュレーションしていた
だが現代にはそれに相当するものがない。SEOの問題で検索結果が役に立たなくなったと不満を言う人は多いが、それはむしろ手動キュレーションが全体として消えた結果に近い