オケラボブログ跡地

移転先はこちら。
蕪浅録奏

ここを定期的に見てるような人がどれほどいるのか…まぁいいや。
私のアドレスがご入用なら問い合わせてください。

最近このNews-Handlerが頗る不調なので、暫くはてなに避難します。
オケラボブログの避難所
予定では冬に鯖借りるので、たぶんここには戻ってきません。

おぉ…空が山吹色に輝いている…。

なんかはてブとかみてると、一人で100種類も200種類ものタグを使ってる人がいるわけですよ。
そんなにつけたらかえって検索性が落ちるんじゃないだろうか。
「似ているけど微妙に違うタグ」をつけてしまうと、そういうタグをつけた記事を捜すときに
いくつものタグを調べるハメめになる。
っていうかそれ以前の問題として、大漁のタグから欲しいタグを捜すのが面倒い。

頻繁に登場するタグほど目立つように表示するUIが一般的で、それは確かに優れた面もあるんだけど
あるタグをつけられたものが増えれば増えるほど、そのタグは整理能力を失うわけで
([IT]タグをつけた200の記事からお目当ての記事を捜す、なんてケースを想起)、
大漁にブックマークとかする人には、このUIはマイナスになる場合もあるような気がする。
目立たないように表示されたタグの方が有意義になってしまうとしたら、UIとして失敗。
(これははてなが悪いのではなく、タグを整理しなかった当該ユーザが悪いと思う。)

そういう無闇に何でも含んでしまったタグも、複数のタグでAND検索できれば有意義だと思う。
んだけど、とりあえずはてブはそのようになっていないみたい。
(「JavaScript Ajax」で検索したけど、そんなエントリは無いらしい。)
(20060920追記)と思ったら、Googleとかの普通のUIとは違うけど、逐一絞り込む感じで一応できるらしい。
一発でAND検索するにはURLを直接叩く必要があるみたい。
thx to 情報提供：shiumachi氏

あと意味不明なのが[これは酷い]タグ。
このタグをつけた記事をあとからまとめて読み返すようなことってあるんだろうか。
タグってのはディレクトリに替わる整理・検索の手段だと思ってるんだけど、
そう思ってない人もいるみたい。なんだけど、そういう人のタグにはどんな意味があるんだろう。
単なるコメントとして「これは酷い」というのなら、タグではなくコメントでやるべきだろうに。
あるいは[これは酷い]という「レッテルを貼る」行為に歪んだ快感を覚えているのか。
[これは酷い]のフォントサイズが大きい人は以下自主規制。

あと、個人的にはタグに親子関係をつけられると便利じゃないかと思うんだけど。
[Ajax]は[JavaScript]の子、という感じで。
あ、でも[Ajax]の親は[JavaScript]以外にも[Web2.0]とか[非同期通信]とかもあり得るか。
タグ同士の相関関係を視覚化して提供できるといいかもしれない。
言葉の「距離」を見せるUIを見たことあるけど、そんな複雑なことしないで
同時につけられることの多いタグが距離的に近い、というだけのもので十分。
うん、こっちの方が親子関係よりはタグの性格に合ってそうだ。

そうそう、FC2ブログで記事にタグをつけられるようになってたみたい。
@see ＦＣ２インフォメーション ユーザータグ機能を追加しました
つけたタグと一致するものが本文中でリンクされる。
自blog内でタグ検索できるし、同じタグをつけた他のユーザへのリンクにもなる。
一見するとはてなダイアリーのキーワードに似てるけど、
自分で当該記事に付けたタグについてのみリンクされる。
自分で管理できる分、こっちの方がいいね。

そうそう、いま調べてみたらLivedoor blogではWiki記法が使えるのね。
うーむ、惹かれるなぁ。

「俺…この戦争が終わったら鯖を建てようと思うんだ。」

…"死亡フラグ乙"とか言うな〜〜〜〜！
そんなわけで将来設計、妄想してる最中なのでとても楽しいです。
(そう、何事も妄想してるうちは幸せな未来があるように思える物さ。)

