Home

日記
Wiki Way (13:50)Edit

ウェブログ・ハンドブックの感想を書く前に、Wiki Wayの感想を今は亡きIPWiki(IdeaProcessorWiki)のログ(DBアーカイブの生データしか残ってないよ)からサルベージしておこう。


「Wiki way―コラボレーションツールWiki」を買ってきたんで、それを読みつつIPWikiを作る際に参考になりそうな部分をメモしていく。

ブランクページへのリンクを明示する

今のところ、ブランクページへのリンク(まだ存在しないページを[[]]で囲った場合)と存在するページへのリンクは、特に表示上見分けられなくてもいいかな(リンクをクリックした後に解釈する)と思っていた。

けれど、Wiki的なコンテンツ増加アプローチにおいては、ブランクページへのリンクを明示することは重要らしい。ブランクページへのリンクを明示するというのは、そのページは今後(誰かが)記述すべきコンテンツであるということを閲覧者に意識させ、できる限りブランクページをなくさせようとする力となる。

という利点は納得できるものなので、やっぱりブランクページへのリンクはきちんと明示するようにしよう。

検索機能が重要

Wikiにおいては、思ったよりも検索機能が重要なようだ。ページがフラットに管理されていて、目次的な要素がさほど強力でない部分を、すべて検索機能で解決するというアプローチを取っているらしい。 具体的にどういう検索機能でどういう機能を実現しているのかは、もうちょっと読み進めてからまとめてみる。

逆リンク検索

検索機能の一つとして、逆リンク検索がある。あるページにリンクしているページを探すための機能だ。これはWikiシステムにおける重要な検索機能となる。

ある話題に関して検索したい人は、その検索キーワードがタイトルに含まれるページをまず検索する。それによって、その情報への一次情報(である可能性が高い)ページを見つけることができる。さらに、そのページへの逆リンクページを検索することによって、その情報への二次情報(である可能性が高い)ページを見つけることができる。

つまり、このような仕組みによって、コンテンツの全文検索を使わなくても、シンプルで高速なタイトル検索だけで、ある話題に関する主要なページを一通り検索することができるわけだ。Wikiにおいては、「ページ名=検索キーワード」となるのが自然であることを利用した仕組みだと言えるだろう。

と、逆リンク機能の効用について、勝手に先読みして理解してみたんだけど、オリジナルのWikiでは逆リンクを検索するために、フルテキスト検索をしているみたいだなー。まあ英語だからフルテキスト検索もさほど負荷が高くないし、そういうことになっているのかな。

日本語においてはフルテキスト検索の負荷は高くなりがちだし、上記のような観点から逆リンク検索(ページ間のリンク検索)を充実させる(逆リンク用のインデックスを用意して、検索負荷を軽くする)というのはありかもしれない。

ちなみに、オリジナルWikiでは逆リンク検索機能を通常のリンク表現で記述していたところ、検索エンジンのロボットが検索機能を一通りクローリングしていくため、サーバー負荷が大きくなってしまうという弊害が生じたそうな。で、現在は逆リンク検索機能はわざわざSubmitボタンで表現して検索ロボット対策しているんだとか。

署名を逆リンク検索

署名ページで逆リンク検索を行うと、その人が書いたページが出てくるってのは、なかなか有用な機能だなー。でもIPWikiにおいては署名欄はページ外にあるんで、別インターフェースで管理することになっちゃいそうだ。

日本語対応の検索機能

日本語版において充実した検索機能を実現するためには、何らかの検索インデックスを作成する必要があるだろう。

少なくともページの逆リンク検索などは、フルテキスト検索ではなく、あらかじめ用意した検索インデックスに対して行うように変更した方がいい。ただしそのような検索インデックスを用意することによって、Wikiの手軽さ(ポータビリティ)はある程度失われるだろう。

あるいはNamazuなどのような、外部の日本語全文検索エンジンと連携することも、考える必要があるかもしれない。

キーワード検索の実装例

単純に「あるキーワードが使われているページ」を検索するだけでなく、

  • 「あるキーワードが使われているページ」+「そのページからリンクを張られているページ」+「そのページにリンクを張っているページ」

まで一気に検索してしまい、そこに(重複して)現れたページを重複数をキーにソートして検索結果として出力することで、

  • 「あるキーワードと深い関係がある(けれども、直接そのキーワードは使われていないかもしれない)ページを検索する」

ことができるかも。

たとえばDVD-RAMで検索する場合を考えると、もちろん「DVD-RAM」というキーワードが使われているページは「DVD-RAM」と関係したページだろう。

でも、「DVD-RAM」というキーワードが使われていなかったとしても、「DVD-RAM」というキーワードが使われたページからリンクが張られているページや、「DVD-RAM」というキーワードが使われたページにリンクを張っているページは、もちろんDVD-RAMとなんらかの関係があるページだ。

