Flat And Tree

電子書籍についてちょっとだけ語ってみた

2010-02-01T14:36:03Z

なんかすごい久しぶりのブログでごめんなさい。あっちこっちにブログをつくって（おもに仕事用）どれ更新するのよとかってプレッシャーで結局どれも書かず、いい加減統合しなきゃって時にMT5でたからリニューアルとか、いろいろ言い訳してました。ホントごめんなさい。突然ですが、電子出版が突然話題にのぼってますね。昨年来のKindle来日前夜とか、iPhoneからiPadへの流れとか、突然の黒船来航ってな感じで一部盛り上がってるようですね。実は、僕、電子出版業界なるとこにいたことがあるんです。そんな話をTwitterでつぶやいたところ、ぜひいま電子出版について語るべしとのお言葉をいただきました。ただ、ちょっと避けてたんですよね。この話。電子出版が期待される訳、とくに出版業界内からの期待って、結局自分たちの業界の特殊性とか、既得権益に首を絞められてるからだったりするわけです。んで、ワンソースマルチユースって、安易な稼ぎ方が前提の電子出版なんて、いらんわいみたいな。いままでそういうことって、あまりにも業界にちかくって言えなかったんです。電子出版で注目を浴びてるところって、ガジェット好きにはやっぱりKindleだったり、iPadだったりするんでしょうが、一番変わらないといけないところって、出版流通そのものだったりすると思うんです。そもそもインターネットって、僕にとっては、コンテンツ流通手段がオープンソース化したってことだと思っています。すなわち、出版社ー取次ー書店とか、新聞販売店とか、テレビ、ラジオの電波でもいいんですが、そういうコンテンツを流通させる手段がオープン化したよねってことですよね。発信側にはBlogがあり、中間にはThe Netがあり、受信側にはBrowserがある。ほら、出版ー取次ー書店ににてるでしょ？　そういう意味では、電子出版なんて、もうとっくに始まってるし、いまめちゃくちゃブレイクしてるんじゃないの　って考え方もあるわけです。じゃ、今話題になってる電子出版って、いったい何がブログと違うのか？次の２点に集約されるとおもうんです。ひとつは、書籍ってメタファーは「パッケージ」だということ。もうひとつは、インターネットにもう一層レイヤーをかぶせることで、課金が可能となること。の2点です。ブログは、ある意味ストリーミングで、変なこと書いたらごめんなさいって消せる強さと、弱さがありますよね。所有という観点でも、常に著者側に存在していて、その管理下にある。だから、出版責任的なものも、ごめんなさい消しますで済む所があります。一方、書籍はそれが電子化されたとしても、パッケージの形態をとっている以上、一人歩きします。所有者が移転するわけですから。暗号化していても、そもそもKindledを貸せば他人も読めるわけだし、それを著者がごめんねって、消すこともできない。これは大きな違いです。また、パッケージである以上、書き出しがあって、結論があるわけです。考察は続くかもしれないけど、ひとつのまとまった考えの提示なわけで、ブログ上でつれづれと反応を見ているのとは違います。この違いは、みんなブログを経験して、感覚的にもわかったことじゃないでしょうか？もうひとつの点は、そのかぶせたレイヤーは、オープンでなくとも成立するってことです。音楽ーiTunesーiPod　という組み合わせで、もっとも重要なのはiTunesです。ここには、２つの電子化があります。ひとつはCDショップを電子化したこと、もうひとつは自分のCDラックを電子化したことです。そう、電子書籍でも重要なのは、このiTunesの部分です。けっしてKindleでもiPadでもないんです。そんなものは時間がたてば進化していっって、どんぐりの背比べになります。いずれ電子書籍に最適な大きさや液晶はこれだよねっていうのが出てくるはずですから。重要なのは、本屋さんの電子化と、自分の本棚の電子化なんです。書籍の電子化じゃない。重要なのは、書籍の購入体験が快適か、そして自分の書籍をちゃんと管理できるか。前者は、アマゾンに強みがありますが、アップルも音楽での経験がありますよね。後者は、iTunesに強みがありますけど、Kindleはどうなってるのかな。メモリーからあふれたらどうすんだろう？　アマゾンからいつでもダウンロードできるとかだといいですね。いっそブラウザーでどこでもみれるようにしてくれれば、続きをネカフェで、そして携帯でなんてこともできるわけで...パッケージの弱みをうまく補塡できたら強いですね。ブログ＝ネット＝ブラウザー、音楽＝iTunes＝iPodは、書籍＝電子書店/本棚＝Kindle/iPadってことになるわけですが、まとめていうと、コンテンツ＝流通/ストレージ＝再生ガジェットってことになります。これを、システムの世界でいうところのＭＶＣにたとえてる方がいらっしゃいましたが、なるほどと思いました。コンテンツが「モデル」，再生ガジェットが「ビュー」ってところですね。つい注目しがちなガジェットですが、電子出版にとっては、地味な役割のコントローラーが、実のところとっても重要だと、そういえば十数年前に電子出版にかかわってから、ずっと思ってたなぁと思い出したわけです。追記：書棚こそクラウド化してほしいですね。うまくいけば、ビューアーにストレージいらないじゃん。（あれ、それウェブサイト？）

デザイナーである前に

2009-08-09T16:50:41Z

