とうとう来たか、と言う感じだが、Google Mapsにアメリカ主要都市30カ所の渋滞状況を、赤・黄・緑で色分けする機能がついたそうだ。 渋滞情報をGoogle Mapsでリアルタイムに確認しながら運転すると言う状況はなかなか想像しにくいが、出発前に混雑状況を確認しておくことや、同じ曜日の同じ時間帯にあらかじめ確認して、どのくらい時間がかかるかの見積もりに使うことができそうだ。 日本ではまだ経路の検索も出来ないが、この渋滞情報機能によって、車の運転者にとってはどんどん便利な機能が追加されている。 日本版の機能拡充に期待したい。
「Google」と一致するもの
ドイツからGmailに接続してみたら、ロゴがGoogle Mailとなっていた。 これは商標の問題で、Gmailと言う名前が使えないためになっているらしい。 日本語版のGmailに接続したのに、ドイツからはGoogle Mailとなるとは、流石は配慮が行き届いている。
Microsoftが依頼した調査により、Windows Vistaの速度はWindows XP並みとする結果が出たそうだ。 また、Aeroによる速度の低下もほとんど無いそうで、場合によっては速くなったそうだ。 この時期に発表すると言うことは、Vistaの悪いイメージを払拭して購入を促そうと言うものなのだろうが、それにしては歯切れの悪いレポートである。 どうせなら、Vistaを使った方が全面的に速くなる、と言うレポートの方が、現にユーザーとしてはその方がありがたいし、購入意欲につながったと思うが、流石にそこまでは出来なかったのだろうか。
この調査では「Windows VistaとXPの応答性の違い」と「Windows VistaでのAeroの有無による応答性の違い」の二つの試験が行われている。 記事ではCPUがデュアルコアのマシンが1つしかない、と書かれているが、それは記事中にある調査レポート(全47ページのPDF)を見ると間違いで、実際には2つである。 また、CPUを見てハイエンドマシンではない、と言うような書き方がされているが、私はむしろメモリやグラフィックスボードの方が効いているのではないかと考えた。 調査レポートから引用すると、各システムの構成は以下のようになる。 参考までに、WIndows Vista CapableとPremium Readyの基準も並べてみた。
システム名 | Dell XPS M170 | Dell XPS 600 | Hp a1320y | HP d4100e | 東芝 Tecra M4 | Vista Capable | Vista Premium Ready |
---|---|---|---|---|---|---|---|
CPU | Pentium M 760 (2.0 GHz) | Pentium D 940 (3.2 GHz) | Pentium 516 (2.93 GHz) | Athlon 64 X2 3800+ (2.0 GHz) | Pentium M 740 (1.73 GHz) | 800 MHz | 1 GHz |
メモリー | 1 GB | 2 GB | 512 MB | 1 GB | 1 GB | 512 MB | 1 GB |
グラフィックス | GeForce Go 7800 GTX (256 MB) | GeForce 7800 GTX (256 MB) | Radeon Xpress 200 (256MB) | GeForce 7300 LE (256 MB) | GeForce Go 6200 TE (64 MB) | DirectX 9 対応 | WDDMドライバ対応, DirectX 9対応, 128 MB, ピクセル シェーダ 2.0, 32 ビットの色深度 |
これを見ると、メモリで気になるのはHP a1320yの512MBと言うことで、グラフィックスボードで気になるのはグラフィックスメモリを64MBしか積んでいない東芝 Tecra M4だろうか。 ただ、Aeroに関するテストはDell XPS M170でしか行われていていない。 Dell XPS M170はちょうど一年前のCESで発表された、当時最強のゲーム環境を持つノートPCだったそうだ。 たった一年前の最新鋭機を使って、3Dのユーザーインターフェースによる応答性の低下が見られないと言われても、それは当然のことのように思える。 個人的には「Windows VistaでのAeroの有無による応答性の違い」の調査はあまり意味のない調査に感じた。
順序が逆になったが、一方の「Windows VistaとXPの応答性の違い」の調査も、調査結果ほどはっきりした結果ではないように思える。 特にメモリが512MBと、Vista Capableの下限になっているHP a1320yが気になったので、Vistaの方が速かったと調査で言っているcoldスタートの方を抜き出してみた。 すると、Vistaの方が1秒以上速かった試験は2つだけで、会計ソフトのQuickBooksの起動(5.02秒差)と、エクスプローラによる検索(7.29秒差)だけだった。 Vistaでの検索機能はかなり強化されているようなので、これは技術の進歩と素直に認めたい。
一方、XPの方が1秒以上速かった試験は11になった。 いずれも3秒以内の差であるが、アプリケーションの起動(Picture Manager、Excel、エクスプローラ、Word、IE、Outlook、Adobe PDF)が多いことが目についた。 また、全ての試験結果を足してみると、11秒以上XPが速い結果となり、やはり全体的に見ればVistaはXPより遅いと見るのが正しいのではないだろうか。
他のシステム構成まで個別に見るだけの気力がないが、少なくとも512MBのメモリを持つHP a1320yと言うマシンでは、XPの方が速そうだと言うデータに思える。
まあ、今回の調査はMicrosoftから依頼された訳だから、新製品に好意的な結果になるのは当然のことと判断するしかない。
Google ウェブマスターツールの統計のページに書かれている、「統計、 それは見方によって同じ数値から異なる結果が導かれる唯一の科学である。
— Evan Esar (1899-1995)、アメリカのユーモア作家」と言うのを思い出した。
">Google Calendarというカレンダーサービスをしばらく前から愛用している。 仕事やプライベートのスケジュール管理がインターネットに接続可能なあちこちから出来るので便利だ。 もちろん、インターネットにつなげないときもあるし、相手と話すときに必要なので手帳も活用している。
Google Desktopのガジェットに、Google Calendar上の自分のカレンダーを表示するものがある。 WWWブラウザーを開かなくても簡単にアクセスできるので便利である。 一方Mac OS XにもDashboardウィジェット(Widget)と言う、Googleガジェットの基となったような機能がある。 ボタン一発で素早くアクセスできるのでかなり便利なのだが、Power PC G4のMac miniでは初回の起動が遅すぎていまいち使いきれていなかった。 MacBook Proに買い替えたところ、起動速度も改善されたので、気を良くしてカレンダーを表示できるものを探してみた。
AppleサイトにあるDashboardウィジェットのダウンロードコーナーには、Google Calendarそのものを表示するものは見つからなかった。 代わりに、iCalのカレンダーを表示するiCal Eventsと言うウィジェットを見つけた。 ">Google CalendarのカレンダーはiCalで取り込むことができるので、iCalを経由すればこのウィジェットでGoogle Calendarを表示できると言う訳だ。
iCal Eventsのダウンロードだが、上記のページの「ダウンロード」リンクからはエラーが起こって接続できなかった。 代わりにiCal Events制作者のサイトからダウンロード・インストール可能だった。 サイトは英語だが、ウィジェットの表示そのものは日本語にも対応している。
このウィジェットは直近の予定を見るためのものなので、Google Calendarガジェットのようにカレンダー形式で見られる訳ではないが、逆にシンプルで見やすいのは確かだ。 表示するカレンダーも選べるので、予定が多い場合などはウィジェットを複数表示させても面白そうだ。
Google Docs & SpreadsheetsにXML-RPCでブログへ投稿する機能があるので試してみた。 出力するHTMLのマークアップ内容がいまいちなので結局自分で編集しなければいけないが、セキュア接続して投稿できるというのは面白い。 さくらインターネットはレンタルサーバーでSSLが使えないのだ。 常用には至らないが、SSLで接続したいときなど(会社以外に思いつかないが(笑)。今は自宅から書いている。)は選択肢になるかもしれない。
「始めたからには読ませたい--より良いブロガーを目指すための10のコツ」と言う記事があったのでつい読んでしまった。
「あなたがせっかく更新したブログを誰も読んでくれないならば、投稿せずにその内容を紙ナプキンにでも書き殴っておいた方がましではないだろうか。
」などと、ちょっと挑発的だが、私の心にちくりと本質を突いてくれた。
10のコツにまとまっているので、それぞれ自分がどのようにしているのかチェックしてみたいと思う。
目的を明確にする
-
いきなりダメだと言われた感じである。 確かにブログはテーマを絞って目的を明確にした方が良いと書かれたものを見た覚えがあるが、自分のためのサイトなので実践はしてこなかった。 「始めたからには読ませたい」と思った場合には明確にした方が良いのだろうが、いくつものサイトを維持するのは手間だし、なかなか難しい。
視覚的にアピールする
-
サイトの可読性は最低限クリアしているつもりだが、アピールしているかと言うと肯定は出来ない。 ただ、現状では手を付けていないが、カテゴリーごとに多少配色を変えたりするために、基本的な部分では意図的におとなしい配色にしている。 苦笑せざるを得ないが、ある意味では特定のテーマに絞りきれていない現状を良く表していると思う。
適切なツールを使用する
-
Movable Typeを利用しているだけでは十分なのか不十分なのか、記事の書き方ではよくわからないが、私自身はもう少し楽になればと思っている。 Movable Typeの良いところはプラグインでその辺りを改善できることで、例えば">Better File Uploaderによる画像アップロードの簡便化は良い例だと思う。 HTMLのマークアップについてももう少し楽になれば助かるので、プラグインを探してみようと思う。 ただ、この項目の達成度はそこそこだと思っている。
ナビゲーションを容易にする
-
これも記事に書かれていることは一応達成しているが、私としては不十分だと思っている。 というのも、「メインコンテンツ」と考えている旅行記やゲーム関係の記事などは、もう少し体系的にまとめる必要があるからだ。 カテゴリーをもう少し細かく分ければ良いのかもしれないが、細分化しすぎるとまたわかりにくくなるし、最終的には人間がまとめる必要もあると思っている。
読者を惹きつける
-
この項目は日本とアメリカなどでの匿名性への意識の違いがあって、そのまま導入することはできないが、読者の信頼を考えてサイトを作ると言うのは当然だと思う。 ただ、私の場合は(少なくない数の個人ブログはそうだと思うが)一番の読者が私自身と言うのもあるし、読者からの反応を多くもらえるような質・量に至っていないので判断が難しい。 ただ、">検索エンジンからどのような単語で検索されているかは、アクセスログやGoogle ウェブマスターツールでわかるので、サイトのどの部分が注目されているのかは判断できる。 残念ながら現状では私の意図とずれている部分があるので、ナビゲーションを容易にするなどして改善したいと思っている。
ブログ更新のスケジュールを確立する
-
これは一応毎日更新を目指しているのだが、現状はそうなっていない。 それぞれの日に書きたいと思うエントリーはあるのだが、実際に更新するのはまとめて、と言うこともしばしばだ。 だから、Movable Typeでエントリーを作成しても、公開はせずに下書きのままで保存しておき、時間のあるときに書き上げて公開している。 これはもう少し使いやすいツールがあることで改善できそうな気がしている。
簡潔を旨とする
-
長たらしいことを書く時間もないので簡潔にしたいと思っているが、平易に簡潔に書くと言うのは意外と難しいことで、わかりやすく説明していると長くなってしまうのもまた事実だ。 文章を定期的に書いていけばその辺も練習になるのではないかと思うので、今後の改善点としたい。
推敲してから公開する
-
これは常々反省しなければならないことだと思っていて、元記事にもあるように容易に修正可能なウェブコンテンツの利点を活用させてもらっている。 この辺も文章を多く書くことで少しでも練習になれば良いなあと思う。
RSSを利用する
-
Movable Type 3.3ではエントリー一覧はもちろん、検索結果でもRSS形式で公開できるようになっている。 特定の話題だけをRSSで取り寄せられるのはありがたい話だ。
全体としては反省すべきところばかりだが、技術的な面に関してはMovable Typeがしっかり作られていることが改めてわかった。 ここにあるコツだけが全てだとは思わないが、心に留めてやっていきたいと思う。
Windows用Skypeの最新メジャーリリースである3.0が正式にリリースされた。 3.0の新機能は、β版公開時の記事に簡単にまとめてあるのがわかりやすい。
Skypeの機能は通常の通話と、SkypeOutをたまに使うくらいで、SkypeInも購入はしたもののあまり活用していないので、私としては公開チャットやSkypecastが便利になったと言われても、あまり魅力は感じない。 一方で、ユーザーインターフェイスが改善されたと言う点は興味がある。 私は上記のようにあまりSkypeを活用してない状態だが、SkypeOutを利用していると、Skypeコンタクトがそれなりに増えてくる。 Skype 2.5ではグループ分けが出来たが、インターフェイスは洗練されているとは言えず、素早く目的のコンタクトに到達できないような状況だった。 これがSkype 3.0でどのように改善されているかが楽しみだ。 今は手元にMacしかないから試せないが、今度Windowsで試してみようと思う。
また、エクストラと言うプラグイン(ウィジェット?)機能も付いたようだ。 こういうプラグイン・ウィジェット機能はMac OS X、Google Desktop、Operaなどが搭載していたが、やはり流行なのだろうか。 Mac OS XやGoogle Desktopのように、一つのアプリケーション内にとどまらず使えるのであれば、いろいろと可能性が見えてくると思うが、OperaやSkypeなどのようにそのアプリケーションに依存するとなると、やれることも限られて利用者もあまり増えないのではないかと思ってしまう。 Skypeはコミュニケーションが基本なので、ゲームやSNS関連のものが盛り上がりそうに見えるが、どうなるだろうか。
Windows版はこのように3.0となったが、Mac版は正式版が2.0台になったところで、2.5のβ版がようやく試験されている状態だ。 Windows版もそうだったのかあまり覚えていないが、2.0ではコンタクトのグループ分けが出来ないなど、やや不便なので、できるだけ早い新版のリリースを期待したい。
Google ウェブマスターツールは自分のサイトがGoogleの検索エンジンからどのようにチェックされているのか、あるいは自分のサイトの情報をGoogleに提供してより適切な検索を行ってもらえるようにするツールである。 SEOに興味のある人には必須のツールだろうし、どのキーワードで自分のサイトが高ランクにいるのかなどがわかって、サイト作りの参考になることは間違いない。 エラー情報も表示されるので、例えばリンク先の設定ミスなどに気づくこともあった。
自分のサイトの情報提供の手段として、サイトマップと言うものがある。 人間が見るためのサイトマップとしては、カテゴリ分けしてツリー状のものがよく使われていて、私も昔は作っていた。 今はブログのシステム上、カテゴリ分けや月別アーカイブがあるので作っていないが、企業のサイトではよく見る便利なページだ。 これをGoogleの検索エンジン(Googlebot)向けに提供すると言うのがGoogleサイトマップである。 もちろんGooglebotはリンクを辿ってサイトのページを自動的に巡回するが、作者から一覧を提供すれば、より網羅的な巡回が可能になると言うことらしい。
GoogleサイトマップはXMLに基づいた独自の記法があるほか、いくつかの書式が使えると言う。 RSSフィードも使えると言うので以前私も試したのだが、うまく読み取ってもらえず、あきらめてしまった経緯がある。 今回、Movable Typeから自動的にGoogleサイトマップを出力する方法を見つけたので、作ってみた。 詳しくはリンク先のページがわかりやすいが、要はサイトマップ用にインデックステンプレートを作り、エントリーごとのページや日別などのアーカイブページが一覧になるように出力するわけだ。 Googleサイトマップの記法はXMLベースだが、HTMLが理解できる人なら簡単に理解できると思うので、リンク先の記事を基に自分のサイトに合わせてテンプレートを作成すると良いと思う。
iPhotoライブラリが崩壊した。 データベースファイルが破損したようで、もう良く覚えていないが「iPhoto 2または4で作成されたのでアップデートしてください」のようなメッセージが出てきてしまった。 私が使っているのはiPhoto 5なので、メッセージを見る限り使えそうなのだが、起動時にエラーメッセージが出るだけですぐ終了してしまう。 インデックスが破損したのかと思い、iPhoto Libraryフォルダのxmlファイルなどを移動してみたがダメで、どうもLibrary.iPhotoなるファイルが壊れてしまったようだ。 これを移動すると起動するが、アルバムや写真が全く登録されていない、新規の状態になってしまった。
崩壊した原因はハードディスクの容量が少ない状態でライブラリにファイルを追加していたためと思われる。 ハードディスク内からライブラリにファイルを追加して行くと、iPhotoライブラリのフォルダに画像がコピーされて行くので、容量がさらに減少し、最終的にはライブラリファイルを保存する容量すらなくなってしまったのだと考えられる。
上記の作業はインターネットを解約してしまった自宅で行っていたので、翌日会社でこっそり復旧に使えそうなソフトを探してみた。 Googleで検索して見つけたのはiPhoto ExtractorやiPhoto Album Extractorと言う、アルバム情報を復旧してくれそうなソフト。 画像ファイルそのものはそのまま残っているので、これでなんとかなるかと思われたが、一度Library.iPhotoを移動して新規の状態になった関係か、うまく復旧できなかった。
それで、仕方がないので頭の悪い方法だとは思いつつ、全てのファイルをもう一度iPhotoで読み込み直すことにした。 と言っても、iPhotoの場合サムネイルがサブフォルダにあるし、画像を回転させればオリジナルファイルと修正後のファイルの2枚を保存するようになっている。 特にオリジナルファイルから再構築しようと思ったので、かなり面倒な結果になった。
今現在、全てのファイルの読み込みが完了している。 ファイルはなんと7500枚もあった(今回の出張関係で1500枚近く増えていた・・・)。 アルバムもおそらく100くらいは作ってあったので、これから復旧して行かなくてはならない。 まあ、ブログの記事になりそうな旅行の写真もあったので、見直しもたまには良かったのかもしれない。
が、このエントリーを書いているときにあらためてソフトを調べようと思ったら驚きの新事実。 オフィシャルな方法(ただしマニュアルに記載されていない)でライブラリが構築可能だったのだ! どうも検索したときのキーワードが悪かったようで、このページには気づかなかった。 もう完全に画像ファイルは入れ替えてしまったので、この再構築を試すこともできない。 しかし、この「マニュアルに記載されていない」と言うのはどういう理由なのだろうか。 ウェブサイトで公開するような機能があるならマニュアル・オンラインヘルプに記載するのは当たり前で、むしろ、ライブラリファイルが破損しているとプログラムが認識したのなら、再構築をするオプションをダイアログで表示するべきではないのだろうか。 不親切としか表現できない。
ゲームにエキサイトしすぎた人たちが思わず放り投げてしまいいろいろと被害(?)が出ているらしい Wiiのリモコンを、Mac OS Xからでも使えるようにしたソフトが紹介されている。 とりあえずモーションセンサとボタンが使えて、Google Earthの操作まで出来るそうだ。 モーションセンサでは正確な操作は難しそうだがなかなか面白い使い方だと思う。