たとえ「DVD-RAM」というキーワードが使われていなかったとしても、それらのページに重複してリンク・被リンクされているページは、DVD-RAMというキーワードとの関係は非常に大きいと考えられる。

全文検索を実装する代わりに、検索インデックスを充実させて、こういったインテリジェント(?)な検索(だが負荷は全文検索よりは軽い)を実装することによって、Wiki的キーワードのつながりを表現する手もあるだろう。

ページ命名規則

やっぱり英語でもページ名の命名規則については、かなりいろいろな問題があるようだ。重要なキーワードになる部分だけれども自由度が高いから、揺らぎが大きくなっちゃうと大変だもんね。

で、英語においては単数形・複数形という日本語にはない問題があるけれども、それに関してはできるだけ単数形を使おうというポリシーが一般的だそうな。ただし、あくまでもポリシーであって、システム的な制約ではない模様。システム的に警告を出したりする実装もあるらしいけど。

あと、階層構造も名前空間もないWikiにおいては、ユーザーがページ名をつけるときに意識して名前空間ライクなことをしなければならない。あるページから派生したページを作成するときは、元ページ名の後ろに派生要素の単語を付加するような形で、ページ名をつけるというポリシーで対策している場合が多いらしい。

結局最終的にはユーザーがそのあたりを管理しろと言うことらしく、ちょっと初心者には敷居が高い感じがするね。

俺的にはそのあたり、限りなく掲示板ライクな使用感で使えるようにしつつ(適当に投稿するだけ)、使おうと思ったときにはWikiライクに使える(ページ名や他ページへのリンク、再編集などを意識する)ようにしたいなー。

そのためには、ページ名、名前空間+ページ名、ページsidの3パターンのページに対する表現をうまく使い分けて、ユーザーインターフェースでそのあたりの違いを吸収する方針でいきたい。できれば掲示板ライクに使っていたユーザーも、慣れてくると段階的にwikiライクな使い方ができるようになっていくような、うまいUIが作れればいいんだけど。

主なWiki修飾フォーマット

段落の終端を空白行で表す。おそらくあらゆるブロック要素が空白行で終端となるんじゃないかな? で、通常の段落の開始は特に明示せず、システムが暗黙のうちに開始する感じだと思われる。

」ではじまる行は<UL><LI></UL>相当の番号なしリストになる。などと複数個重ねるとリストの階層化ができる。これはそのままサポートしてもいいかな。リストの終端は空白行なんだろうか? それとも以外で始まる行があったらそこで終わりにするのか?

「#」ではじまる行は、<OL><LI></OL>相当の番号付きリストになる。でも#は一部ソースコードでコメント行の開始を意味するから、あんまり使いたくないなー。

空白(半角スペース?)で始まる行は<PRE></PRE>相当の整形済みテキストになるらしい。けど、ソースコードとかの行頭にいちいち半角スペースを埋めるのはいやだから、これも採用したくないなー。

「----(4つ以上)」は<HR>になる。これは採用してもいいけれども、段落指向な場合は段落中に<HR>なんて使いたくなることがあるだろうか?

「!」ではじまる行は<H1>〜<H6>相当の見出しタグになるらしい。けれども、IPWikiにおいては見出しは段落タイトル=ページタイトルのみが有効で、段落同士の(ツリー構造による)つながりによって段落の深さが決定される仕組みを採用するので、段落中に見出しタグは書けない方針にする予定。

「:用語:定義」で<DL><DT><DD>相当の定義リストになる。これはちょっといろいろ考えてみないと。リスト関連全体を含めて。段落指向においては、リスト関連はそれ単体で1ページを構成するようにした方が正しいような気もするな。リスト属性をもつページとして、オリジナルのフォーマットを用意してもいいかもしれない。リスト以外の要素は記述できないようにしちゃって。

「||cell||cell||」なんて感じでテーブルを記述できる実装もあるそうな。このあたりはもうページ内に記述させるよりも、テーブル属性をもつページ(段落)を独立した編集させた方がよさそうな気がする。

「""」から始まるブロック(終端は空行か?)は<BLOCKQUOTE>になるそうな。なんかこれもいまいちっぽいな。hnfの方がよほど表現力が高いし、範囲指定も明確だ。

[literal][/literal]とか[esc][/esc]なんて表現で、その範囲をレンダリング処理回避ブロックに指定できるんだそうな。これが使えるところでは、htmlタグもそのまま使えちゃったりするのかな?

「''」で囲まれた部分は<EM></EM>相当の強調表現になる。