[(CC)odysseygate](http://www.flickr.com/photos/odysseygate/342284895/) [第2回HCDNetサロン「Webデザインと人間中心設計 - もの作りとしてのWebデザイン」](http://www.hcdnet.org/event/hcd-net-salon/hcd-netweb.php)にいってきました。今回は長谷川さんがモデレーター、パネリストには、AXISの宮崎さん、元IBMで千葉工大の山崎さん、イメージソースの小泉さんという顔ぶれ。ウェブ作りにも人間中心設計って必要だとおもうんだけど、業界内であまり話題になってないよね。というコンセント長谷川さんという問題意識が、今回のテーマのキッカケになったそうです。パネルディスカッションの内容自体は、実績紹介をだまって聞いてるようなカタチになってしまい、ボクがききたかった「Webデザインと人間中心設計」の関係性そのものを深く掘り下げるようなディスカッションが聞けなかったのはちょっと残念でした。とはいえ、個々のプレゼンテーションの行間には、とても共感できる、また深く質問してみたかったテーマがありました。その辺を、ディスカッションの内容をまとめるというより、話を聞いていて、自分の中でひっかかったり、思いついたりした問題意識を忘れないうちにまとめてみたいと思います。 ]]> ##スケッチとプロトタイプ千葉工大の山崎先生のお話から。アメリカのデザイナーは、スケッチからデザインを始めるけど、ヨーロッパのデザイナーは、いきなりリアルなプロトタイプを作るとのこと。アメリカのデザイナーは、センスでデザインするタイプと、理論でデザインするタイプに分かれるけど、ヨーロッパのデザイナーはセンスでデザインすることにもつながるらしい。（ちょっとこの辺はうろ覚え）これはデザイナーの指向性というより、アメリカ、ヨーロッパの企業とデザイナーの関係の違いがあるからかもしれません。アメリカは、デザインも受託ビジネスであり、対価はデザイン「作業」に対して支払われる。デザインの決定権は顧客にあって、おそらくコンペティションが行われる。だからコンペのためにもスケッチを通した確認、決裁というコミュニケーションが発生します。スケッチはカタチにしてからの出戻りというようなロスを避けるために行われているというのは、自分の普段の仕事をかんがえるとよく分かります。しかし、スケッチを見せられる企業側は、そのスケッチで本当にデザインを評価し、決裁する事が可能なのでしょうか？またスケッチをつくったデザイナーは、スケッチだけで本当に、評価にあたいするデザインを提案できるのでしょうか？一方、ヨーロッパのデザインは、企業がデザイナーという「人」に依頼し、ビジネスのパートナーとして委託する。よってデザインの対価は、売り上げが発生したロイヤリティとして支払われる。すなわちリスクもリターンもともに背負う立場になる。デザイナーは、企業の決裁を仰ぐためのデザインという無駄な事をするより、早く市場にそれを問うことをしていかないと、双方ともビジネスにならない。ゆえにすぐにプロトタイプを作るということでした。うろ覚えですが、深沢直人さんも、柳宗理さんも、デッサンよりプロトタイプをすぐに作るという話を聞いたような気がします。 2次元のコミュニケーションであれば、スケッチ＝プロトタイプとなりますが、プロダクトのような3次元や、ウェブやインタラクションのようなＸ次元のデザインの場合、カタチにしてみないと分かりません。HCDのペルソナ、シナリオ、プロトタイピングというと、その方法論ばかりが目立ちがちですが、よくよく考えてみれば、優秀なデザイナーなら、それを手法として意識的に行っているかは別として、行っている事そのものだと思いました。むしろ自分が思うのは、アメリカのような（また日本も同様な）、受託としてのデザインビジネスにおいても、スケッチではないコミュニケーションの方法として、HCDが求められているのではないかという問題意識です。 ##センスとアーキテクチャとかく一般的には「デザイン」＝「美しさ、感性、センス」と思われてる事に対して、いやデザインも「理論、手法、思想、(アーキテクチャ)」だという主張があるけど、どちらが正しいということではないんじゃないかという話を聞いてこんな事を思いました（アーキテクチャという言葉はボクの勝手な後付です）。理論、手法でデザインを開発していく課程でも、生活体験や、経験から判断しなければいけない場面もあるし、デザインセンスが優れているといわれている有名なデザイナーであっても、普段のデザインの課程では、いろいろな理論や手法をまなび研究しながら、それを自分のなかでの方法論として体系作りをしているもの。たとえばペルソナ「法」と称して、ユーザー像を設計をすることも、デザイナーが普段の何気ない生活のなかで人間観察をしていることも、人間を中心にデザインをする行為としては同じだと言うことです。ではなぜ「人間中心設計」だけに限らず、なぜ最近デザインの現場で理論や手法の話が多くなっているのか？　考えてみると２つ理由が考えられると思います。ひとつは、デザインがビジネスとして成立するには、その方法が個人の属人性に基づいたブラックボックスだと、ビジネスにしづらいし、提案するデザインの意味や正しさというものを、顧客にたいしてきちんと説明できないという理由。もうひとつは、デザイン「会社」として、担当者の違いによる品質の違いが許されなくなってきていること。しかしセンスはどうしても属人的なものになってしまうので教育しづらい。そこで人ではなく方法論によって品質を確保しようという理由です。どちらも、根本にある視点は、デザインを個人の「能力」から「手法」にうつすことによって、摩訶不思議な秘法から、再現可能、検証可能で、標準化された技法にしようと言うことだと思います。デザイン行為を工業化的な発想でとらえることでもあり、プロダクトデザインや建築といったジャンルから広がっていきたのは、当然のことです。ポイントは、その事によって、デザインの力を求めている顧客自身が、主体的にデザイン行為を行えるということです。デザインが企業の将来を決める重要な要素であるのは疑いもないのに、それを生み出すのが秘法では困るわけです。できれば自らが主体的にデザインに関わり、評価し、決定していく必要がある。デザインが秘法であっては困るのは、むしろクライアント側であり、デザイン理論や手法に注目が集まるのは、社会や時代の要請なのだと思います。それはなにもプロダクトだけの世界の話ではなく、ウェブを含めたコミュニケーションデザインの領域にも要求されているのだと思います。要するにデザインを共有し、コミュニケーションするためツールとしての「手法」の「体系化」なわけです。すなわちデザイン行為の言語化ということ。デザインの場に顧客を巻き込むために、デザイナー自らがデザインの方法論を体系化し、言語化する試みを行い、顧客が主体的にデザインを生み出す場に関わり、むしろデザイナーはその場をファシリテーションしていく立場となっていってはどうか。そんなことを考えました。たとえば宮崎さんが所属されるAXISには、「デザイン戦略の意志決定支援」というサービスがあります。企業としてはデザイン活動も投資行為ですから、投資対象としての意志決定、投資後の効果測定といったものが、数字として比較判断できることが求められる....そう考えるとデザインのプロセスに顧客を巻き込み、そのプロセスマネージメントを専門家たるデザイナーが行うとういうのは、自然な流れとなってくるように思えるのです。 AXISさんがどのようにこのサービスをやっているのか...すごく気になります。（あこがれのAXIS !　この歳じゃ転職できないだろうしなぁ...) ##人間中心にデザインを考えるということはどういう事なのだろう人間中心にデザインを考える「技法」として、人間中心設計の様々なツール、ペルソナや、シナリオといったものが考えられていますが。これらは、顧客に対して標準化されたツールとして共有するには、優れていると思います。しかし、その分野のプロフェッショナルとしては、そのようなツールだけに頼っていたのでは、ツールを学習した顧客との差がなくなってしまいます。ではそもそも人間中心とはどういうことなのか、考えてみました。最初「人間」という言葉に、少し引っかかりがありました。どうしても「人間」というと「工学」という言葉をくっつけたくなります。その言葉の背景には、手の長さはこのくらいだから、シンクの幅はこのくらいが適切だよね。というような標準的な人間規格から算出されたユーザビリティを思い浮かべるからです。この場合の人間とは、身体という名の装置とも言うべきものでしょうか。インタフェースデザインの領域でも、仮想的なボタン形状にも、それが形状としてクリックされるものであるというアフォーダンスがあるので、認知的にユーザビリティがよいという考え方があります。たしかにこれは身体的な問題でしょう。しかしウェブの場合、ハイパーテキストのインタフェースであると同時に、コンテンツでもあります。個人的にコミュニケーションのような、問題を身体的に考えるということに、幾分かの違和感を感じていたのですが、身体も、人間と環境を結ぶインタフェースであり、手の動きも、心の動きも、身体というインタフェース通して行われるモノだと考えるなら、どちらも人間と考えてもよいのだなというのは、ひとつの発見でした。むしろ、個人的に「人間」という言葉が、たとえばモジュロールのような、ロゴス的な人間の標準形態に誤解していただけで、人間中心設計でいうところの、ペルソナ像は、むしろボクの語彙のなかでは「ユーザー」と言う言葉で表していただけの問題だったのかなと。（個人的にはひとつの成果なのです）「ユーザー中心に考える」とは、体だけでなく心の動きも含んだ、固有の身体をもった「人間」を「想像する」ということ。それが人間中心に設計すると言うことの基本ではないかと考えます。 ##想像するために必要なこと。このイベントにくる前、少し時間がったので、外苑前の本屋さんに立ち寄りました。そこで今回の話にもつながるような、ちょっと気になる本と出会うことができました。ドラフトの宮田さんという方について書かれた「デザインするな」という本です。宮田さんは、ドラフトのデザイナーたちに、常に「デザインするな」と言う言葉を投げかけるそうです。ともすればデザイナーは、こだわればこだわるほど「デザイン作業」の細部に引きこもってしまいがちです。その事で、デザインが本来果たさなければいけない事が見えなくなってきます。デザイナーである時間が濃密で長くなるほど、ユーザーである時間（すなわち人間である時間）が少なくなり、デザインを受け取る相手のことや、顧客が求めてい本来の目的が想像できなくなります。それではどんなに優れた表現であっても、存在する意味がなくなってしまいます。印象的だったのは、ドラフトの庭に生えている木が変化したことに、スタッフのデザイナーが気がつかなかったという下り。デザインをする生活の中でも、そういった環境の何気ない変化に気がつかないのでは、デザインの本質を掴みきれないというような話でした。なにぶん立ち読みだったので（買えよ！おれ）、正確じゃないかもしれませんが、AXISの宮崎さんの、セールのときにデザイナーも店舗に立つお話や、山崎先生のリチャード・サッパーのスタンドTizioのデザインのキッカケのお話ともつながり、とても印象的でした。結局デザイナーは、デザイナーである前に自らが人間であり、ユーザーでなければ、本質的なデザインなんてものは出来ないということです。その為には、たまにはデザインをしないで、ユーザーである時間、人間である時間を大切しなければ、人間を想像してデザインをするなんて事は出来ない。なにか話がすべてつながったような気がしたのでした。顧客とのコミュニケーションのためには、デザイナー自身が、デザインを言語化することはとても大切な事だと思います。しかしその前にデザイナーは、人間や環境をイマジネーションできるためにも、自らが人間であり、ユーザーであることがこれからはとても重要になってくるのではないかと思ったのでした。セミナーの趣旨とは全然違ったのかもしれませんが、いろんな意味で収穫が大きかったセミナーでした。これを機会に、HCDNetにも参加してみたいと思っています。 -- 宮崎さんとは、こんな話もしたかったのですが、懇親会で犬ショップ（シュナバニ）の話しかできなかった.....妻いわく、通販ショップ時代からのコアユーザーだそうで、別方面でもお世話になっていたのでした。（妻の実家も含めると、3匹のシュナウザーがお世話になっているのです）

いまさらですが、LP6とかMT5とか....

2009-07-13T07:26:00Z

いまさら感がありますが、CSSNite LP6「CMSリベンジ編」の感想と、MT5リリース告知をうけての期待などを、まとめてみようかと思います。 LP6がどんなイベントだったかは、あちこちのブログでも書かれているかと思いますので、ここでは、詳細はそちらをご参考くださいと、他人のふんどしを借りておいて、個人的な感想をいくつか。 - プレゼン技術って大切だね - 商品は、機能だけじゃなくって、マーケティングの良さもなければ売れないよね - MTより簡単って、制作者が楽することが本当に必要なの？ - 簡単って、こだわったことをすると余計に難しくなるってことじゃないの？ - コンテンツ≠ページ　ページとはある切り口での視点。 - MT5への期待と不安 ]]> でくくられているため、MTタグをいれたあと、ローカルでHTMLが見れないという話かもしれない。これって、「Function」タグをくくる < > が、smatyのように { } となっていれば問題ないわけですよね....これっててプラグインでつくれないかな？（MT5で対応しててもいいと思うな） HTMLタグにアトリビュートを追加して、情報を書き換えるタイプのテンプレートも、HTMLタグに依存するタイプ（たとえば、リンクに関する条件は、Aタグにしか書けないなど）だと、リンク内にspanタグでデザインしたくてもできなくなるとか、過去、困ったこともありました。そういうことのない、MTタグは非常にお行儀がよいとおもうのです。条件分岐、変数といった仕組みが、難しいというけど、それがないということは、条件毎にテンプレートを書かないといけないとか、投稿毎にどのテンプレートを使うか指定してあげないといけないとか、（すなわち運用にゆだねられてしまうとか....）多くのCMSベンダーが東京発でなく、地方発というのがすごく印象的でした。たぶん、どのCMSも同じような切り口、おなじような方向性に感じる原因ではなかったかと。地方の案件のサイズ、クライアントと制作会社の距離を考えると、ある程度の制限はあるけど、その制限の中では簡単にできてしまう。一度つくったら、2度目からはちょっと変えるだけで、次の案件に使い回しがきくCMSが、とても使いやすく、CMSが作れるぐらいの技術力があれば、凝ったコトを要求されれば、うちはスクラッチでつくれるしという対応も可能だからという結果ではないかと。逆を返すと、東京のように多くの会社や、フリーランスの組み合わせで、いままで聞いたことのないような案件や、新しい切り口の提案を求められることが多い市場の場合、共通言語、共通プラットフォームとなるものが必要になってくるわけです。速度やコストを考えるとフルスクラッチでは冒険すぎるけど、今までの枠にないようなものを求められている。そのときのたたき台となるシステム。そこにMTはうまくはまっていったんだろうなぁと。 [[SplitPage]] ##コンテンツとページは違う以上は、それぞれのCMSの実態がそうだということではなく、プレゼンから受けた印象がそうだったということでしかありません。たぶんそれぞれ、ボクがのべたようなコトに対して、対応する何かがあるんだと思います。それをあの短い時間で伝えるのは、難しいですよね。本当におつかれさまでした。 CMSを作れる人たちがあつまり、CMSについてプレゼンを複数聞くという、希有な体験が故に、あることについての意識がみんな共通なんだなということに気がつきました。それは、コンテンツ＝ページではないということを、多くのプレゼンターが述べていたことです。 SoyCMSのラベル、RCMSの関連づけ、WebReleaseもa-Blog CMSもそんな感じのコトを言っていたように思います。とくに前者２つは、ラベルや関連付けをすることで初めてコンテンツがページに表示されます。古典的なハイパーテキスト論を考えると、１つのノード（ページ）には１つの情報の原則というのがあるわけですが、実際のウェブサイトのナビゲーションを考えると、ホームやトップはもちろん、本文ページにも、関連情報や、バックナンバーへの誘導アンカーが置かれていくコトを考えると、すでにページというのは、コンテンツのある側面で編集し集めた姿でしかないわけです。すなわち、アンカーもコンテンツを指し示しているのではなく、編集視点を指し示していると。そう考えると、ページとコンテンツの分離という考え方は、ECMのようなCMS本来のコンテンツマネージメントともつながるところがありますね。SoyCMSはこの点をうまく機能として整理できていている印象があって、今後に期待しています。この点について、MTの場合、blog生まれだからかと思いますが、意図的にコンテンツ＝記事と、表向きは結びつけられているとおもいます。blogの命としてパーマリンク（URLが変わらないことを保証する）があるからです。しかし、これは表向きの姿で、テンプレート上でどのようにコンテンツを表示するかは、すべて制御できるわけですし、プロフェッショナルテンプレートで、シークレットタグ（＠タグ）による、記事リストテンプレートへの特定記事表示の方法なんて、まさにラベルによる関連付けと同じだと思います。問題はこの方法が、プロフェッショナルテンプレートの解説にしかかれていなく、あまりしられていないから？　だけのような気がするんです。 [[SplitPage]] ##MT5への期待と不安 MT5に期待するのは、このブログならではであった管理画面を、もっと純粋にコンテンツをネットに発射することだけに機能を特化していってほしいなとおもうこと。結局、MTの取っつきにくさは、ブログ用につくられた表向きの姿が、ブログという時系列で情報を整理すること以外のサイト設計をするときに、どうすればいいのかが、わかりにくく、どうしても裏技的になってしまうということでした。しかし、ページやサイトといった機能を強化することや、構造的なサイト制作にあわせていくためには、たとえばカテゴリーの並び順や、ページ名といったものを、人がコントロールしていかなければならなくなるわけです。これはウェブ制作者ならば、IAの素養があるでしょうから自由になった＝簡単になったといえるかもしれませんが、それがお客様にもいえるのだろうか？　CMSをつかいこなせるリテラシーといったものが、ブログ型のものより難しくなっていく側面があるように感じます。たとえば、アーカイブマッピングのようなものがエントリーやページ単位で決められるとか。その自由と不自由。その辺をMT5時代のぼくらはどのようにソリューションしていくかだなぁとか思います。（タグが簡単になるだけでいいのかという問題と同じですね）もう一つは、だれでも簡単にというのが本当なのかということ。テーマがパッケージ化でき、流通しやすくなるということは、もうわかんない人はテーマをつかって下さいよということになるのかなということ。テーマが作れる人には、再生産のコストが低くなり、テーマ流通といった新しい商売も期待できる反面、テーマに依存してしまう人は、テーマを越えた提案ができなくなる....おそらく、テーマがはやると、ちょっと詳しい素人さんでもテーマをつかってサイトを立ち上げてしまうでしょうから、テーマが自作できる出来ないは、大きな分水嶺になるかも。テーマにはプラグインも同梱出来るわけですし、コアは大きく変わらない（＝テーマやプラグインを作る難易度はいままでと変わらない）と考えると、だれでも簡単にというのは、ウェブ制作者へ向けての言葉ではないということを肝に銘じておいた方がよいと思います。むしろ制作者向けに簡単になるよと期待していいのは、管理画面のカスタマイズが少し楽になるだろうなということ。（想像するに、純生さんのプラグインをつかわなくても。普通のMTタグがつかえるようになるとか？）一番、MT5に期待したいのは、ヘルプとか用語の説明をもっと「日本人に」わかりやすくしてほしいってことですね。微妙に帰国子女的文章なのが、かなりの人の理解を妨げてると、個人的にはおもいます。たとえば、ブログ記事テンプレートについて、の説明で、「このテンプレートの中は MTEntries ブロックタグのコンテキストとなります。」という下りの「コンテキスト」とか、たぶん、このテンプレートを使うと、MTEntriesの中に書いたことと同じになりますよという意味だとおもうんですけど、素直に日本語で書いてほしい....　モディファイヤーってのも最初なんのことか分かりづらい。HTMLでいうところの属性値（アトリビュート）のようなモノですってぐらい、エイヤーな解説がないまま、いきなりカタカナ用語をつかうから混乱する。ここがどうしてもMTは国産じゃないから分からないといわれる（外人と帰国子女と英会話が出来る人がつくってる）点だとおもうんです。エントリーを記事に変えるって、部分ではがんばってるんですけどね。エントリーぐらいわかるって.....（またMTタグはMTEntryだからそこはかえってわからなくなるって....ページと記事って和英混在しちゃってるし）あとは....MTコア本来の姿を管理画面で感じられるようにしてほしいかなと。ページも記事も実は同じモノだとか。アーカイブテンプレートにいろいろあるけど、結局、微妙に初期変数がちがうだけで、結局おなじじゃないの？とかとか....なにか凝ったことをやろうとしたとき、実はあれって、こうなんだよ的な知識があるかないかで、使いこなしが違ってくるってところが、裏技多用で難しいという印象につながってるような気がします。もっと本当の姿をみせてよ！　MTみたいな。結局、国産CMSにも、MTにも愚痴ばっかりなエントリーになってしまいましたけど、プラグイン１つつくるのに苦労しているボクにすると、うらやましいの、尊敬するのって....みなさん、今後の発展を楽しみに期待してます！