鯖を建てる目的は、現在複数に分散している、私名義のHPやブログ等の管理の統合。
現在は静的なコンテンツが２つ(『類聚』と『ラボ』)、動的なコンテンツが３つ(ブログw,b、『類聚』内BBS(死亡中))。
これらの総合トップページを作った上で、整理して統合的に扱いたいなぁと。
あと、JavaScriptで自分のHTTPリソースを扱うにはドメインが共通でなきゃいけないし。

将来のコンテンツ構成としては
総合入り口
+ プロフィール (現在は各コンテンツに分散してるから管理出来てない。)
+ 類聚揮洒 (小説と音楽に絞る。)
+ オケラボ (主にプログラミングの成果物置場。)
+ リンク集
- △メールフォーム (必要なのか？)
- BBS
- blog B (IT系(笑)。主にオケラボに関するもの。)
- blog M (主に文系。読書感想文などの感想文や、mixiには書かないような雑記。)
- blog W (法律系。現在のokelawと同じ。)
- blog? サイト更新通知用 (類聚とラボの更新をRSSで配信出来るように)
(20060923追記)
むしろサイト全体に『類聚揮洒』の名を与え、文系部,理系部に独立した名称を与えるべきと思った。
(20061120追記)
っていうか文系部・理系部という分け方も放棄して一元的に、雑多にぶち込む手もあるな。
接頭辞が+の物は静的(static)なコンテンツ。-は動的。
Objective-Cでクラスメソッド(Javaでいうstatic)は+を付けて宣言するのとかけたダジャレ。
いや、どうでもいいけど。
メールフォームは動的と言っていい物かどうか。

リンク集、他のコンテンツで使い回す時にJavaScriptで読めるようOPMLか何かで書いて、
表示時はXSLT咬ませて、とか萌えるなぁ。無駄に煩雑だけど。
BBSはぶっちゃけ使わなさそうだけど…
いや、将来ラボで良いものを作ったときに使えるかもしれん。
コンテンツが多岐に渡っている分、スレッド式がよいか？

特徴は一人でやたらblogが多いこと。多重人格ではないはずだけど。
別の物は別に扱うべきであるという方針だからしょうがないというか。
使う時は共通のブログエンジンを使った上でテンプレートと配置に関するCSSを共通化し、
配色に関するCSSを別にすることで、色違いバリエーションにしたい。

blogエンジンとしてはMTが一番有名だけど、Perlが嫌いなのでこれは没。
(実際に弄るかどうかはともかく、弄れることは確保したい。が、そこでPerlだと萎える。)
とはいえPerlを避けつつ一人で複数のblogを扱うとなると、選択肢が多少限られてくる。
RubyならtDiaryが有名だが、私がやりたいのは日記ではないのでパス。
Pythonを勉強中の身としてはPythonのblogを捜したが、これについては後述。
PHP + mySQLのNucleusというのは割と良さそうだ。
しかし、ついでにCMSという選択肢も考えてみる。
BBSや、もしかするとその後Wikiなども付けたいとか思っちゃった場合に、
個別のCGI単位で管理するよりも、モジュール単位で総合的に管理出来るモノがあると便利そう。
候補としてXOOPSとZopeがある。
Pythonで書かれたblogとしてはCOREBlog2なるものが有名なようで、これがZope/Ploneを前提にしている。
また、XOOPSも、調べるとweBLogなんてのが人気のようだ。
で、宗教上Pythonにしたいが、Zopeを使える安価なレンタルサーバは少ないっぽい。
(自宅鯖は候補から除外している。安定性とかコストとかめんどくささとかで。)
XOOPSは、国内ではZopeよりも条件が良い。
また、ZopeだとApacheとの振り分けとかでいくらか複雑になる。

こうして見ると私の場合はXOOPSが最適解に見えるなぁ。PHPは勉強したこと無いけど。

ところでPlone本によれば安倍晋三サイトがXOOPSからZope/Ploneに変更したらしい。
0からXOOPSまたはPloneを選んだというなら、それは確率的な問題かもしれないけど、
移籍という事実は、前者で満たせない要件を後者が満たすことを意味する、はず。
つまりPloneがXOOPSに明確に優位する場合があるわけで、これは気になるところ。