mieki256's diary



2003/04/18(金) [n年前の日記]

#1 [hns] 復活しました

御無沙汰してました。復活です。ようやく _hns(HyperNikkiSystem) 導入が果たせました。

いやはや、時間を食ってしまいましたですよ。しかしひとまず運用開始すれば今後は特に設定し直す事項もないので今まで通りの更新が出来るかと。ただ、システムがシステムだけに、今後はPC関連の各種記録、比較的長目の本文がメインになりそうな気もします。一応、左側の各タイトルにカーソルを合わせると、本文の最初のあたりがポップアップで表示されますので、それを参考にして読むかどうか判断していただければページを眺める作業も多少は楽になるかもしれません。

導入は果たせたものの :

おそらく以前に比べ、ページが表示されるまでに時間がかかります。申し訳ない。この日記ページだけは自宅サーバに置いているので表示が遅いのです。なぜ自宅サーバに置くとページの表示が遅いのかというと…
回線速度が遅い
自宅サーバはフレッツADSLモアでインターネットと接続してますが、上り回線速度が200〜300kbps=ISDNの4〜5倍程度なのです。その為に日記ページが転送されるのも遅いと。その代わり、アカウント容量に余裕がある、各種プログラム・スクリプトを動かす際の制限が無い、というメリットがあるのですが。
hnsの処理が遅い
hnsは、簡単に言うと、少し毛色の変わった掲示板みたいなもので、毎回呼び出される度に日記ページのHTMLをわざわざ作成・出力してます。更に、そのスクリプトを動かしているこの自宅サーバは、CPU K6-200MHzという太古のスペック。その為にページが出てくるまで時間がかかってしまうと。とは言っても、hnsのキャッシュ機能とやらが有効になると1〜2秒ぐらいで出力処理自体は終わるようです。キャッシュ機能が有効にならない場面では数秒かかるようですが。
…といった理由があるのでした。本来であれば、もっと回線速度が速く、処理速度も速いサーバで動かすべきシステムですが、telnetなどが使えるぐらいに自由度の高いサーバでなければhns設置は難しいという事情もあり。 *1 ということで、自分でも自由にコントロールできる自宅サーバにひとまず設置してみた、という次第です。

*1: 動作条件の緩いlite版もありますが、名前からしておそらく機能が少ないだろうし、セキュリティ面でも問題がありそうなので、導入は見送りました。また、静的生成と言って、ローカルPCであらかじめhtmlを全部出力・後はサーバにhtmlを転送するだけ、という使い方もありますが、自分が欲する機能が使えなくなるし、そもそもWindows上では動作させるのが難しいそうなので、これも導入は見送りました。

#2 [anime] はじめの一歩TVSP

はじめの一歩TVSPを見た。やっぱり面白い。基本は明日のジョーなのだろうなと思いつつ時代に合わせた各種修正がされていてすんなり入っていける。更に映像部分も作りがちゃんとしてるし。良質な作品。

#3 [hns] log.cgiの修正が必要

yyyymmdd.htmlでアクセス可にした弊害なのかはわからないけど、log.cgiが、自身にリンクしてる自分の日記ページまで表示されてしまう。何かしら修正が必要らしい。ソースとにらめっこ。

#4 [hns] hnsを導入してみた感想

今更書いても時期的に意味が無いような気もしつつ、一応記録を残しておく。たぶんhnsについてまとめて書くのはこれがおそらく最後。…長いです。

感想を書いてる人間についても一応説明。自分は、メインはWindowsで、最近勉強を兼ねてチョボチョボとLinuxに触り始めたタコ。hns開発当時の状況は詳しく知りません。その事も念頭において読んでいただければ。

全体的な感想 :

たしかにこれは便利。今まではHTMLタグエディタでシコシコと日記ページを打ちこんでいたが、それに比べるとかなり楽。hnsは「日記作成者・著者のTCO削減」を目的として作られたと聞くが、これならたしかにその目的はかなり果たされていると感じた。開発・公開してくれた方々には大感謝。ていうかもっと早く自分もこの手のツールを導入しておけば良かった。 *1

導入の手間隙 :

自分の場合、導入だけでかなり時間を消費したが、その大半は、
  • ローカルIPアドレスからの呼出しでも動作するように修正。
  • Namazu for hnsを不適切な方法でインストールしてハマる。
  • HTMLで記述された日記過去ログをhnfに変換。
  • theme.phを自分好みの設定にカスタマイズ。
といった作業で費やされたもの。つまり以下の事項、
  • 動作条件を満たしている。
  • 新規に導入する。hnfに変換する必要のある過去ログは無し。
  • デフォルトのテーマ設定を利用するのみ。