目的や目標を明確にしない

2009-03-23T17:14:32Z

何事も目的や目標を明確にして、実行するべきだ。よくいわれる言葉です。企業のサイト制作もそういわれています。発注側は、目的を明確に伝えるべきだし、受注側は目標を的確に聞き出すべき。本当にそうなんでしょうか前のブログから１月もたってしまいました。さぼり過ぎですね。どうも２月末から３月初めは毎年テンションが上がりません。季節の変わり目を感じてるんですかね。花粉症ではないんですけど。 ##発注者と受注者の"すり合わせ" さて、１７日は、[Web担当者Forum × CSS Nite「実践ワークショップ」第1回『発注者と受注者の"すり合わせ"のためのチェックリスト』](http://cssnite.jp/workshop/vol01/index.html)というのにいってきました。セミナーの詳しいレポートは、[linkerのcremaさんが、すばらしく詳細なレポートを即日！ブログにアップ](http://linker.in/journal/2009/03/webforum-css-nite.php)してくれていますので、そちらをご覧いただくとして、僕はワークショップを通じて、再確認したことをまとめてみたいと思います。 ##進むべき方向はどっちだ？伝えるべき事はなんなのか、聞き出すべき事はなんなのか、受発注双方で、その内容に意識のずれがあるのではないかということをテーマに、双方があつまって、ワークショップでその差を埋めていこうという内容でした。ワークショップで、どのチームもあげたのが、サイトを制作する目的や目標でした。目的がわかれば、達成すべき目標もたてやすくなりますし、実現するための戦略や戦術も考えやすくなります。受注側は、発注側に満足してもらいたいが故に、目的を詳細に聞きたくなります。もちろん提案した内容が方向性が違うといわれて、作り直しとなる手間を避けたいがためでもあります。 ##目的も目標も仮説である今回のワークショップでの一番の気づきは、発注側は、常に目的を明確にできているわけではない。発注側は一枚岩ではなく、経営層、営業、サイトの担当者それぞれで、目的や目標が微妙にちがったまま、発注することもあるということです。すなわち、サイトの実態が、制作過程で明確になってくるにつれ、より具体的にやるべき事が見えてくることで、目的や目標も変化してくる可能性がある。最初から目的、目標を明確にしてくれと要求されても、担当者レベルでは、経営層の本当の目的がわからなかったりすると。これは、担当者が決定権を持っている、持っていないに関わりません。結局、売り上げや利益といった数字でなければ、それに到達するための仮説指標でしかないわけです。 ECサイトや、具体的な資料請求といった、わかりやすいKPIを設計できるサイトはよいですが、例えば、コーポレートサイトやCSR、キャンペーンFlashといった、企業への貢献度を、数値で計測しにくいサイトの目標作りは、それ自体を試行錯誤していく必要があります。ブランド価値の算出が難しいのと同様です。 ##目的達成のための目標を探し当てるには、発注側がプロになる必要があるとはいえ、発注側がわからない目標を、その業種のプロではない受注側がわかるというのも変な話です。もし提案した目標によって、たまたま短期的によい結果が出たとしても、単にその前がひどすぎたからというケースもまだまだ多いのではないでしょうか？結局、これだけ変化が激しい時代には、変化にあわせた柔軟なコミュニケーションが必要です。すなわち目標/評価も、継続的な仮説立案と検証によってのみ可能なのです。PDCAサイクルが常に回っていくようにプロジェクトをデザインし、受注側と２人３脚で、仮説の精度をあげていくことを重要な目標とすべきだと思うのです。より短いサイクルで、目標をクリアーできるのであれば、短期目標でよくなりますので、長期の目的が曖昧でも、とりあえず今進むべき方向にすすめます。その達成精度をあげていく事で、短期の成功を繰り替えし、柔軟に目的の変化に対応させていく。すなわち、遠い未来を明確にさだめるより、すぐそこの目標をとりあえず定めて行動してみる姿勢こそ、ウェブならではだと思うのです。サイト作りこそアジャイルですよ。そのためには、担当者が外部にまかせっきりでは実現しません。細かなサイクルをすべて発注していては、コストがかかりすぎます。だからこそCMSが必要なのです。受注側も、制作で儲ける発想から、コーチングや専門的なサポートといった、支援サービスとして細く長く支えていくような考え方が必要だと思います。ウェブを運営することが、もっとも簡単なブランドコミュニケーションの実験場なのですから、担当者自身が、ウェブを含めて広くコーポレートコミュニケーション設計のプロフェッショナルになっていく必要があると思います。もう（ウェブ）ディレクターは、発注側にこそ必要な時代が来てると思います。 >えーと　ひさしぶりなので一言 > >もっと言いたいことがあるんだけど、また別の機会に　文章がどんどん散らばって来たから >写真やアマゾンも減らして、小さな気づきを数多くポストするように変えるつもりです。 > >今回のだって、２回にわけてもいいぐらいだとおもうんだよな >みんな書くの早いんだもん！　これかくのに３日かかっちゃ　だめだよなぁ.... >WebSigのことも書きたいのにぃ...

