◆3月24日・大阪にて「三井英樹のWebサイト構築指南」充実の内容です。花粉症のせいで休載をお願いしましたが、何もないのも悪いので旧作を載せてもらうことにしました。以下の文章は、以前に他のメールマガジンに載せてもらったものです。映画のセリフをモチーフに1000字程度でまとめるという不定期コラムでした。その第一回目の原稿です。■ねっ、お茶漬け食べてかない男は、ままならない自分の人生にさじを投げたのか、実家の電気屋を妻に任せたまま姿を消した。彼が愛した幼なじみの女は、同じ商店街で喫茶店を継ぎ夫を亡くしひとりで生きてきた。数年後、男は当然のように実家に戻り、行方不明になる前と同じように家長としての生活を営み始める。いや、以前に増して家業に力を入れる。那連中と一緒に、女が営む喫茶店に入り浸る。その時、ふたりは同じ商店街の自営業者同士でしかない。ある夜、女は店をしまい、最後まで残っていた男にこの言葉を投げかける。女の言葉には、その後のことが含まれていたのかどうか。男の思い残した何かが、そのひと言で燃え上がる。そんな風に言われたら、男はきっと腰を落ち着ける。心の底から馴染んでしまう。別に帰るべき家があったとしても、だ。様々ないきさつで結ばれなかったとはいえ、一度は共に歳をとろうと決めた相手だ。結局、この言葉は女が放った究極の口説き文句になった。人の心の中には思い残したことが、日々、澱のように溜まっていく。永く生きれば生きるほど、それは重なり層を成し増え続ける。次第に遠い過去の記憶は薄れ、いつの間にか忘れ去られていくのだ。強く想い続けた気持ちは、決して消えることがないのではないか。それは幾重にも重なった想いの厚さを感じながら記憶の底に埋もれ眠っているだけで、いつでも目覚めることは可、なのだ。ある時、ほんのささいな情景が、あるいは誰かのたったひと言が、忘れ去ったと思っていた何かを記憶の底から甦らせる。それは、完遂できなかった夢、叶わなかった想い、下唇を噛んでうつむきたくなるような悔恨、時に胸をかきむしりたくなるような焦燥、そして言葉では表現できない何か、である。若い頃に思い残したことは、いつか決着を求めるものらしい。何年経っても突然炎のように燃え上がる。そんな経験のひとつやふたつ、中年と呼ばれるまで生きた男なら、ない方がおかしい。メールクライアントをオープンソースで開発している「オープンメール環境(OME)」は、普通にメールのやり取りができることを目指したソフトウエアである。オープンソースであればすべての情報が伝わるという訳ではなく、やはりどうしても、ドキュメントが必要になる。プログラムを作りながら、さらにはドキュメント、具体的にはWebサイトを用意して、テキストや図で説明が必要になるが、正直言ってそこまで手が回らないというのも事実である。オープンソースプロジェクトとドキュメントの関係をOMEの枠組みで考えてみよう。オープンメール環境(OME)http://mac-ome.jp/●ドキュメントも成果として評価されるべきオープンソースにもマニュアルは必要だ。公開されたソースにばかり目がいくが、ユーザがプログラムの解析をできないのは当然としても、プログラムを読んだり作り込もうという側にとっても何かしらのドキュメントがないと、取りかかりがとてつもなく大変になる。ドキュメントがしっかりしたプロジェクトとなると、そうざらにはない。多くの人が関わるようなものだと確かにしっかりとしたドキュメントがある。ApacheのWebサーバはその典型だろうが、おそらく多くのプロジェクトではそこまでの人的リソースはないというのが実情だと思われる。作成物に応じて必要なドキュメントは違ってくる。Apacheのようなサーバソフトだと、やはり設定ファイルの書き方といった情報がまずは充実してほしいところだ。チュートリアル的な「クイックスタートマニュアル」あたりが便利に思うところである。一方で、ライブラリ系のものとなると、APIのドキュメントやサンプルプログラムが欲しいものである。常のアプリケーションのような「使い方マニュアル」はあまり見られないのが一般的だろう。その種のアプリケーションにオープンソースものが少ないということもある。オープンソースということでプログラムそのものばかりが評価されるが、オープンソースプロジェクトでの「ドキュメント」も、ソースと同様な成果として評価されるということが必要ではないかと思う。昔だとドキュメントは文書そのものだったが、今時はWebサイトという形のアウトプットがとりあえずコストはかからないし、後からの修正も楽だ。読み手に届くまでの手はずを整えるのもプロジェクトとしては必要な仕事である。●やはり作文より開発に時間をかけてしまうOMEはメールクライアントと言った性質上、どうしても、「使い方マニュアル」が必要になる。単一のアプリケーションではないので、通常のソフトのような、ダイアログボックスのオプションの設定などを説明するようなのが「使い方」には相当しないなど、どうも同じようには行かないのである。9版では、「ひととおりの使い方」のページを、インストール直後に表示するといったことを考えた。最低限の操作方法や設定ファイルの作り方を示したものである。なると、やっぱりソースを見ないことには何も分からないという状態になってしまう。OMEは当時から、AppleScript、Java、CでのAPI、REALbasicといろいろな手段を使っているため、全貌を見渡せないプロジェクトとなってしまった。直なところ、いい感じで作れていないのが現状だと言えるだろう。マニュアルの多くの部分を私が書いているのであるが、私がたとえば仕事の合間にOMEにかかわる時間が取れたとして、まず何をやるかと考えると「バグを直す」ということだ。開発者として関わると、やはりまずは開発に時間を割く、そして直したところをマニュアルに追加する......と言いたいところだが、これはけこう忘れてしまっていて、苦労して組み込んだ機能もみんなが知るのは宴会でそういう話がポロっと出たときといった始末になる。適な解決方法は見いだせない状態だ。いちいちWebを作る手間がかかっているだけということなら、それはそれで何とかなるのかもしれないが、なんだかそうでもなさそうだ。ちなみに、現在はApacheプロジェクトの成果のひとつであるCocoonを使ってOMEのサイトは運用しているが、この話はまた別の機会にしよう。●自分が作ったものの解説ってなんかしっくりこないいちおうライターとして今までは仕事をしてきたので、それなりのドキュメントを作れると自負はしているのであるが、自分で作ったソフトのマニュアルはなんだか大きく勝手が違う。ドキュメントを作るときの基本は、読み手の立場に立った文章を書くことに尽きるが、OME自体の開発を行う自分が解説するOMEはどうもディテールにこだわりすぎたりしている気がする。いや、言い換えれば、自分で作ったプログラムのレポートでしかなく、情報を必要としている人に向けた文書になっていないと、書く尻から思ってしまうのだ。この話をOMEのメンバーで集まったときに話したら、みんな一様に、気にすることはないと言うのである。逆に、開発した人間が、どんな形でもいいので、テキストを吐き出すということがまずは必要というのが皆の意見なのだ。気にしないで、書けるときに書けるだけ書くということでいいのかもしれない。何か機能を組み込んだ場合、とにかく、メーリングリストに思いついたことを投げる。ある程度たまったところでサイトにするという流れでずっと作業をしてきたが、最近ではWikiで文書をためてWebサイトにまとまったものを反映させるという流れの作業もやるようになってきた。した内容であることがもちろん必要だが、ないよりある方が遥かにましであるという割り切りでとにかくしのいでる。文章を書く以外の手段も試したことがある。どんなコンセプトでソースを作ったのかという説明を、テキストではなく音声でやるということも行った。OMEのソースを読む前に、おおまかな知識をつけてもらおうという意図である。料を見ながら音声を聞いてもらうというラジオ講座的なコンテンツである。これはこれでいいとは思うけど、特に評価されなかったので、ある程度でやめてしまった。思うに、この方法は意外に手間がかからない。段取りよく慣れればあまり手間にはならない。間違えや訂正は、資料に後から追加できるので、自分ではけっこう効率のいい方法だと思っている。願望としては、やはりドキュメントやWebサイト、あるいはそうしたアクション、つまりはプロモーティブな活動といったところにも、参加者をしてもらいたいということがある。者の働き以外のものが必要になってくる。度分かっている人は参加しやすいのだが、そうではない人もOMEの場合は歓迎だ。逆に言えば、プログラミングという枠組みで動くプログラマの見えないところをそういう方々はきっと発見してフォローしてくれるのではないかと期待したい。オープンソースとは言いながら、運営形態はオープンとは言いがたいコミュニティもあるようだし、全体的にはプログラマ至上主義である点は否定できないだろう。最近はオープンソースで有名になりたい人も多いようで、あまりに有象無象するのもどうかとは思うが、プログラマ以外の関わり方という点でも、オープンソースプロジェクトとしての道筋や流れを持ちたいと思うところでもある。【にい・まさゆき】msyk@msyk.netトレーナー、コンサルタント、デベロッパー、そしてライターと、あれこれこなすフリーランス。miniを買い、19インチのディスプレイを買った。DVIとVGAの2端子なので、Windowsマシンもそちらで使う。世界」は、会場のいたる所で色、形、音、が生き物のように反応する「ジェモーション」によってなまめかしく構成されています。体内にはいったかのような、又は未知の惑星に旅したかのような錯覚に陥るかもしれません。展覧会ではホール全体が河口洋一郎の生命宇宙を濃密に展開しています。自分の携帯電話で未知の惑星空間へと誘う、現実の自己増殖の遺伝子と遭遇することができます。する美術にあなたはさらなる原始の未来を予兆できるかもしれません。)、蜷川有紀氏(女優)とともに河口氏が作品について語ります。ARTJAM(アミューズアートジャム)」。Miaiと村井美々の計8組の映像作品、イラスト、立体、絵画などのアート作品がマルキューブに展示される。Aptusの実力をプロの視点から徹底検証する。全国のフォトライブラリー&フォトビジネス企業を紹介。掲載各社の連絡先、コンテンツの内容・傾向などを統一されたフォーマットで閲覧しやすく掲載しているので、効率的な写真探しが可能です。各社に問合わせメールを一括で送信できるメールBOX機能も便利です。知らぬ間に権利を侵害しない、されないために、ありがちなトラブル事例を解説しています。(3/18)・気がついたら、ボイジャーの記者発表の時間には間に合わなかった3月15日。24やITmediaがその日のうちに記事にしてくれた。ありがたい時代になったものだ。今回の発表は、「今そこにある液晶デバイスを『本』にする」という、逆転の発想(といっていいのか?)である。今までのようにデバイスに本(コンテンツ形式)をあわせるのではなく、本にデバイスをあわせる、ということなのだから。電子本ビュワー「ティー・タイム(T-Time)」および、縦書きインターネットブラウザ「アジュール(azur)」をともに新版バージョンアップし、表示されたコンテンツを、多くの液晶デバイスに書き出す新しい機能が追加された。photo、PSP、デジタルカメラなど、現在市場にある液晶デバイスが対象となる。新版T-Time/azurは、ページを画像(.jpg)として連番のファイルを作成する。どんなデバイスでも(というわけではない。明朝体の縦書き表示が可能だ。子本端末に期待したが(まだあるのか?)、もういい。いま持っている液晶デバイスを本にしちまおう。携帯電話はいやだが、デジタルカメラの液晶画面を使うのは面白そうだ。本のようにちゃんと読むのは、白いiBOOKが最適だ。気になる人をフューチャーしたセミナー。スピーカーが円陣を組んで討論する「朝まで生テレビ!」風イベント。もの、ってテレビのパクリばかりだが、こなれていて良いんだもん。人に聞けないやり直しセミナー。買ったIT系雑誌を読むのが大変だから、てっとり早く読み解いてみよう研究会とか。研究員は数人でチームを組んで、会合までにノルマページを説明できるようスキルあげてくるの。会合でセミナー内容を要約して発表するノルマも課せられる。忙しいけど知識は欲しい人向けの欲張りな研究会。★等幅フォントでご覧ください。★【日刊デジタルクリエイターズ】は無料です。(^_^)/★日刊デジクリは、まぐまぐ<http://mag2.com/>、E-Magazine<http://emaga.com/>、カプライト<http://kapu.biglobe.ne.jp/>、Macky!<http://macky.nifty.com/>、melma!<http://www.melma.com/>、めろんぱん<http://www.melonpan.net/>、MAGBee<http://magbee.ad-j.com/>、のシステムを利用して配信しています。配信システムの都合上、お届け時刻が遅くなることがあります。Disqusこのサイトについてこのサイトは平日毎日発行しているメールマガジン「日刊デジタルクリエイターズ」のバックナンバーを収録しているサイトです。1998年4月の第1号からすべて収録されています。著者別の掲載リストもあり(ページ末尾)、気になる著者のバックナンバーを読むことができます。基本的にメールマガジンの発行後、このサイトが更新されるので、最新情報を確実に読みたい場合は、メールマガジンを購読して頂くことがお薦めです。「日刊デジタルクリエイターズ」のメールマガジンは、デジタルメディアで活躍する現役クリエイターたちのコラムで構成されている本格派のメールマガジンです。実用的な内容から、インスピレーションを刺激する内容まで多彩なコラムをお届けします。メールマガジンスタンドの「まぐまぐ」「melma!」にメールアドレスを登録するだけです。ご購読は以下のボタンから。Amazonを使用しています。記事)川合和史@コロ。