これら条件を満たした形で導入するなら、解凍→スクリプトを実行するだけでインストールは済むし、すぐさま運用開始が出来る。”条件が満たされている”なら導入は簡単、と言える。これで「インストールが大変」とか言ってたらバチがあたる。

運用中の手間隙 :

hnsの基本的な利用は、1日1ファイル単位でhnfフォーマットに基き日記ファイルを記述する必要がある。hnfフォーマットは、さすがに「TCO削減」を掲げて考えられたフォーマットだけあって、HTML記述に比べればかなり快適に記述作業ができる。となると、後は記述する為のツールの良し悪しが重要となる。

LinuxやFreeBSD、つまるところUNIX環境であれば、emacs用のhnf-mode.elがあるので、それを使えば何ら問題無く快適に作業が行える、らしい。UNIX環境ならhns導入に躊躇する要因はおそらく存在しない(推測)。

しかしこれが、Windows上でhnf記述をしようとすると状況は一変する。正直言ってWindows上で動作し快適に使えるhnf記述ツールは皆無。一応、Windows用エディタとして有名な、秀丸用に書かれた関連マクロがあるので、秀丸の使える環境なら問題解決だろう。また、Windows上で動作するemacs系エディタ(おそらくemacs-lispが使えるもの)が利用できる環境なら、前述のhnf-mode.elを使えるのだろうから問題解決ではないだろうか。しかし、秀丸はシェアウェアだし、emacs系エディタをWindows上で利用してるユーザは少ないはず。自分は、xyzzyというエディタ用に若干利便性を向上させる為の設定を追加して作業しているが、xyzzyはほぼemacs系エディタと同じ操作性を要求される場面が多いので、一般ユーザ、初心者には到底勧められるものではない。 *2

故に自分は、もしPC関連の知識がそれほど無いのであれば、Windows上でのhns運用・hnf記述は諦めた方がいい、使うならかなり苦労することを覚悟すべし、と結論付けてもいいのではないかと思う。もっとも、タコの自分ですらこうして使えてるのだから、ちょっと知識のあるユーザならなんとでもなるはず、とも思う。

しかしそもそも、Windowsユーザを意識して作られた日記自動生成システムは他にも数多くあるし、日記を書く事に特化したWindows用アプリもWindow文化圏には多数存在している。Windows上で、「日記を快適に書く」と言う目的のみを単に果たしたいだけであれば、UNIX環境しか想定していないhnsを導入する事は、いらぬ苦労を自ら背負い込む結果にしか繋がらないだろう。 *3

*1: もっとも当時、hnsは到底導入出来なかっただろうけど。
*2: それなりに知識を持っている人に対しては、これほど快適で便利なエディタはない、ぜひとも使ってみるべき、とも思う。だが、emacs系エディタは基本的に万人には奨められない。一般的なWindowsユーザにはハードルが高すぎる。使いこなせているのは既に一線を越えたユーザのはずだ。ちなみに自分は未だ線を越えようとじたばたしてるところ。
*3: 導入してみた自分がそういった事を言っているのも矛盾している。しかし自分の環境でもhns自体はLinux機上で動いてるし、hnf記述の為にフリーで使えるエディタをいくつか試してみたものの、xyzzyぐらいしか常用できそうなエディタがなかったのも事実。元よりhns開発コミュニティはWindowsユーザ排除の意思を強く打ち出してるのだから、よほどの理由でもない限りWindowsユーザはhnsに手を出さないほうがいいのではないか。

#5 [hns] hnsが抱えていたであろう問題点

著者側のTCO削減を念頭において開発されたツールであるが故に仕方ないのかもしれないが、閲覧側のユーザビリティを実現する事に関してはおざなりになっている印象がある。例えばそれは、(開発の歴史的経緯故に仕方ない面があるとは言え)動的・静的生成を明確に分け続ける仕様実装状況にも見て取れる。 *1 また、公式マニュアルの充実度はかなりのものだとは思いつつも、トラブルに遭遇したユーザが最も頼りにするはずのFAQページ *2 において、問題解決の為の技術的情報を何一つ掲載せず *3 、ひたすらジョークの羅列 *4 *5 に終わっている点にも首をひねる。

内在していたであろう問題点 :

これら問題点を意識してみると、どちらにも共通して内在してたであろう問題点がおぼろげながら見えてくる。つまりそれは、「ユーザの視点で物事を考える事のできなかった開発者・ドキュメント記述者」の姿。FAQページに技術的事項を記述しなかったのは、ユーザがどのような状態に陥った時にFAQページを覗くのかシミュレーションが出来ていないからだし、動的・静的生成の無意味な分類に拘らざるを得なかったのも閲覧側が主にどのような形でhnsというシステムを利用するのかがほとんど推測できていなかったからだろう。それら「想像力の欠如」「シミュレーション能力の不足」が当時のhns開発コミュニティにはあったのではないだろうか。そのような推測をしつつhnsの各種仕様を見ていくと各種問題点がその推測に基く事で説明できてしまう場面が多いように感じる。