卵と壁のことについて

2009-02-19T16:10:53Z

[(CC)West Coast Birding](http://www.flickr.com/photos/gonebirding/1315037778/) カザへのイスラエル侵攻について、僕の気持ちの収まらなさを書きたいと以前のエントリーに綴りました。オバマ大統領就任をきっかけにいったん収束したため、その当時の気持ちをまとめられずにタイミングを失っていましたが、今回の村上春樹氏のエルサレム賞受賞のスピーチを読んで、自分の考え方に少し自信をもてたようなきがしたので、この機会にすこしまとめてみたいと思います。 (と、思ったのですが、まとまりませんでした。以下、そのまとまらなかった文章です）]]> ##エルサレム賞のスピーチ 2月15日に授賞式があり、ニュースにそのスピーチの要約が日本語で流れました。時間を経ずして、池田さんのブログに全文の引用が掲載。その翌日には複数のブログに日本語訳が掲載されました。 - [村上春樹さん、エルサレム賞記念講演でガザ攻撃を批判[朝日新聞]](http://www.asahi.com/culture/update/0216/TKY200902160022.html) - [MURAKAMI Haruki 村上春樹エルサレム賞受賞ニュース[引用番組不明/YouTube]](http://www.youtube.com/watch?v=4c7BmEJ9ais&feature=related) - [村上春樹エルサレム文学賞受賞スピーチ抄訳[一斗缶]](http://maturiyaitto.blog90.fc2.com/blog-entry-139.html) - [村上春樹さんのイスラエル講演をハルキ風に和訳してみた[Kittens flewby me]（抄訳）](http://ahodory.blog124.fc2.com/blog-entry-201.html) - [村上春樹スピーチ全文和訳Ver.1.2[しあわせのかたち]](http://d.hatena.ne.jp/sho_ta/20090218/1234913290) - [常に卵の側に[はてな匿名ダイヤリー]](http://anond.hatelabo.jp/20090218005155) - [村上春樹、エルサレム賞受賞スピーチ試訳[極東ブログ](全訳)](http://finalvent.cocolog-nifty.com/fareastblog/2009/02/post-1345.html) - [壁と卵[池田信夫 blog]](http://blog.goo.ne.jp/ikedanobuo/e/26ca7359e6d2d15ba74bcdf9989bee56) - [スピーチ全文[Haaretz.com]](http://www.haaretz.com/hasen/spages/1064909.html) ##卵と壁ニュースやブログ等でご存じの方は多いと思いますが、エルサレム賞はイスラエル最高の文学賞です。賞を受賞したことはガザ侵攻の頃に流れていましたので、彼がこの賞を辞退することなくうけいれたことに、若干の違和感を覚えていました。日本でも、NPOが辞退の申し入れをしたニュースなどが流れ、話題になっていましたが、村上氏のことなので、なんらかの意図があっての受賞だろうとも思っていましたし、賞を贈る側のイスラエルにしても、彼に贈る以上の、なんらかの意図を期待しているのだろうと思っていました。 >Between a high solid wall and a small egg that breaks against it, I will always stand on the side of the egg. Yes, no matter how right the wall may be, how wrong the egg, I will be standing with the egg. >「高く堅牢な壁とそれにぶつかって砕ける卵の間で、私はどんな場合でも卵の側につきます。そうです。壁がどれほど正しくても、卵がどれほど間違っていても、私は卵の味方です。」 - [訳：内田樹の研究室](http://blog.tatsuru.com/2009/02/18_1832.php) 今回のスピーチで一番有名になった一節です。壁が正しかろうが、卵が間違っていようが、卵の味方をするという村上氏のスピーチは、内田氏が言うように、正しい、間違っているという事以上に、弱いものはまもらないといけないということです。 ##システムに対して個であることを主張すること僕は、戦争とか、思想とか、政治とか、社会とかに、組織とかに対して、理屈ではない葛藤を抱え続けていました。壁は、時として守るべき内側の卵をすら傷つけることがあります。僕が小学生の頃は、ちょうど冷戦時代でした。ぼくが育った土地は社会党や共産党が強い、比較的リベラルな地域で、僕自身も戦争や平和といった事について、そう言うシステムからのメッセージに感化されていました。今から考えると明らかに共産党色の濃い授業を行っていた先生もいた記憶があります。一方、学校区に自衛隊基地があったため、同級生には自衛隊団地から通ってくる友だちも多くいました。当然かれらは、自分たちの父親の仕事に対して誇りを持っているわけです。当然、かれらとよく戦争がはじまったらどうするべきなのかということで、口論になりました。感化されたといっても、当時の僕に政治な理解力があるわけでもなく、言葉尻の問題だけでした。本質的に一番影響をうけていたのは、実際に戦争を体験している親世代、特に母親たちの気持ちでした。それは、まったく思想や政治的なおもいはなく、食べることに苦しんだこと、傷つけあうことの悲しさといった、息子を戦争にいかせたくないというような、母性ともいうべきものです。しかし、実際に敵が攻めてきたらどうするのだ。だれが守るんだということに対して、きちんとした答えを説明できず、ただ、母親たちの切実な想いは十分に伝わっていた僕はずっとその葛藤を抱えたまま大人になったのです。葛藤は（男として、大人として）甘い考えなんじゃないかと、どこかで指摘されているようで、すこしトラウマになっていました。愛国心とまでもいかなくとも、国益や現実を考えて、利己的に判断するのが大人だと。それでも、自利のためには、相手の卵を傷つけるのが大人なんだったら、大人にならなくってもいいやってどこかで思ってもいました。しかし、卵が卵を思いやる、理屈ではない純粋な気持ちの積み重ねだけが、実は解決への道なんじゃないかと、僕の葛藤は葛藤のまま持ちつけてもいいんだと、今回のメッセージを読んで、すこし自信が強くなりました。 ##壁は、他方の卵を壊すことでしか、他方の壁を傷つけることができない誤解してはいけないのは、イスラエルが壁で、ガザが卵だと、短絡的に考えない方がいいと言うことです。あくまでも実力行使を行った政治や軍というシステムが壁で、それによって傷ついた個人が卵なのです。逆をかえすと、ハマスというシステムから、ロケット弾で傷つけられた、イスラエル人の個人も、攻撃に参加して心がすさんでしまったイスラエル兵も、やっぱり卵なのです。卵は、酒場の喧嘩でもない限り、他の卵に直接復讐をすることができません。国境を越えた復讐は、かならず卵によってつくられたシステムによって実行されます。システムが攻撃するのは、相手のシステムではありません。一方の卵です。敵のシステム弱体化をねらった攻撃だとしても、それは個々の卵を壊すことによってしか、システムの弱体化はできないからです。システムは、所詮仕組みでしかないので、それ自体には実体がないので、攻撃することはできないからです。卵が抱える恐怖心は、自らを守る壁を作る原動力となり、個人の復讐を代理することで、その壁の行為を正当性する根拠になっています。しかし、その代理復讐は、他方の卵の恐怖と復讐の源になり、はやり彼らの壁とその正当性を担保するだけになっているのです。そんな復讐の連鎖は、結果として双方の卵が壊れるだけです。常に卵の側に（ハアレツに寄せられたコメント） [はてな匿名ダイヤリー] http://anond.hatelabo.jp/20090218205723 しかし、こういった村上氏のメッセージに対する、イスラエルの人々のコメントを読んでいると、恐怖や復讐の気持ちを持ちながら、相手の卵のことを想いやることの難しさが分かります。それは、家族が犯罪に巻き込まれたとき、犯罪者に極刑を求める家族の姿と変わりません。しかし、戦争は、罪をおかしたその本人に対して罰を与えるのではなく、他方のシステムに属するまた別の個人に対する行為です。自分の家族がもし傷つけられたとき、その事を想像して思いとどまることができるのか、最初のきっかけが悪意に基づいたものでなく、ボタンの掛け違えだったり、遠い昔にまったく別の他者によって双方に押しつけられたものだったり、本当に罰するべき人はすでにいないのかもしれないのにです。 ##卵と壁の問題は、戦争に限った話ではないこのことは戦争といった非日常のことだけでなく、社会とか、就職とかであっても同様です。本来、卵を守るべきシステムだった壁が、いつのまには、残すべき卵と、すてるべき卵を選択する装置になってしまうかもしれません。自分が選ばれた卵だとしても、選ばれなかった卵のことを考えられているでしょうか？　安易な自己責任論が跋扈している最近の日本で、自分を守ることばかりで、傷ついた卵のことを想像し、思いやることができないのであれば、形を変えた形で、イスラエルとガザのような終わりのない戦いが、この日本でも始まっているのかもしれません。

CMSの私的再定義（その２）

2009-02-16T17:25:57Z

[(CC)Andy2Boyz](http://www.flickr.com/photos/andy2boyz/544627418/) 先週は、WebReleaseのセミナーにいって来ました。なかなか正体がわからないエンタープライズCMSですが、WebReleaseはよくできたCMSだなという印象でした。そこでワークショップに参加しながら考えたことを、前回から、ずいぶん時間がたってしまいましたが、CMSの私的再定義の続きを書いてみたいと思います。]]> ##CMSの基本機能前回のエントリーは、読み返してみると前置き長すぎますね。結論を再確認すると、CMSに最低限必要な機能は次の2点ではないかというものでした。 - コンテンツを入力・編集し、インターネットで読める形に変換する機能 - コンテンツを保管し、その更新履歴や、配信ステータスといった情報を一元的に管理する機能だれでもインターネットに情報を発信できますよという言葉の意味は、主に前者の機能を言います。すなわち、HTMLやCSSといった技術を覚えなくても、メールを書くごとくホームページを作成できるという意味です。ただ、これだけだとホームページビルダーでもできますね。私は、CMS本来の機能は、後者だと思うのです。 ##ウエブページは増やすより減らすほうが難しいある大手商社のグループ企業内向けのポータルサイトの運営に関わっていた時の話です。そのプロジェクトはディレクターさんが別の会社におられて、スタッフはその方の指示でコンテンツの更新をしていました。更新作業は新しいコンテンツを作成して、その上位のページからリンクをはって公開するわけですが、すでに終わったイベントなどの情報は、同様にその上位のページのリンクを外して、そのページへいけなくする作業をする形になります。当然、見えているサイトの状態はこれで問題ないので、ディレクターからOKをもらって運営していたのですが、そもそもリンクを外しただけでは、そのページそのものがなくなったわけではありません。しかしページを消してしまっては、また同様のイベントがすぐに始まるときに、そのページの内容を少し変えてすぐにアップといったことができないので、そのままにしていた訳です。そのサイトへのCMSの導入検討をしたとき、既存のワークフローで、そのような形になっていることがわかって、少し問題になりました。しかしそのページを削除したら解決とは行かないということも分かりました。そのページで使っている画像、リンクしているPDFなどのデータ、そのページへのリンクなど、すべてを把握して削除しなければならないのです。PDFはもしかしたら、他のページからもリンクされているかもしれませんので、膨大なコンテンツのかなから、何を削除して、何を残すかを把握するには、人力で管理できる範囲をいつの間にか超えていたのです。 ##テキストだけがコンテンツではないローレンジのCSMでは、ページそのものを非表示にしたとき、ページの実体を消したりすること当然できるわけですが、そのページで使っていた画像やデータまで、アクセスができないようにできるものはまだまだ少ないと思います。また、上位のリストページからのリンクだけではなく、サイト全体に対して被リンクを修正したり、外部からの参照に対して、単なる404エラーではなく、削除された理由と代替手段を提供するといったことまで、考えられているものは見あたりません。 ##コンテンツの配信ステータス管理は必須このような、自分がどのようなコンテンツを、いつから発信し、いつそれを停止したか、また将来いつから発信するのかといったことを管理することは、とても重要です。本人はうっかりわすれていた情報をもとに、あらぬ誤解をうけてしまうとも限りません。個人のブログであれば、このブログのように、徒然おもいつくままに書いてるから、気変わりするかもしれないよと常に語っておけばごまかせるかもしれませんが、企業のサイトともなるとそうはいきません。コーボレートガバナンスの維持には、まずは、自分が発信している情報をきちんと管理できることがまず重要です。 ##コンテンツの修正履歴、ロールバックもほしいとなると、当然、いったいわなかったといったトラブルを避けるためにも、公開中のページを含めて、過去の修正履歴は何らかの形で参照できるようにしておきたいものです。たとえば、Wikipediaのようなコンテンツの修正履歴と、ロールバック機能は、 Wikiでなくとも必要になってきます。エンタープライズCMSで必須の承認ワークフロー機能は、このコンテンツの修正履歴管理とあわせると、だれが承認したのか、なぜ差し戻しになって、どのような修正がされたのかまで管理することができる用になります。 ##コンテンツがどのようによまれているかまで管理できると理想 GoogleAnalyticsのような高機能なログ解析のおかげで、どのような検索キーワードからどのページが読まれているかが、分析しやすくなりました。しかし最近では、Twitterのようなコミュニケーション・サービスや、はてなブックマークといったソーシャルブックマークからの流入も外せなくなってきました。管理しているコンテンツがどのようなきっかけで見られているのかを、様々な流入要因を常に分析できる機能は、コンテンツの更新や配信計画とも密接に関係してくるので、今後は必須の機能になってくるのではないでしょうかこのように考えると、やはりCMSは、その名のとおりコンテンツの管理が、もっとも重要な機能ではないかと思うのです。もちろんこのような機能は、小規模な組織や個人には不要な機能かもしれません。ただ、CMS本来の機能は、こういったコンテンツの管理だということを念頭においておくと、CMSのスケーラビリティを考えるにあたって、ソリューションしやすいのではないかと思うのです。ちなみにWebReleaseは最後の機能以外はほぼすべてできるような印象でした。とてもよくできたCMSです。ちなみに、僕が経営する会社のホームページ相談サービス「ホームページラボ」でもCMS導入のご相談にのっています。今後はWebReleaseにも対応できるようにしたいと思っています。ちょっとCMでした。ブログ、CMSに強いホームページ制作会社。グッドデザインとSEO対策を両立。ホームページラボ [www.homepagelab.jp](http://www.homepagelab.jp/)

CMSもRIAもIAの役割が重要

2009-02-03T14:48:24Z

[(CC)Cappellmeister](http://www.flickr.com/photos/cappellmeister/5921913/) 悲しいかな仕事が空いているのでセミナー三昧の今日この頃、皆様いかがお過ごしでしょうか？　今日は、ロフトワークさんのクライアント向けCMSセミナーと、その後のAdobeMAX2009にいってきて、共通して気がついたことを、社内報告と備忘録を兼ねながら、まとめてみたいと思います。]]>

Pecha Kucha Nightと形式美

2009-01-29T01:43:19Z

(C)NanaAkua 昨日は六本木のスーパーデラックスにPecha Kucha Night Tokyoを見に行ってきました。松本にいる友だちが出演するので、その応援のためです。２回目となるPecha Kucha Night体験を経て、このぺちゃくちゃないと形式のプレゼンテーションのおもしろさを感じました。「型」を統一するだけで、こんなにプレゼンがエンターテイメントになるなんて、目から鱗のおすすめイベントです。]]>

CMSの私的再定義（その１）

2009-01-26T16:54:20Z

[(CC)er1danus](http://www.flickr.com/photos/er1danus/169895385/) MTはブログツールとして生まれ、[CMSとして進化した](http://www.h-fj.com/mt/mt-tb.cgi/1608.1362012592)と言われているわけですが、そもそも、CMSって何でしょう。どうもログとか見ていて、エントリーに他人の目を意識しすぎて筆がにぶったので、ここは初心にもどって、気になるテーマを思考実験をしながら、何回かにわけて思いつくままに書いてみたいと思います。]]>

WPかMTか　再考

2009-01-24T16:54:48Z

[(CC)miss604](http://www.flickr.com/photos/miss604/2261794503/) 前回の記事「WPかMTかって、性能の問題だけなんだろうか？」は、はじめてはてブのホットエントリーにもなって、多くの人に読んでいただけました。それだけ、この話題が注目されているのだなぁと思います。トラックバックもいただき、それぞれの[皆さんの記事も拝見して](http://smallworld.west-tokyo.com/200901/mtvswp.html)、自分の認識、特にWPに対する知識が少しお粗末だったかなという点もあったので、(ちょっとぐだぐだですが)改めて再考してみました。]]>

21日間分の日本

2009-01-21T21:52:38Z

This is Japan! from Eric Testroete on Vimeo. はてぶ（はてなブックマーク）で、[500以上もついたホッテントリー](http://www.kotaro269.com/archives/50766296.html)（ホットエントリー）で紹介されたので、すでに見た人はいっぱいいると思うんだけど、あまりにも感動したので、忘れないようにここでも紹介します。]]>

オバマ大統領就任演説

2009-01-20T22:15:53Z

毎日新聞に翻訳が載っていました。さらに弾さんも英日対比で翻訳されてましたので紹介しますね。（10:40　追加） Yutubeの引用先も弾さんのサイトから拝借させていただきました。]]> ##弾さん - [惰訳 - Barack Obama Inauguration Speech in Full](http://blog.livedoor.jp/dankogai/archives/51168426.html) ##毎日新聞（英文に文末から切り替えられます） - [オバマ大統領就任演説：全文（１）](http://mainichi.jp/select/today/news/20090121k0000m030175000c.html) - [オバマ大統領就任演説:全文（２）](http://mainichi.jp/select/world/obama/speech/news/20090121k0000m030176000c.html) - [オバマ大統領就任演説:全文（３）](http://mainichi.jp/select/world/obama/speech/news/20090121k0000m030177000c.html) - [オバマ大統領就任演説:全文（４止）](http://mainichi.jp/select/world/obama/speech/news/20090121k0000m030178000c.html) ## 英文と一緒にみれる映像（ちょっと重い） -　[New York Times](http://www.nytimes.com/interactive/2009/01/20/us/politics/20090120_INAUGURAL_ANALYSIS.html)

オバマは今日の演説で何を語るのだろう

2009-01-19T22:54:51Z

[(CC)apbailey](http://www.flickr.com/photos/tenunda/27494280/) とうとう今日、アフリカ系大統領が誕生しますね。それも「チェンジ」を合い言葉に。日付は20日ですが、日本時間では、21日の午前2時に就任となるそうです。[朝日新聞によると](http://www.asahi.com/international/update/0119/TKY200901190322.html)、連邦議会で、聖書の上に手を置いて宣誓した後、約20分の就任演説をするそうです。]]>

IAとUIは表と裏

2009-01-17T14:59:31Z

[(CC)infamecless](http://www.flickr.com/photos/cless/526203539/) 今日は[WebSigのIA分科会](http://websig247.jp/committee/ia/000124.html#more)に行ってきました。WebSigとしては今回が最後、今後は、[IAAJ](http://iaaj.org/)のイベントと統合されるとのことです。懇親会では、ネットイヤーの坂本さんとお話できたり、一度お会いしたかった[コンセントの長谷川さん](http://web-tan.forum.impressrd.jp/e/2008/12/04/4468)とお会いできて、ちょっと得した気持ちで帰ってきました。]]>

CSS Nite アクセスログ解析にいってきて、仮説力の大切さに気づく

2009-01-15T21:23:13Z

[(CC)tonygonz](http://www.flickr.com/photos/tonygonz/616597202/) 今日(正確には昨日)は銀座アップルストアーのCSS Nite in Ginza, Vol.30/アクセス解析に行ってきました。実は銀座でのCSS Niteにいったのは今日が初めてでした。当日にtwitterで知って、思いつきでいったのですが行っておいてよかったです。]]>