インターネットでラジオが聞ける、radiko.jp。
最近、仕事中にradikoを聴いている。

学生時代はよく聴いていたのに、
しばらく、何となく、ラジオから遠ざかっていた。

でもradikoが始まって、ひとえにその手軽さから、
またラジオを聴くようになった。

ライフスタイルがちょっとだけ変わった感覚。

ITとか技術、Webサービスで、人を少し動かせる。
広い意味で、それもデザインだと思った。

いまBUMP OF CHICKENの「メロディーフラッグ」が流れてますよ〜。
これも学生時代に聴いたなぁ…。

そんな自分を納得させるために、
デジタルよりも手帳のほうがいいところを探してみたら、
意外と本当にいいところってあるじゃない、というお話。

ストレスフリーのスケジュール管理って、
さっと確認、さっと編集、ができることが、
個人的にはすごく重要だと思うのです。
ところが今使ってるiPhoneアプリだと、
起動に数秒の待ち時間が発生するのです。
無印3GでiOS4なんて無理をさせてるからかもしれないけど。
その点手帳なら、
あのしおりっぽいヒモ(なんて言うんでしょうか)を挟んでおけば、
すぐに開くことができます。

それに、デジタルなら複数のデバイスで同期がとれるけど、
結局PCなり携帯なりそれを確認できるモノが必要。
手帳なら、確認をするために手帳というモノがひとつ増えるけど、
それってたいした荷物じゃないです。

バックアップをとれないのが唯一の欠点かなあ。

Yahoo!JAPAN が IE6 に見切りをつけた…, originally uploaded by connectfeel.

Yahoo!JAPAN が Internet Explorer 6 のユーザーに、
最新バージョンへのアップデートを促し始めた。

IE6のバグと独自仕様に対応することは
世界中のウェブ開発者に迷惑をかけてきて、
ジョークまじりの反IE6運動もいろいろ行われた。

「IE6はもういらない」——Web企業が撲滅キャンペーン

IE6の“葬儀”行われる　Microsoftから献花も

そして、ついに Yahoo!JAPAN が動いた。
この流れで、IE6離れが加速しますように！

3D映像のデモやアニメなどのコンテンツ事業、
イラストのグッズ展開など、
いろいろな内容が出展されていましたが、
気になったのは、それがどれだけの人に求められているか。
または、その技術が何に応用できるのか。

だって、人に求められないものや、展開の見込めない技術などは、
単なる自己満足になりかねないだろうと、思うのです。

じゃあ、このブログは「デザイン」がテーマなので、
デザインという観点でそういうことを考えると、どうなるか。

まあ、よくある「デザインとは何か」とか、
「アートとどう違うの？」という話題になるわけですが…。

この「デザイン」という言葉、なんとも漠然としすぎています。
そこで、辞書で引いてみると、

1. 建築・工業製品・服飾・商業美術などの分野で、実用面などを考慮して造形作品を意匠すること。「都市を—する」「制服を—する」「インテリア—」
2. 図案や模様を考案すること。また、そのもの。「家具に—を施す」「商標を—する」
3. 目的をもって具体的に立案・設計すること。「快適な生活を—する」

とありました。

今回のイベントで展示されているような「デザイン」は、
明らかに 1. の意味でしょう。
辞書には「建築・工業製品・服飾・商業美術などの分野」とあります。
つまり、「商い」です。
なら、それを評価するたったひとつのポイントは、
ずばり「売れるかどうか」でしょう。

出展内容を見ながら、そこがすごく気になっていたところなのです。

出展内容のひとつに、床に映像を投影して、
その上の人物の動きを赤外線センサーで読み取り、
その動きに合わせて映像がゆらぐという出展がありました。

例によって、何に応用できるかをブースの方に尋ねてみると、
結婚式場でウェルカムボードの代わりに使うという方法があるそうです。

