■メモリ的な軽さ
上記のようにカーム・サイトは情報的に「重くない」ものを目指しますが、その副産物としてプログラム的にも「重くない」ものになります。
UIがシンプルなので使われるJavaScriptも最小限です。広告を表示するためのコードや画像を読み込むためのコードも不要です。ページの切り替えも素早く行えますし、Cookieなども使っていないのでそのための処理もまったく不要です。
結果的に最近のWebのリッチなページからはほど遠いものができ上がっています。利便性も至らないところがたくさんあるでしょう。でも、自分が書いた文章をWebを経由して他の人に読んでもらう、という目的であれば十分に満たせる程度の機能は備わっています。必要最低限のファンクション。それだけで構成されているのです。
これはまた閲覧時の処理の重さの問題だけではありません。その環境を管理する手間の「重さ」にも関係しています。
たとえば、Textboxシステムを使った記事の「更新」作業を考えてみます。私はまずテキストエディタで記事の本文をマークダウンで書き、その記事のタイトルをファイル名にして保存します。次に、index.mdなどどこでもいいので、その記事のリンクを載せたいページのmdファイルに先ほど書いた記事タイトルのリンク(ダブルブラケットでタイトルを囲ったもの)を追記します。
あとはその二つのファイル、つまり新しい記事とその記事へのリンクを追加した既存の記事のファイルをサーバーにアップロードすればそれで完了です。サーバーへのアップロードはターミナルからコマンドを叩けば実現できるので、実質私がやることはそうしたコマンドをまとめた「make」というコマンドを叩くだけです。
それで記事がWebにアップされ、他の人から読めるようになります。
Textboxシステムではこれ以外のことは何もできませんが、個人的にはこれだけできれば十分です。記事のデータを保存するデータベースも不要ですし、mdファイルからHTMLファイルを生成する変換もいりません。ただ本文の文章を書いて、それをアップするだけ。
それでできあがるのは、おそろしく原始的な「Webサイト」なのですが、原始的であって何が悪いのだと開き直ることは可能でしょう。というか、はたしてそれは「開き直り」なのでしょうか。利便性を求めて次々にバージョンアップしていくツールは、本当に私たちが必要としているものなのでしょうか。
Textboxシステム、あるいはカーム・サイトを目指すという試みは、そうした状況を批判的に捉え直す問題提起だと言えるかもしれません。ちょっと大げさかもしれませんが。
(メルマガ『Weekly R-style Magazine ~読む・書く・考えるの探求~』2022年4月10日号の一部抜粋です。ご興味をお持ちの方はぜひこの機会に初月無料のお試し購読をご登録下さい。
この記事の著者・倉下忠憲さんのメルマガ
image by: Shutterstock.com