嗣永さん関連予定(Albireo)
どうも、出不精をデブ症のことだと思ってた小＠管理人です。
私は痩せてるから縁がないなと思ってたら、むしろ私のことだったという残念エピソードです。
さて、
気づいてる方も多いと思いますが、トップページに嗣永さん関連予定(Albireo)というウィジェットを付けました（嗣永さん聖誕十六周年記念祭へのカウントダウンも付けましたが、こちらは表示できてない方も少なくないかもしれません）。
なんだかカラーリング的にういてて、広告にしか見えませんけど、うちのコンテンツの一つです。
一応、使い方や方針などを説明しておきます。
-
2008/2/13以降の予定です。
-
「タイトル」には内容を載せ、「説明」には引用元のURLを載せます（引用といっても厳密な引用でない場合があります）（予定リストの各リストアイテムが個別の予定にあたりますが、そこで表示されている文字列が「タイトル」です）。
- 予定リストのリストアイテムをクリックしますと、リストアイテムが展開されまして、そこに「説明」が表示されます。さらに「詳細≫」というリンクをクリックすると、「タイトル」と「説明」のうち、切れている部分も見ることができます。これは重要です。なぜなら、「タイトル」の一部しか表示されていない場合、その一部だけではリスリーディングなことがあるからです。また、「詳細≫」を経て「説明」のリンクにとぶことができます。
- ただし「説明」に載せているリンクは適切でない場合があります（すぐにリンク切れしそうなページなど）。まあ、各予定の登録を、Bookmarklet的なものによって半自動化してるんで、基本的に適当ですよ。
- 日付だけを入力し、時刻を入力しないことが少なくありません。これも重要です。なぜなら、たとえば「3/6締切」だと表示されている場合に、3/6の24時が締切とは限らないからです。
- Googleカレンダー側のバグによって、終了日時がズレることがあるようです。 基本的に全ての予定を、１日間終日のものとして入力しています。２日間にわたるような場合は、例のバグだなって思っといてください。（最近はバグっていないようですが）
- 雑誌は、基本的に発売日を基準に予定登録しています。実際に書店に並ぶ日付からずれることがあるのはCDと同様ですが、「発行日」を基準に登録しているわけではないので、ずれても数日のはずです。
- 問題なのは、雑誌の場合（TVやラジオでも同様と言えないこともないですが）、次号予告などに名前が掲げられず、発売後に情報が入ることがあります。このときは、過去にさかのぼって登録することになるため（さかのぼらずに私が気づいた日の予定として登録することもあるかもしれません）、先の予定だけを見ていると見逃すことになります（ただし、最近は問題化していません）。見逃しを防ぐ方法として、RSS（Atom）をチェックする手があります（後述）。
- もーもーこ！ もーもーこ！！
- 現在のところ、（基本的には）携帯電話に対応していないと考えてください。千奈美に、「嗣永さん関連情報(β版)」は（独立のページに行くことで）携帯電話で見ることができます。
- RSS（Atom）やICAL（ICS）を吐いています。RSSでは、登録された順で下から並んでいるため、新たに加えられた予定がないか、効率的にチェックすることができます。しかし、わずかに修正されただけの予定もトップソートされるため、分かりにくい面もあります。
- RSSのURLは、
http://www.google.com/calendar/feeds/ggl@tsugunaga.info/public/basic
です。
Webブラウザで読むには、
http://rss.callbee.com/feed2js.php?src=http%3A%2F%2Fwww.google.com%2Fcalendar%2Ffeeds%2Fggl%40tsugunaga.info%2Fpublic%2Fbasic&chan=y&num=0&desc=0&date=n&targ=n&html=y
でどうぞ（文字化けしてる場合は、文字コードをUTF-8に）。 - あなたがGoogleカレンダーのユーザであれば、この予定表の内容を、あなたの予定表にワンアクションでコピーすることができます。この予定表に限らず、他のGoogleカレンダーのユーザが作成した予定を（それが公開されているものであれば）ご自分のカレンダーに追加することができます。詳しくはGoogleのヘルプで確認してください。ていうか、おすすめの公開カレンダーがあったら教えてください。 http://www.google.com/support/calendar/
- ちょっとは手伝ってやってもいいぞって人がいたら言ってください。助かります。予定を書き込む権限を付与することができます。ただし、管理人と顔見知りであることが条件です。
- 嗣永さんに関係のない管理人個人の予定などもちょこちょこ載ってると思います。（忘れなければ）「▲」の記号とともに嗣永さんに関係がない旨の表示を入れていきます。
- もともと管理人個人用のカレンダーなので（管理人が参戦するイベントだけを載せているというわけではありませんが）、予定の重複登録、誤報、ミスリーディング、などは当然にありえます。
- 嗣永さん関係のスケジュールでも登録もれがありえます。特に、ラジオ・雑誌・PV・東京以外のテレビにはご注意ください。スカパーのPVは、原則として登録しません。
- 他のベリメンの予定については、登録もれの確率がさらに上がります。
- キュートの予定を載せることはまずありません。
- 自己責任でご利用ください。この予定表があてにならないことは、上でしつこいほど述べました。
■2008/02/25追記
上に、日時がズレるバグについて書きました。
■2008/03/08追記
上に、雑誌に関する予定の日付について２項にわたって書きました。
あわせて、 RSS（Atom)についての記述を修正し、項をわけました。
■雑感（ここは読まなくても問題ないです）
それにしても、なんでもかんでもAjaxってのはどうですかね。困ったブームです。
Jakob Nielsen執筆記事のうちでも最も有名なものの１つに、「Flash: 99％有害」というのがありますが、そこで述べられていることのほとんどはAjaxにも当てはまるように思います。
Nielsenが、Ajaxについて述べている記事もありますが、Ajaxについて考える上で、むしろ上の記事の方が有益かもしれません。
Ajax: 99％有害、というところです。
Ajaxでできることのほとんど全てをFlashでできる（Ajaxには革新的な面がないとも言えます）のですから、使い方を誤ったときに、ユーザビリティ上、同じ問題が生じることは当然ですね。
なお２つの点を付け加えておきます。
Nielsenが看過しても当然なこととして、日本特有のクライアントサイドの事情があります。
すなわち、AjaxにしろFlashにしろ、携帯電話じゃ見られない点です。決定的な欠点です。
日本で、クロスブラウザ・スクリプティングと言ったとき、その「ブラウザ」の外延に携帯電話を考えなければ、ほとんど無意味です（もっとも、ほとんどの携帯電話でまともに動くクライアントサイドスクリプトなんてありませんから、畢竟クロスブラウザ・スクリプティングなんて存在しないということになります）。
携帯電話によるアクセスというのは、具体的には色々な方法があります。GoogleGWTや通勤ブラウザ経由のアクセスもあり（これらは携帯電話ではろくに表示できないはずのサイトを、携帯電話で一応表示できるようにするCGIプロクシです。しかしAjaxやFlashがどうにもならないことはもちろんです）、また、Scopeやjigブラウザ経由のアクセスもあり（これらは携帯用アプリです。アプリ配布元のサーバを経由します）、さらに、モバイル版Operaとか。そのため、そのシェアを捉えることは困難ですが、しかし相当な割合であることに異論はないでしょう。
携帯で見られないページを絶対作るな、という意味ではありません。作り手の選択肢として携帯を切捨てることは十分ありえます。ただ、あえて携帯で見られないページにすることの合理性と、携帯で見られないけどFFや非モバイル版Operaで見られるページを必死に作ることの合理性に疑問があるのです。
もう１つの欠点は大昔からあります。取り上げられるべきであったにも拘わらずさほど重視されてこなかった問題です。
それというのは、動的なサイトの多くで、ページの内容がURLに全く反映されないことです。つまり全然別の内容が表示されていても、URLは同じなのです。AjaxやFlashのみならず、POSTメソッドが用いられた場合にもこの問題が生じます（だから大昔からある問題だと言ったのです）。
これにより、ナビゲーションが困難となります。
ブックマークに登録し、そのブックマークをクリックしたら、意図したものとは全然違う内容のページが開かれたという経験は、おそらく誰しもあるのではないでしょうか。「戻る」をクリックしたら、えらいとこまで戻されたということも（これは、POSTメソッドの場合、あまり問題になりません）。
また、新たに弊害が大きくなっていることとして、再利用可能性の問題があります。
ブックマークレットやサーバサイドのアプリケーションで、そのページを活用しにくいということです。特定のURLを指定するだけでは足りないからです
別の言い方をすると、Web2.0の根幹的技術としてAjaxを措定しマッシュアップを措定すると、この２つの平仄が問題となります。WebサービスAPIなんてそもそも不要だったのに必要となってくることがあります。そしてこのAPIはユーザには難解すぎるのが一般です。一部のAPIを使うことを、「腕試し」なんて呼ぶ例すらあります。にもかかわらず、「このサイトはAPIを公開してる。素晴らしい！」なんて、いかれたPCヲタクにチヤホヤされたりします（HTMLだけでなくXMLを吐く、といったことはAPIの利点であり、こういう利点を否定する気はありません）。
以上のような状況が、理想的なウェブの発展だとは到底思えないというのが、私の所感です。
どうですか？ ユーザビリティや再利用可能性についての配慮が一切無いうちのブログで言っても少しも説得力ないでしょ？
それにしても嗣永さん可愛すぎですよね。もうどうかしてるんじゃないかってぐらい可愛いです。