デモを見せていただきましたが、
会場の入り口の床に新郎・新婦の写真を投影し、
お客がその上を通ると花びらが舞うという演出で、
なかなかきれいで目を引くものでした。

そして、それは実際に好評らしく、
そのプランの10月の予約はいっぱいだそうです。

これは、それだけ人に求められているということで、
とても意義があるものだと思います。

自分がデザインをするならそういうものを作りたいと、
そんなことを考えた一日でした。

YouTubeが見られないデバイス用の背景画像？, originally uploaded by connectfeel.

虫姫さま BUG PANIC プロモ動画ページの背景画像。
YouTubeがはまるところにある×印が、ちょっと凝ってる。

今後のMacはFlash非搭載（自分でインストール）という話題もありますし、
あきらかにFlashが見られないデバイスを意識しています。

File APIでブラウザーからローカルファイルを操作

W3Cで標準化が進められている「File API」を使うと、指定したローカルファイルのファイル情報やファイルの中身（データ）をJavaScriptで取得できます。

従来はセキュリティ確保のため、
JavaScriptからローカルファイルを操作することは不可能だった。
ところが、この「File API」を使うと、
ローカルファイルの「読み出し」のみ可能になるそうだ。
これはなかなか便利ではないだろうか。

もちろん、例によって対応ブラウザは非常に限られている。
（現時点ではFirefox 3.6 / 4β、Google Chrome 6のみ。）

でも、その現時点でだって、
じゅうぶん利用価値があると思うのである。

昔、ウェブサイトの表示のみできればよかった頃は、
どんな種類のブラウザでも同じように表示できることが望ましかった。
ブラウザはHTML等の規格にバグなく準拠することが大切だったし、
サイト制作者はできるだけ多くの環境でレイアウトが崩れないよう、
注意を払ったコーディングをすることが大切だった。

でも今は、ユーザーが操作しコンテンツを管理する時代だ。
ブラウザはそのためのツールと化している。

なら。

サイトを閲覧するだけの、いわゆる一般ユーザーに対しては、
どんなブラウザを使ってもよしとするべきだが、
管理するユーザーには、
ツールとして特定のブラウザを推奨してもいいのではないか。

管理者だけが、管理をおこなう時にそのブラウザを使うだけで、
もしかしたらブラウザ上でデスクトップアプリにも匹敵する
スムーズな操作を得られるかもしれない。
冒頭のFile APIだって活用できる。

（そもそも、特定のブラウザと言ったって、
たいていは毎度おなじみの Firefox か Chrome 、または Safari だ。
そのどれかをサイト管理用ブラウザに推奨することは、
特に問題ではないだろう。）

最近、サイト管理のツールとしてのブラウザということを考えると、
（個人的に）かなり嫌っていたブラウザの独自拡張も、
まあいいかな、と思えるようになってきたのでした。

HTML5の仕様はまだ確定しておらず、Webブラウザーの対応状況も各社各様で互換性があるとはいえない状況でWebサイトをHTML5に対応するのは問題だという。

HTML5とCSS3は、まだ策定前だというのに話題になりすぎている。
個々のブラウザが先走って独自実装したHTML5やCSS3を使って、
表現力の可能性を探ってみるのは面白い試みではあるけれど、
なにせまだ仕様が決まりきっておらず、策定中。
ちょっと盛り上がり過ぎでは、と思います。

今の段階でHTML5やCSS3を使っても、
それはブラウザの独自拡張以外のなにものでもない。
クラス名に「-moz」とか「-webkit」とかの
プリフィックスが付いていることからも明白です。
将来的には動かなくなる可能性がある、ということを理解したうえで
盛り上がるべきだと思うわけです。

※追記

ブラウザの独自拡張について、前向きに考え直してみた

…舌の根も乾かぬうちに、場合によってはアリかな、というお話。

SHIMANO TV, originally uploaded by connectfeel.

透明感のあるデザインが特徴的な、釣りのサイト。