つまるところhnsコミュニティの抱えていた問題点は、ジョークセンスでも無いし、巫女さんの画像でもない。それはたまたま表面化した氷山の一角でしかなく真の問題点はその底にあった。ユーザがどのような状況に陥るか、それら状況でどのような行動を取るのか、通常利用時にユーザが何を望むのか…そういった事項について少しは想像してみようと試みることができない人材しか居なかった事…それが真の問題点ではなかったか。

それでもツールの利便性は否定されるものではない :

仮にそれが事実であったとしても、だからといって「hnsはダメだ」という評価には結びつかないことを意識しておく必要がある。hnsが「著者側のTCO削減」を目的とするツールとして良くできている事は紛れも無い事実であろう。なぜなら、hns開発者はそもそも著者として当事者であったし、また開発コミュニティに集まってきた「著者側」が、自分が欲する具体的機能を次々に要求していったからだ。「閲覧側が何を望むか」を「想像できない」開発者であっても、自分が欲する機能についてなら認識できるし、著者側の具体的要求が目の前に上がってくれば、自身も著者である以上、何が必要な機能なのか判断し、実装することも可能だ。しかし、開発コミュニティに集まるのはあくまで「著者側」「管理者側」であって「閲覧側」は集まらない。そもそも「閲覧側」は日記自動生成システムの開発に興味など無い。閲覧側にしてみれば最終的にブラウザで日記ページが見れればシステムは何でもいい。つまりは閲覧側の要求はほとんどなかっただろうし、また要求があっても閲覧側の視点に立てない開発者にはその要求が妥当なものであるかが判断できなかっただろう。そのような状況があったからこそ、hnsは著者側にとっては魅力的なツールに発展したし、閲覧側にとってはどうも今一つなツールになったのだろう。「著者側のTCO削減」を目的にしていたからだけではなく、それしか意識できなかった状況が同時に存在していたのだろうと推測する。

将来、あるいは現在の状況推測 :

なんにせよ、hnsが著者側にとって魅力的なツールになったという事は、同時に開発が終焉に近づいた事を意味する。既に著者側が欲する機能のほとんどは実装され、残った問題点は閲覧側のユーザビリティ実現だけとなった。しかしそれらユーザビリティ実現は、かつてのhns開発コミュニティではおそらく永遠に着手されないであろう。かつての開発者達は、ユーザ(この場合閲覧側)の視点に立って仕様の必要性云々を検討することができない。想像力を有していない彼等には何をどう改良すればいいのかがわからない。それら想像力を有していないからこそのあのFAQで有り続ける。あのFAQは、コミュニティの人間がユーザ側の視点に立てない種類の開発者であることを示すステータスランプであると言える。
しかしそれはたいした問題ではない。既にhnsという原型は出来たのだし、実際にhnsというツールを作り上げてみせた開発コミュニティの実績も率直に評価されてしかるべきだ。それとはまた別に、今ならhnsでなくても他に魅力的なツールは多数存在する。条件さえ満たせばhnsに拘り続ける必要もない。
日記自動生成システムを導入し日々運用していけば、管理者は多数の閲覧者と共に、自らも閲覧者としての視点に何度も立つし、そうした日々を繰り返すうちに現行システムに欠けている様々な仕様を肌で感じとり認識する事が出来るだろう。欠けているものが認識さえできれば後はそれを実装すればいい。ただし、それはhns開発コミュニティに望む事ではなく、自分で実現していくべき事だろう。 *6

言い訳 :

と、これは当時の状況を知らなかった人間の憶測でしかないわけで、笑って流すが吉かと。ていうか自分も経験あるけど、ユーザの視点に立てないプログラマーって何をどう言っても理解・想像できないし、ユーザの視点に立ってるつもりのプログラマーも実は頓珍漢な方向を向いてたりしてなんとも難しいもので。なんにせよ、少々問題はありつつも大筋においてhnsは便利なツールなので、やはり諸先輩方が開発・公開してくれた事に深い感謝の意を示したいと思うのでありました。ありがとう。ソース見て勉強させていただきます。

それにしても、どうしてhns使うとこんな感じに偉そうな文章ばっかり書きたくなるのかな。なんかその手の人種が集まる要因でもあるんだろうか。

ジョーク :