「'''」で囲まれた部分は<STRONG></STRONG>相当の強調表現になる。

WikiWord文字列はページへのリンクになる。

プロトコル+アドレス(http://serverなど)は、外部リソースへのハイパーリンクとなる。これはまあこれとして、hnfみたいなリッチなハイパーリンク表現を使いたくなりそうだよなー。でも逆にこういう表現でしか外部リソースへのリンクを張れないからこそ、内部ページリンクとの差別化が図りやすいのかもしれない。

「[-」と「-]」で囲むと<SMALL>相当、「[+」と「+]」で囲むと<BIG>相当になる。

「#-」と「-#」で囲むと<SUB>相当(下付)、「#+」と「+#」で囲むと<SUP>相当(上付)になる。

「-[」と「]-」で囲むと<STRIKE>相当(打ち消し)、「+[」と「]+」で囲むと<INS>相当(挿入)になる。

Wiki的無秩序

Wikiはどうやら「無秩序であることに意義を見いだしている」部分があるようだ。逆リンクなどを使って、後付でページ間の関係を構造化することはできるけれども、編集されていく過程でそのあたりは根本から覆されることまで積極的に認めていく、というコンセプトを採用しているらしい。

俺の目標としては、「コンテンツは基本的に(ある程度)一貫した構造をもちつつも、その構造から大きく逸脱しない範囲において拡張・再編集されていく」ようなコンテンツ管理システムが欲しい。そのことを考えると、やはり俺の作りたいものはWikiというよりは、Wikiの利点を十分に活かした別のコンテンツ管理システムなんだろうな。

となるとポイントとしては、「一貫した構造」と「自由」のバランスをどのあたりに設定して、どういう内部仕様と外部インターフェースを用意するか、というあたりか。

Wikiのセキュリティモデル

既存のWikiシステムに見られるセキュリティモデル。

  1. 完全にオープン
  2. ロック可能(一部ページの編集に認証が必要)
  3. ゲート(一部登録ユーザーを認証して、編集機能を解放)
  4. メンバーのみ(すべてのユーザーを認証)
  5. ファイアーウォール化(ネットワーク構成を使った制限)
  6. 個人用(ネットワークに公開しない。自分のみアクセス可能なネットワークに置く)

俺のイメージとしては、1〜4までを簡単かつ自由に設定できる感じにしたいなー。自由に設定する方針についてはなんとなく見えてきたけれども、簡単にする方針とそれでいてセキュリティ的に強固(重要な機能は解放しない)にする部分は、まだ固まっていない。

セキュリティ対策としてディレクトリを分ける

特権ユーザー向けに別スクリプトを用意することによって、重要な機能を一般ユーザーには使わせないようにできる。特権ユーザーに対しては、スクリプトレベルではなくサーバーレベルあるいはネットワークレベルでの認証を用意すればいい。

同様に、閲覧専用と編集用ではディレクトリを分けて、閲覧側から編集側のCookieを読めないようにしておけば、もしもXSSが見つかってもそう簡単には重要な情報がもれないようになるかも。

ファイルアップロードとかの機能についても、ディレクトリを分けてそのディレクトリにおける設定をがちがちに固めておけば、かなりセキュリティ的な安全度は高まりそう。あるいは直接ファイルへのアクセスはできないようにして、cgi経由でファイルをできるかぎりbinモードで出力するようにしたほうが安全か。

Wikiの敷居の高さ

Wikiは、「(一見取っつきが悪そうな)Wikiフォーマットでページを編集できる=Wikiに参加できる」という敷居を設けることによって、参加者のレベルをコントロールしている(とWikiWayの筆者は考えている)らしい。

確かにオープンなコミュニティにおける自浄作用の効果を期待するのだとしたら、オープンの範囲をそういう方法で縛る(参加者を選別する)方法は有効だろうし、俺もそういうやり方はスマートで好きだ。

けれども、(本書の表現を借りるところの)「テレビを観て満足している層」も参加することによって、2chのように、コミュニケーションの量的爆発とそれによるある種の成果が得られる可能性も捨てがたい(S/N比は高いが、有用なコンテンツの絶対量も多い)。

でもWikiも捨てがたい

でもWiki的アプローチで得られるものの中にも、捨てがたいものが多いんだよな。掲示板方面からアプローチするとどうしても組み込みにくくなりそうだし。

やっぱりひとまずWiki方面からのアプローチでできることをピックアップして、それらを中心に(掲示板的なやり方じゃないと実現しにくい部分は捨てて)作ってみようかな。

英語であることの利点・欠点

オリジナルのWikiは、基本的にそこで使われる言語が英語であることを前提に考えられている。英語であることの利点をうまく利用しているのが、オリジナルのWikiの実装だ。

Wikiの英語に依存している部分

たった26×2種類の文字(大文字・小文字)で表現でき、単語間が半角スペースで区切られている。そのため、非常にシンプルなパターンマッチによって、WikiNameをはじめとする特徴的なキーワードを設定することができる。

ある短い文章を表現する際の、文章表現上の揺らぎが比較的少ない。そのため、適切なWikiNameを設定することが(日本語と比べると)比較的易しい。たとえば日本語では、類義語の数が多いし、同じ単語でも漢字・カナなどさまざまな表記法がある。動詞の場合はさらに送り仮名の付け方にも揺らぎがある。

文字種類が少ないことから、検索負荷が小さくて済む。また、日本語のように文節の区切りを解析する必要もない。そのため、特に検索インデックスを用意しなくても、ある程度複雑な検索機能をシンプルに実装しやすい。

どのように日本語化するべきか

Wikiシステムはもともと英語という言語の特性に依存している。そのためWikiシステムを日本語化する際には、その部分をどのように対処するかがもっとも重要になる。

単純にシステムを移植するだけでなく、「その機能を割愛する」あるいは「似たような意味を持つ別の機能(日本語に向いた)で置き換える」などといった対処を行うことになる。

英語を使うからこそ手軽で便利に実装できた機能が、日本語にすると複雑で使いにくくなってしまうのだとしたら、それは実装する価値がないのかもしれないからだ。

WikiNameの日本語化

現在日本語化されたWikiシステムにおいては、英語版でのWikiName表現に加えて、一般的な文章ではあまり使われない区切り文字([[]]など)でWikiNameに相当する部分を囲む(ブラケットネーム)という方法が用いられている。

ただし後者の方法(ブラケットネーム)は、WikiName方式の手軽さに比べると、入力の手間が大きくなってしまう。

WikiNameというのは、単語間の区切りとなる空白をなくすことによって、複数の単語を接続しつつ、単語の区切りとして大文字を使用することによって、コンピュータにも人間にも理解しやすくキーワードを生成することに成功している。

ポイントをまとめてみると、

  • 半角空白でキーワードの前後が区切られる
  • 大文字小文字を適切な規則で使い分けることによって、その部分がキーワードなのかどうかをシンプルなパターンマッチで判別する

ということになる。これと類似の機能を日本語においても実現可能だろうか?

少なくともキーワードの前後を半角空白で区切るというのは、日本語においてもさほど難しいことではないだろう。では半角空白で区切られた部分がキーワードかどうかをどうやって表現するべきか。

ひとまず思いついたパターンとしては、

  1. 接頭辞をつける。たとえば?なんかを使って『このように ?WikiName を使う』
  2. 接尾辞をつける。『このように WikiName? を使う』
  3. 前後を囲む。ブラケットネーム方式と似ているが、半角スペースという区切りが明確なので、ここでは[[]]ほど一般的ではない文字列を使う必要はない。たとえば『このように 「WikiName」 を使う』
  4. 単語+助詞+単語(+助詞+単語……)。たとえば『このように WikiNameの識別 を行う』。助詞として「は」「の」「が」「を」「に」……などを登録しておき、「単語+助詞+単語」形式にマッチした場合のみ、それをWikiNameとする。あまりにも短すぎる(言葉足らずな)WikiNameを排除することができる効果もあるだろう。

などがある。

できるだけ英語風に日本語WikiNameを実装する方法

できるだけ英語での扱いと同じように日本語WikiNameを実装するとなると、WikiNameの日本語化における4のやり方が近いのではないだろうか。ただし、4で述べた方法では誤認識の可能性が大きいので、できるだけ簡便かつ誤認識の可能性を低めた方法を考える必要がある。

ポイントは、半角スペースで区切られた部分にどのような特徴を付加すれば、そこがWikiNameにしたい部分であってほかの文章とは異なるのだということが明示できるか、だろう。

4では「助詞を区切りに使う」としたが、日本語の助詞はさほど明確な区切りとはならない。しかし、下手な記号を使う場合よりも、表現が自然になるというメリットがあるだろう。では助詞以外に、ある程度自然な表現を維持したまま、区別が明示できる要素はあるだろうか。

モーニング娘。方式

たとえば、「モーニング娘。」のように、日本語WikiNameの区切りとして必ず句点をつける、というのはどうだろう。

というのは半分冗談だが、前後に半角スペースをあけ末尾に「。」をつけるという表現は、そんなに悪い案ではないように思う。単語末(文の途中)に「。」がつくことに対する違和感は、多くの日本人にとっては「モーニング娘。」効果で薄れているだろう。

ここで重要なのは、「。」はコンピュータにとって明確な識別子となると同時に、人間が読む場合にそれを暗黙のうちに無視して読解することができる、という点だ。「。」は日本語文章中に混ざっても特に問題のない要素であり、なおかつ日本語環境において入力するのが簡単な要素である。

って、これは4方式ではなくて2方式だな。

日本語WikiNameを実際に実装するとしたら

今のところ一番無難そうに感じるのは、WikiNameの日本語化における1の方法だ。

おそらく4は、複数の半角スペースが一文中に使われた場合、WikiNameにしたい部分とそうでない部分を区別するのが難しくなるだろう。単純に「助詞」ではなく、もう少し特徴的な区切りを設定すれば、なんとか実用的な仕様になるかもしれないが。 では1の仕様を採用して、WikiNameにしたい部分に対して、「その前後に半角スペースを入れる」「WikiNameの頭に“?”をつける」とした場合のメリット・デメリットを考えてみる。

全角で文章を書いているときに、半角スペースを混ぜるのは面倒だという初心者は結構いるかもしれない。たいていのIMEではSHIFT+スペースで半角スペースが打てるはずなので、それを活用してもらうよう啓蒙すればいいだろう。 WikiNameの部分だけ連文節変換できなくなる(前後に半角スペースを挟むため)というデメリットもあるが、現在のIMEの能力から考えれば(どうせまとめて変換したときの信頼性はそれほど高くない)許される範囲だと思う。

接頭辞の“?”は全角でも半角でも可としておけば、入力が面倒だという人はさほどいないと思う。また、WikiName以外の部分で文頭に“?”を使いたいという場合もほとんどない(外国語の一部に行頭に?を使うのがあった気がするけど)だろう。未解決なページリンクの一般的なWikiにおける表現との親和性も高そうだ。あとでその修飾を削除したい場合も、「s/\s\?([^\s]+)\s/$1/g」なんて感じで一発で消すことができそうだ。

関心空間的アプローチによる日本語化

日本語環境において、英語に依存したWikiシステムをそのまま再現することが難しいのならば、そのエッセンスだけを抜き出して、根本的に違うシステムを構築してしまうという手もある。 たとえばWikiのエッセンスをひとまず、

  • 手軽にWebインターフェース上で新規投稿・再編集が可能なコンテンツ管理システム
  • コンテンツ内のキーワードを手軽にハイパーリンクでつないでいくことができる

の2点だと捉え、その機能を実現するまったく新しいシステムを構築してしまうことも可能だろう。

そういうアプローチでどのようなシステムを作るかというと、たとえば関心空間的にキーワードをつないで他のコンテンツへと接続するインターフェースを、Wiki的ではない仕様の元に実装してしまえばいい。

コンテンツ管理部分は、普通の掲示板的なものでかまわない。ただし、各投稿は「タイトル」と「本文」を持ち、「タイトル」と「本文」の内容から自動的に(あるいはユーザーが明示的に)検索インデックスとなる「キーワード」を生成する。

あとは、コンテンツを出力する際に、それに関連するキーワードをもつコンテンツへのリンクを表示してやればいい。Wiki風にするならば、本文中のキーワード文字列に対して、そのキーワードに関連したページへのリンクを自動的に付加したり、まだ関連ページが存在しない場合は、そのキーワードに関する新規コンテンツの作成画面へのリンクを付加することも簡単だろう。

英語では入力者が簡単に登録できるキーワード(WikiName)が、日本語においては簡単に登録できないのならば、「入力者が(すべての)キーワードを設定する」という部分をばっさり切り捨て、システムがキーワードとおぼしきものの登録・検索を補助することに特化したシステムを作ってしまうわけだ。

Published At2003-12-16 00:00Updated At2003-12-16 00:00

日記
ウェブログ・ハンドブック (13:50)Edit

関連ネタ

2003/12/27

で、全体を読み通したあとの感想は後回しにして、あちこちで話題になっているデザインについて、blogmapの方のコメントに書いたのをこっちにも転載しておく。

>>ちなみに私はあの難読デザインを、作者(および編集者・デザイナー)による意図的なものなのだろうと深読みしすぎていた(わざと難読化することにより何かを表現しているのかな?とか)のですが、そうでなかったとしたらデザイナーの能力に問題があると思います。あれだけ過度にユーザビリティの低いデザインを、ユーザビリティを低めるという意図のもとではなく採用するってのは、ちょっと普通じゃない、どころか、かなりおかしい。

ちなみに、最初見たときにあれは、「てんかんピカチュウ並のインパクトだな」と思いましたよ。


2003/12/16

yomoyomoさんに献本していただきました。ありがとうございました。

で、一通り読み終わってから感想を書こうと思ったんだけど、この本はあまりにも興味深い話が多すぎて、後からまとめて感想を書くのはもったいなすぎるんで、読みながら思ったことをつれづれに書いていくことにする。

ひとまず半分くらいを読んだ感想としては、この本は今まで発売されたハウトゥ色の強い情報提供系ウェブログ本とは、その方向が全然違う。

アメリカでウェブログという(草の根的)文化が立ち上がり、ブーム(流行)として急成長していった中、その文化を初期から構成する面子の一人として関わってきた著者レベッカ・ブラッド氏(女性)が、当事者(中の人)という立場で、自分自身を含めたウェブログ文化というものを考察・定義し、そこで培われた経験知(個人的なものもあるし、コミュニティとして共通のものもある)を後進のために文章としてまとめたもの、というのが(私が今まで読んだ)前半部の内容だ。

もちろん「ウェブログ・ハンドブック」だし、著者がアメリカのウェブログ文化に関わってきた人間なので、この本ではあらゆることを「ウェブログ」という切り口で語っている。しかし実際のところWebコミュニティにおける経験知というものは、コミュニティ(国境)を越えてかなり普遍性が高いようで、そこで語られている内容は、一般的な「個人Webサイト」の運営および「Webコミュニティ」との関わり方、としても十分に成立する内容となっている。

それはたとえば日本で言うならば、「日記猿人(あるいは津田日記リンクス)」に初期から登録していた「Web日記作者」が語るWeb日記文化というものの考察・定義および経験知のレクチャー、だったり、あるいは「ReadMe! JAPAN」に初期から登録していた「テキストサイト管理者」が語る「テキストサイト文化」というものの考察・定義および経験知のレクチャー、だったりするのだろう。

日本のWebコミュニティにおいても、そのような文章はあちこちで断片的に語られてきたが、このウェブログ・ハンドブックほど網羅的にまとめて書かれた文章はなかっただろう。

# 日本には2chという特殊なWebコミュニティが存在していることを考えると、2ch初期から関わってきた人が、2chの中の人という立場で語る2ch文化の考察と定義および経験知のレクチャーを読んでみたいなー、などと思ってしまったりもするが、そっち方向を語ると話が逸れすぎるので割愛。

この本は、ウェブログというキーワードにこだわることなく、個人Webサイトを作っている人ならば誰でも一度は目を通す価値がある。どちらかというと初心者向けのレクチャーが多いけれども、長く続けている人でも、この本を読むことによって自分が漠然と感じていたこと(経験知)を明確に把握することが出来るようになるだろう。

できれば、日本版の「Web日記ハンドブック」的なものを日本の誰かにもまとめて欲しい気がするなー(そういえば、かつて漏れ聞こえたWeb日記本の企画ってどうなったんだろう? 消えちゃったのかな?)。

などといったところで、前半部の感想はおしまい。

Published At2003-12-16 00:00Updated At2003-12-16 00:00

日記
個人新聞 (13:50)Edit

個人新聞personal newspaper)」。Web上であることを明記するために「オンライン」とつけてもいいかもしれない。

新聞」といっても、ここではいわゆるマスメディアの一員としての意味合いは二義的であり、どちらかというと「学級新聞」や「壁新聞」のような「狭いコミュニティにおける読み物」という意味合いが強い。

「新聞」には、いわゆるニュース記事のみが掲載されているわけではない。書評訓話的な文章(天声人語とか)、関係者による雑記編集後記とか)、読者からのコメント(各種読者投稿欄)など、さまざまな記事が掲載されている。

全国紙よりも地方紙、地方紙よりも各種コミュニティ紙の方が、その内容に関する自由度が増して行くように、個人紙ともなるとそこに掲載される記事の自由度は非常に高くなる。しかし、それでもなお「新聞」という言葉でくくることは可能だ。

「個人によるWeb公開」を「新聞」のアナロジーで捉えようという考え方は、特に目新しいものではないが、今現在の個人Webサイト(blog系ツールの流行)を表現する言葉としては、「Weblog」「blog」「Web日記」などよりも、「個人新聞」の方がしっくりくる気がする。

いわゆるblog的なサイトを運営している人ならば、簡単に「個人新聞」というアナロジーを受け入れることが出来るだろう。またそれによって(「blog」や「Web日記」という言葉から脱却することによって)、自身をしばる見えないしがらみから自身を解き放つことができるかもしれない。

また、いわゆる個人的な日記に近いものを書いている人たちには、「個人新聞」というアナロジーを適用することによって、「どれだけ個人的な、日記的な内容を書いていても、それはあくまでも新聞(他人が読むもの)である」ことを自然と意識させることができるかもしれない。

などと「ウェブログ・ハンドブック」を読みながら考えた。まあ「個人新聞」とそのまま書くのはあまりに字面的にダサいので、流行らせたいならばなんらかの略称なり別表現を考えた方が良さそうだが。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
2373-G4J欲しいのぉ (13:50)Edit

仕事用にノートPCを買い換えよう計画は、ひとまず急ぎじゃないんで来年頭のDothan搭載機発表(Dothanの出荷が2月だから、年明け辺りから各機種のモデルチェンジが発表され始めるかな)以降に持ち越そうと思っていたんだけど、ThinkPad T40p2373-G4J)が最安値で33万円くらいまで落ちているのを見かけてしまい、ついつい惑ってしまうのです。いや、33万って十分高いんだけど、でもスペックを考えると結構いいよなー。1G RAMモジュールだけでも結構高いものだし。むぐぅ欲しい。でも買わないけど。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
平成軒 (13:50)Edit

ラーメンアカデミー各店感想。

2004/1/5

風邪で体調が悪いのに空いていたんで思わず食ってきた。前回あまりにもまずかったのに、世の中の評判がいい方なのが納得いかなかったんで。

で、今回はごく普通の醤油ラーメン。650円だったかな。全部入りみたいに変な(冷たい)具が入っていなかったんで、前回のようにぬるいと言うことはなかった。変わったスープだ。なんかいろいろ入っている感じで濃いめの複雑な味がする。こうやって熱いスープで食べると結構嫌いじゃない方向性の味なんだけど、なんかもう一声俺の好みの味じゃない。なんかちょっと酸っぱすぎるというか。もうちょっと脂っこくてしょっぱい感じの方が好きなんだよな。

というわけで、前回の最悪の印象は脱したんだけど、特に好印象というほどでもなく、ちょっと変わった普通の(おいしさの)ラーメンといった印象。醤油以外も今度食べてみようかな。


2003/12/17

今日は平成軒。これで全6店ひとまずコンプリート。頼んだのは全部入りだったんだけど、ちょっとこれはきついな。今まで全部完食(ほぼスープも全部飲んだ)してきたんだけど、ここは全部食う気になれなかった。というのは、具のひどさ。

特徴的なのは、大きく薄く切った大量のネギ(辛くない)と、何を考えているのか分からないくらいでかく切った大量のシナチク(5ミリ×10ミリ×150ミリくらいの大きさのものが、15本くらいか? 短めで太めの四角いエンピツが一ダースほど浮いていると思いねぇ)なんだろう。どっちも見た目のインパクトはあるけれども、大してうまくない(というか、俺的にはシナチクはまずいと言ってもいい)。それだけではなく、冷たい(温められていない)そいつらが大量に入れられるもんだから、ラーメン自体が冷却されてしまい、なんともぬるい代物になってしまっている。別に熱ければ熱いほどいいという訳じゃないけれども、これはちょっとダメだろう。

麺とスープ自体は、ぬるくなければ結構嫌いじゃない感じではあった。濃いめの醤油味と結構味が染み気味な麺。チャーシューは味に癖がある(ちょっと臭くてえぐい系)の薄めのもの。特に好きじゃないけど、たまに食うとそれなりにうまい。

ともかく、冷たいネギとシナチクを大量に入れて、ラーメンをぬるくするのはやめれ。多分もう二度と行かないけど。ラーメンアカデミーなんかに入っていなかったら、二度と行かないなんてことにはならないだろうけど、さすがにあそこの中の店でこれだけ第一印象が悪いときついよ。

でもなんかこの店って、ほかの店と比べて結構客の入りがいいっぽかったんだよな。実は俺の味覚が変なの? それとも単に場所がいい(入って目に付きやすいポジション)から? ラーメンアカデミー本の表紙でも一番上に掲載されているしな。謎だ。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
来味 (13:50)Edit

ラーメンアカデミー各店感想。

2003/12/16

ちょっと間が空いたけど、今日は来味に。頼んだのは全部入り。

で、今のところここが一番好きかも。あっさり気味の魚系だし醤油味スープに、特に特徴のない麺。具は、岩海苔がたくさん乗っていて歯ごたえと風味がなかなかいい感じ。チャーシューはちょっと厚めのさっぱり系。あと味付き半熟卵。量はふつうかちょっと多めくらい。

海苔とスープが特徴なんだろうけど、特徴的にうまいというよりは、なんかふつうにうまい醤油ラーメンって感じだった。まあその日の腹の空き具合なんかによっても変わるだろうけど、今のところ俺の一押しはここ。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
麺えるびす (13:50)Edit

ラーメンアカデミー各店感想。

2003/12/11

今日は麺えるびすに行ってきましたよ。いつもよりちょっと遅れて11時半頃に行ったら、そこそこ混み始めていた。さすがに昼時は結構人が来ているのね。

今までの店は、お薦めっぽいものがわかりやすかったんで、メニューの選択が楽だったんだけど、ここは醤油と塩のどっちがメインなのかよく分からなかった。で、一番高級だったネギチャーシューの塩を選択。1250円なり。あと、中盛りが無料サービス中だったんで、それも選択。

そうしたら、具がものすごい盛りでやってきてしまった。柔らかく崩れやすいタイプのぶ厚いチャーシューがたくさん+山のような辛ネギで、ラーメン本体が見えないくらい。チャーシューは好みの味だったんで良かったんだけど、大量の辛ネギで舌が麻痺してしまって、ラーメン本体に行き着いた頃には味が良く分からなくなってしまった。しかも具を食っているうちに腹一杯になってしまって、後半はかなり強引に詰め込む感じになってしまったし。

というわけで、ひとまず味の評価は保留。量と具の満足度は高かった。次はふつうの量の醤油味でも食ってみるか。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
鹿まる (13:50)Edit

ラーメンアカデミー各店感想。

2003/12/10

さて今日は鹿まるに行ってきましたよ。今日も店は空いていましたよ。選んだのはまた全部入り。で、鹿まるは今まで行った中では一番好印象でした。俺には、九州ラーメン系の味がよく分からない(どれを食べてもそこそこうまく感じる。まずいと感じたことがない)という特性があるんで、その辺がちょっと困ったものなのですが。

具は、でかい角煮がひとかたまり(さほど好きな味ではなかった)と、薄いチャーシューが数枚(これは結構好きなあっさりチャーシュー)。あと半分に切った半熟卵(これは好き)。あと、薩摩揚げかなにかを細目に切ったものも入れてあった。ラーメンの具としては珍しい。麺はまあふつうにちょっと堅めのまっすぐ麺。スープがちょっと粘りけがある感じのもので、これは結構好きだった。

感動的にうまいってほどではなかったけれども、まあふつうにうまかった。それなりに豪華だし。あと全部入りが一番豪華なメニューだったけど、それ以外に数量限定の特別メニューっぽいのもあるらしかった。一周回ったら、今度それも食べてみようか。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
鏡花 (13:50)Edit

ラーメンアカデミー各店感想。

2003/12/9

さて、本日もラーメンアカデミーに行ってきましたよ。11時ちょい過ぎに行ったら、やっぱり空いていましたよ。全店制覇する前に撤退されちゃったらいやなんで、早めに一通り食っとかないと。

で、どこにしようか迷いつつ、なんとなく鏡花を選択。特盛とかいう1200円のやつにしたのですが、なんですかこれは。なんか変に柔らかい麺(伸び気味だったのか、もともとそういうものなのかは不明)。厚く切っただけのチャーシュー(この年になると、大してうまくもないチャーシューを厚く切って大量に入れられてもあまりうれしくないのー)。そのおかげで量はまあまあかな。スープは喜多方ラーメンチェーン系っぽい醤油味(ここって魚系のダシなんだっけ? あまりそれっぽく感じなかった)だったけど、そこらの喜多方ラーメンチェーンとかの方がうまいかも。

なんかすげーありきたりの要素で構成されていて、どれも大してうまくない(まずいわけでもない。いや、麺は俺的にはまずいに入るかな? でもそれ以外は並か並よりちょい上程度)。辛ネギが唯一の特色っぽかったけど、別にそれほどうまいもんでもないしなー。

なんかこれはものすごくだまされた気分ですよ。すげーふつうのラーメン屋だ。ラーメンアカデミーなんてところに入っていなければ、こんなにネガティブな評価にならないんだろうけど、うまいまずいよりも、特色のなさっぷりがものすごく悪印象。

なんかこのラーメンアカデミーって、「ラーメン名店街」程度の名前に変えて、地味に営業した方がいいんじゃないか。大々的にイベントっぽく宣伝して営業すると、逆に羊頭狗肉的なマイナスイメージを強化しそうだ。

Published At2003-12-17 00:00Updated At2003-12-17 00:00

日記
はまんど (13:50)Edit

ラーメンアカデミー各店感想。

2003/12/8

そういや先週土曜日に、ようやく初ラーメンアカデミーしてきましたよ。土曜日の夕方くらいと、結構混んでいてもおかしくない時間帯だったのに、全然混んでいない屋内。このタイミングでこの客の少なさはちょっとやばいんじゃないかい。まあ食いに行く方としてはうれしいけどさ。

で、どの店も列ができていなくてすぐに食える状態だったんで、ひとまず最初は評判が良さそうだった讃岐ラーメン屋のはまんどへ。すべての店舗は各店入り口のところの食券自動販売機を買ってから中に入る方式になっていた。はまんどで一番豪勢な品らしい全部入り1000円なりを買って店内に。席は半分くらい埋まっている感じだったかな。

ラーメンは結構すぐに出てきた。第一印象は「少ない」。主食って感じの量ではないな。これ一杯で大人が腹一杯にはなるまい。あと、麺がラーメンっぽくない。というか、これってちょっと細いうどんじゃないの? 具とか容器とかでラーメンっぽさを醸し出しているけど。

で、味はというと、なんだかとてもふつう。ただ、麺のこしが売りっぽかったのに、全然こしを感じない麺だったな。それが悪い訳ってほどじゃないけど、期待を裏切られた感じ。あと、スープは一見関西風の透明っぽい出汁じるに見えた(これもうどんっぽい)けど、飲んでみると意外にしょっぱかった。具もごくふつう。半熟卵はうまかったけど、今どきさほど珍しくもないしな。

というわけで、ともかくトータルの印象としてふつう。わざわざもう一度食いに行こうとは思わない感じ。まあ期待が大きかったからかもしれないけど。

Published At2003-12-17 00:00Updated At2003-12-17 00:00