ちなみに、「普及云々」とか「TCO削減」とかの言葉もジョークだとはわかっているが、 *7 それだけでまとめてしまってはつまらないので、実はジョークではなかったという前提で前述の感想・憶測を書いていたりする。それにしてもLinux文化圏のジョークセンスは一般人にはわかりづらい。このあたりもLinuxが一般に普及しない要因だったりはしないか(嘘)。

*1: 閲覧側にとっては動的生成であろうが静的生成であろうが関係ない。即座にページが表示されればそれに越した事はない。更に、閲覧側が頻繁に見るはずのページはある程度予測が可能。であれば動的・静的生成を柔軟に組み合わせて事態に対処すべきだがそうはならず、動的・静的の無意味な分離に開発者達は拘り続けた。それは開発側・著者側の都合でしかないし、そこには、「閲覧側のユーザビリティ」<「著者側のTCO削減」で基本的に仕様決定していこうとする流れ・思考があるからなのだが…実はそれ以外の大きな要因が、hns開発コミュニティに内在していた事が他の問題点からも推測される。
*2: 家電製品のマニュアルで言えば「故障かな?と思ったら」のページに該当するのがFAQページであろう。FAQページを覗くユーザは、十中八九トラブルに見まわれ、藁にもすがる思いで、問題解決の糸口を求めてFAQページを開く。そもそも導入時のマニュアル閲覧においてFAQページを覗くユーザなど居ない。家電製品の「故障かな?」のページを他の操作方法説明ページと同列に扱って読んでいるユーザが果たして居るだろうか。大抵の場合、導入時においてそれらページは読まないものだ。かといってそれらページはマニュアルに存在しなくても良いページでは無い。明らかに情報として不可欠なページでもある。なぜならそこにはトラブル時の対処法・判断方法が数多く掲載されているからだ。その事をユーザは無意識に理解している。故に、導入時には目を通さないし、トラブル時には目を通す。
*3: 後で読み返してみたら技術的FAQページへのポインタが存在してることに気づいた。何一つ掲載していないというのは間違い。訂正する。しかしその文章量、及び、何をまず見せるかという点において、技術的情報と非技術的情報の置かれるべき場所が逆転している事実は変わらない。
*4: Linux文化圏においてそれら悪ふざけが流行している背景も理解しているつもり。だが、例えばRedhatLinuxやVineLinuxの公式ドキュメント中のFAQページは同種の悪ふざけで占められてるであろうか。普及を目標として掲げる以上、公式ドキュメントに狭いコミュニティでのみ通用する言葉遊びを入れることはマイナスにしかならない。「周りのアマチュア連中は皆FAQにお遊びを入れてる。俺達だってやってもいいだろう」という論理があるのかもしれないが、それは「周りの連中が皆万引きをやってるから、俺達も」という論理と同一だ。その行為が果たして自分達の目標とする状態へと近づく行為であるのか、それを判断出来るのはその本人しか居ない。周りがやっているから、などという理由で、自分達に取って得になるか損になるのか判断すべき局面で思考を止めてしまう事に、果たして何の意味があろうか。
*5: ジョークが悪いと言ってるわけではないし、ジョークセンスが問題でもない。単にTPOの問題。そもそも自分も「るりるり萌え」だったりするが、しかし会社の新人研修の講師が壇上で新人に向かって「るりるり萌え」と叫んだら、新人は皆、会社の将来に不安を抱き次々と辞めてしまうだろう。そういう言葉は、新人歓迎の飲み会で同種の雰囲気を漂わせる新人相手に語るべき。通常はそのようにジョーク(?)を発するTPOをわきまえるものだが、それが理解できないというのは、やはり、ある一つの可能性を考えざるを得ない。
*6: 開発者に対し要求をぶつけても無意味。彼等が閲覧側の視点に立つ事が出来ない以上、彼等にはその要求が理解・想像できないし、必然性も感じることが出来ない。仕様の必要性を実感した者だけが、その仕様を実装することによる効果を想像できる。
*7: 真剣に「普及云々」を目的としている人間が、巫女さん画像やルリルリ云々をhns公式サイトに置くだろうか。置くわけがない。置いても普及するだろうと考えているなら、それは「ショーコーショーコー」の歌を歌えば選挙に当選すると真面目に思っていた某宗教団体と同じぐらいに現実世界から乖離した思考をしている。故に、元々それら謳い文句からして須らくジョークであると考えるのが自然であろう。

以上、1 日分です。

過去ログ表示

Prev - 2003/04 - Next
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30

カテゴリで表示

検索機能は Namazu for hns で提供されています。(詳細指定/ヘルプ


注意: 現在使用の日記自動生成システムは Version 2.19.6 です。
公開されている日記自動生成システムは Version 2.19.5 です。

Powered by hns-2.19.6, HyperNikkiSystem Project