行く直前に、ソニーのGPS「GPS-CS3K」を購入。これ単体では現在地の緯度経度を知ることぐらいしかできないので、行っている間はただひたすらログを記録するのみ。飛行機に乗っているときも窓側の席では衛星をとらえていました。帰りは飛行機のまんなかの席だったのですが、ずっととらえることができませんでした。
帰国して地図の上に行程をプロット。
特に今回は水上を移動することがあり、その際に地図をみることがままならなかったので、あとからどこを移動したかを見られるのはとても面白い。

これは、カヤック（カヌー）でのマングローブ林ツアー。青い線がカヤックによる軌跡です。
A地点の水上集落からカヤックで出発。B地点からはマングローブの林の中の水路を抜けていき、C地点でカヤックからエンジン付きの船に移って帰還。

Bに入る前ぐらいにすっかり陽が暮れ、ほぼ天頂に位置した半月の月明かりの元でマングローブの林の中へ。
常緑樹の葉がぼうっと月明かりを反射している中、ところどころにはっきりとした白い点滅、蛍を見ることができました。

軌跡を地図上で拡大してみると、蛍やマングローブを見るために岸に近寄ったところまでちゃんとわかる記録がされています。

右の地図はその次の日のダイビング。コタキナバルからバスで二時間、そこから船でマンタナニ島へ。

行きは良い良い、帰りは酔い酔い。いや、ぼくはなんとか酔わずにすんだけれど、風のとても強い日で、おそろしく船が揺れ、小さい船だったので波をかぶってずぶぬれになりながらの帰還でした。なので港に着くのが待ち遠しく、陸地がそばに見えているのになかなか着かない苦しい時間をすごしたのですが、波でスピードが遅かっただけでなく、波を避けて相当遠回りをしていたのでした。
船上では地図を見る余裕などありようもなかったので、GPSのログがなければわからなかったでしょう。

ところでGPS-CS3Kは、デジカメのSDカードをこいつに入れることで、写真に座標データを付加してくれる機能があり、これならMacだけでも使えるから便利、と購入に踏み切ったのでした。

実際にやってみると、間違いなくログが取れているときに撮影している写真でも、座標データを付加してくれないものがあり、今のところまだ原因不明（探求していないだけですが）。座標データが付加できた写真については、iPhoto ‘09で地図上にピンが立ちました。

ルートの表示はiPhotoではできないので、付属のソフトでWindows上でプロット。あまり使いやすいソフトではなく、ほかにもいろいろ方法はあるでしょうがとりあえずそれが手軽でしたので。

海外旅行のように広範囲を移動したり、まったく知らない土地に行って、自分で地図を見て動くのでなくガイドについていくような場合、あるいは水の上で場所を特定できないような場合、やはりGPSの記録があると面白いです。

procedure
begin
..
end

なんて記述を超久しぶりにみて、ちょっとトキメキましたよ。Parallels上のWindowsに入れてみようか。
製品版のパッケージが、かつてのTURBOシリーズのデザインを踏襲していて、なんかうれしい。

そういえばフィリップ・カーンさんは今はどうしているんだろう……と検索してみたら、新しい会社作って健在のようで何より。
それどころか、iPhone買ってすぐのころに入れてたサイコロソフト(MotionX Dice)は、カーンさんの会社(Fullpower Technologies, Inc.)製だったと今さら知りました。

Wikipediaの「フィリップ・カーン」の項には、1997年カメラ付きケータイの発明ってあって……その前からカメラ付きケータイなんてあるような気がしてたんですが、日本での最初のカメラ付きケータイは1999年9月DDIポケット発売のVP-210だとか。まだ10年たってなかったなんて。

ぼくはフィリップ・カーン率いるボーランド社が出していたTurbo Pascalの大ファンでした。
その理由は
・Pascalという言語そのものがもつ魅力
・非常に高速なコンパイル
そして、
・エディタと一体化した開発環境の軽快な使い勝手
でした。

ダイヤモンドカーソル、ワードスターライクのコマンドによって、フルキーボードから手を放すことなくコーディング、エディットとコンパイル、実行ができ、そしてまたそれらが実に気持ちいいスピードで動きました。

ボーランドにとうてい勝ち目はなかったけれど、もしあのとき、マイクロソフトではなく、ボーランドがオフィススイートの勝者になっていたら……何倍もいいワープロや表計算ソフトで、世界の効率はもっとよくなっていたはず。

# このエントリ、いまどきの人には、なんの話だかサッパリ……じゃろうねえ。

『もう迷わない! Wordのしくみと落とし穴 2007対応』
西上原 裕明 著
技術評論社
ISBN: 978-4774136431

これも、順序を追いながら、Wordでやりたいことを確実に実現するための方法を、具体的に書いてくれている本です。
そして、「こうやるとうまくいかない」ということがきちんと書いてある。これがいい。

「これはWordの不具合です」
「こうすればよさそうに思えますが、正しい手順はまったく逆」
「（この機能は）使わないことをおすすめします」
「およそ理解しがたい仕様です」

なんて書いてある解説本はあんまりありません。
で、問題の原因がはっきりしていれば、そのことも書いてあるので、無駄な試行錯誤をする必要がありません。

そう、試行錯誤。

Wordで思い通りの結果が得られないのは、すごく分かりにくいながらも、何か守るべきルールや順番があって、それに従ってないからだと思っていました。
でもルールも正しい順番もなく、あるのは、「正しいとは思えないけどこうすれば一応できる」という経路だけだったのですね。
でもそうなると、それは膨大な試行錯誤からしか探し出すことができない。
だから、自分のかわりにその膨大な試行錯誤をしてくれた人の書いたものを読んで、わずか1900円あまりという対価でその成果を利用させてもらえるということのありがたさといったら。

この著者、西上原裕明さんは、本当に実に根気よくWordのしくみを調べています。ページ数としては240ページほどですが、ここまで具体的にまとまった情報として書くには、書かれている何倍もの、相当な努力が必要だったことでしょう。想像しただけで気が遠くなります。
こうしたいんだけどこれはどうすればいいの？　なんでこうしてもこうならないの？　などと、マイクロソフトの担当者にでも直接ぜひ聞きたい（そうでもしないとわからなそう）と思っていたようなことが、ずいぶん解消されました。
で、読んでから思いましたが、たぶん、マイクロソフトの担当者に聞いても分からなかったでしょうね。
このとおりにすればよい、という道筋が見えているのは（見せてくれるのは）、ほんとうにありがたいことです。

構成もいいし、注釈も図も、的確で必要十分な、ほしいと思う情報がほしいと思う場所にちゃんと載っているし。編集が行き届いています。熊谷さん、いい仕事しています。

前に紹介した本は『エンジニアのための……』とあるとおり、多少、テクニカルな感覚を持っていたほうが読みやすいのですが、この『Wordのしくみと落とし穴』は、ふつうの初心者の人でも抵抗なくささっと読めるでしょう。

それにしてもマイクロソフト。
世界最大のソフトウェア会社が、どうしてこんな不備の多いものを作るのか。

正直、前の本と、この本を読むまでは、ぼくは単にWordのユーザーインターフェースに問題があるだけ（それでも相当な混乱具合ですが）だと思っていたのですが、そもそもの機能の設計や実現にも問題がかなりあることが、今更ながらよくわかりました。
この本のタイトルにある「落とし穴」、これ普通は、使う側が陥りやすいミス、みたいなときに使われる言葉ですけれど、ことWordに関しては、ほんとにマイクロソフトが落とし穴を掘っているのだと言っていいと思います。

Wordがうまく使えないと思っている人は、多いはずです。
普通考えたらこうはならないはずなのに、こんな結果になってしまうのは自分が悪いんだ、何かちゃんとしたやり方があるはずだ……と。
でもそうじゃない。
悪いのは自分ではなく、Wordです。
使えないのが正常です。使えるように作られてないもの。

大河ドラマの『天地人』の脚本があまりにお粗末に感じられ、見続けるかどうかで迷っていたのですが、ある段階から「これはツッコミを楽しむことにしよう」と気持ちを切り替えて、今はけっこう楽しみにしていたりします。
それと同じ気持ちを、Wordにも持てるようになった気がします。

アップルをすごいと思うのは、機能やユーザーインターフェースを常に「新しいユーザー体験として」提供し続けるところです。
ほとんどの場合、技術そのものはアップルが独自で開発したものではなく、また特別に目新しいものでもなかったりするのですが、アップルが料理すると実に「楽」（タノしい／ラクな）であるユーザー体験に結実します。

今回のiPod shuffleも、そのコピーにある「talk」「しゃべる」という言葉を見ただけで「何だ何だ？」と興味をひきます。

その一方で、アイデンティティはしっかり保つ。
端的に言えば、あの白いコードの維持、です。

これほど小さい本体なら、ヘッドホンタイプにしたり、こんなウォークマンのような形[japanese.engadget.com]にすることは充分可能。コードがあまりじゃまにならないというユーザーの利点もあるはず。
それでも、白いコードを維持したのは、それがiPodとしてのアイデンティティであり、スタイルである、ということなんだと思います。
コマーシャルでも強調している白いコードをなくす、あるいは目立たなくするときがくるかもしれませんが、それはiPodのスタイルの変更なので、ラインナップとして一部の製品のコードをなくすという形ではなく、全iPodのスタイルを変えて新しいアイデンティティを表出することになるのではないでしょうか。

また、培ってきた技術やデザインの中から「強い遺伝子」をきちんと残して伝えてゆく「進化」のシステムを内在しているのが、アップルの芯にある強さです。ただすぐれたデザイナーがいるだけでは実現できない強さ。このことは一度きちんとまとめておきたいと思っていますけれど、ほんとうにすごい。

今回のshuffleで言えば、曲名発話。これはiPodが音声を合成するのではなくMac OS X側の機能であるVoiceOverを使っています。VoiceOverはすでにOS Xのユニバーサルアクセスの機能として使われている技術ですが、それをこのような形で製品の根本的なデザインのベースとして組み込むということ。

これはMacの技術の巧妙な宣伝にもなります。Windowsの同等の機能とその品質においての差を、いわばiPod上でデモンストレーションするようなものです。

そろそろ出てくるSnow Leopardでさらに強化して、それをshuffleでデモンストレーションするということなのかもしれません。

• www.apple.com/jp/の「この小ささが、しゃべりだす」という文字がきれいじゃないなー、と思ってよく見るとヒラギノではない？　似ているけど、微妙に違う部分が質の違いと言えそう。
• それにしても「Small talk」とは……。もちろん、このプロダクトを表すのにこれ以上ないほど的確なコピーです。その上で、Macintoshの母たるSmalltalkを想起してしまうコアなユーザーの心もさらにつかんでしまう……なんてことまではコピーの意図ではないと思いますが……でもアップル社内では話題になったろうな。
• その一方、日本のページにある「話せば、分かる」ってコピーはどうか。「話せばわかる」[ja.wikipedia.org] って、日本ではあんまりいいイメージの言葉ではないのだけれど。

結局、標準ドキュメントとしてのdocファイル作成ソフトとして、Windows版のMS Wordを使わざるを得ないことが少なからずあります。

話は少し変わりますが、書式を効率良く、正確に整えるには、「スタイル」という機能の利用が必須です。
また、ぼくらが仕事で書くようなドキュメントは、章・節などの論理的な階層構造を持っています。本文中に挿入する箇条書きが階層を持つこともよくあります。
さらに、本文中の他の部分の参照、本文中からの図表の参照、目次、索引、注釈といった多様な参照情報を含んでいます。こうした参照関係の作成と活用が簡単にできる必要もあります。
必要……というか、人間にとって煩雑なこうした作業をこそ、効率よく正確に行えるのがコンピュータを使う意義です。

で、Wordなんですが、まさにこうした作業をしようとすると、うまくいかないんだこれが！
特に上にあげた機能が混在するとき。階層構造を持った見出しのスタイルとか、箇条書きの階層とか、いくらやってみてもわけがわからない。

うまくいかないものだから、とりあえず他のソフトで作って持っていったりしているのだけれど、先の互換性の問題で壁にぶつかることもあり、また最終的にはWordで修正することになるので、その時点で困ったことが多々起きます。

そうは行っても避けて通れぬ道なので、これはソロソロ腰をすえてWordと対峙しなければ……あのWordのヘルプとか、MSのサイトとかを渉猟するべきなんだろうなあと覚悟をきめつつありました。

そんな折、ちょうど別の本を探しに訪れていた書泉で、いつもは完全に通過するOfficeの棚をやや憂鬱になりながらも（憂鬱な理由は上記以外にもあるのだけれど、この点はまた改めて）ながめていたところ……この本を見つけました。

『エンジニアのためのWord再入門講座』
美しくメンテナンス性の高い開発ドキュメントの作り方

ISBN:978-4798117133
佐藤竜一著、翔泳社刊、2008年5月

目次を見、ぱらぱらとめくって見てすぐにこれだ！と。
これこれ！　このような本が欲しかった。

まさにぼくの知りたかった、スタイルと階層についての解説がきちんとした文章で書かれていました。

著者の問題意識もぼくととてもよく似ています。
なぜシステムエンジニアやプログラマが作るドキュメントが、データとして扱える形で作られていないのか。
ぼくが不思議に思っていたことに、この著者も疑問を呈し、またいらだっているようにみえます。

ともあれ階層のスタイル。
これを読んでようやくわかりました。
「こうやったらこうなるはず」という予測のもとに操作して、その予測がはずれるだけでなく、思ってもいなかったことが起きる理由が。
三つの別の概念（モデル）が混在した設計になっている。
ななんだってー。

で、そのうちの一つは、インデントの深さから階層を判断するんだと！　論理的な階層にスタイルを割り当てるものと思っていたら、書式（単なる段下げ）が論理構造を定義するしくみになっていたなんて。しかも他のモデルと混在するから、それだけで階層が定義されるわけではないし。
こんなのわかるわけない。なんなんだこの設計……。

いやしかし。
これをもとに、もう少し自分でも探求してみたいと思いますが、原因がわかっただけでずいぶん心が軽くなりました。

ほんとうにこういう解説書が欲しかった。
もっと早く見つけたかったけど、こういうのは検索では探しあてにくい。
リアル書店、特にこの手の本に強い書泉ならではの出会いだったかもしれません。

Wordを開くことが楽しみになった……というのはちょっと言い過ぎかな。
でもWordを、前向きな意味で探求しようと思わせてくれたのは間違いないことです。

ウェブサイトにあからさまに誘導するだけのアプリは、いままでいくつも散々な評価をされているのは見ればわかると思うんだけど、どうして同じことをするのか。

しかもつい最近、産経新聞のアプリが大きな良い反響を呼んだこともわかっているはずなのに。

まあ、タダで全部見せてサイトにも誘導しないなんてことをこの三社がやるとも思えませんし、読者のことなど考えてもいなさそうですし、つまり、産経のアプリを成功だとは思ってないんでしょうけれど。

それにしても、ちょっと誰かに使ってみてもらえば、こんなシンプルな機能しかないのに「どこが押せるのか、どこを押したらいいのか、わからない」という問題があることはすぐに露呈するだろうにねえ。

なんでiPhoneで「iPhoneアプリを公開しました」って読まされなければならないのか。なんでずっと流れるテキストを視界の端に置かれなければならないのか。なんでこんなに大きな顔写真を見つづけながら小さな文字でコラムを読まなければいけないのか。なんで写真の画面でiPhoneを振ると写真が意味もなく斜めになるのか。

そもそもアプリの上ではテキストが短すぎて「読みくらべ」をちゃんとできないではないですか。サイトのコンセプトを体現できていない上に、自分たちが書いているテキストの価値を自ら軽んじていませんか。

でも何よりぼくががっくりくるのは、このUIを「すばらしい」と言う人がいることかなあ。身内なんだろうか、あれ。

各地の「投票」(クリックで拡大)

この投票結果、iPhone上では日本全土ぐらいまでしかズームしませんが、smuleのサイトではGoogle Mapで、ピンポイントに、灯された場所がわかります。見てみたらたしかに、自分の家の場所にも灯が灯ってました。
で、前述の投票もこの詳細な地図で見ることができるので、米民主党(青)vs共和党(赤) [smule.com]の結果を見てみますと、本州全体では右のようになってます。
赤って色はやっぱり目立つんですね。ぱっとみておんなじぐらいにぼくには見えるんですが、得票数は民主党が圧倒的です。
そういえばあの大騒ぎしている(ように報道されている……たぶん地元ではごく地味に盛り上がってるんだと思うんですが)小浜市はさぞや青い炎に満たされているのだろうと見てみたら……青どころか赤も灯ってないや。

小浜周辺……灯がない……

つまり小浜にはたぶんiPhoneが無い……のかと。
オバマはBlackBerry使っているそうですが、小浜市民もやっぱりBlackBerry……なわけないか。

ちなみに、Sonic Lighter、今はボクサー派かブリーフ派か [smule.com]ってのを投票中……今現在、69%対31%でボクサー派優勢。
東京や大阪は全世界の割合よりややブリーフ派が多い。35%ぐらい。
しかしなんと！名古屋はボクサー派が圧倒。90%！

写真を整理するという手間をできるだけなくすことが、自動的に分類された写真を見直す機会を与えてくれるとともに、もっと写真を撮りたいと思わせてくれる。

ぼくは、これこそコンピューター、だと思うんです。人間がやらなくていいことを機械がやってくれて、その分人間は人間にしかできないことをもっとできるようになる。そのための機械であるはずだもの。

なんだか最近はコンピューターがあることによって却って面倒なことが増えてますからね。

さて、写真の地図上への表示は、当然写真にジオタグがついてないとダメで、ぼくの場合はiPhoneで撮ったものにのみ、自動で付加されています。だからそれ以外の写真はiPhoto上に地図にピンたてて（iPhoneといっしょ。こういうことの一貫性が、当たり前なんだけどアップルはちゃんとやってくれる）いかなければなりません。それはそれで楽しいですが、しかしこうなるとGPS内蔵カメラかGPSロガーが欲しくなります。

GPSロガーがあっても写真に座標を埋め込むソフトが必要だけど……iPhotoがそこまでやってくれればうれしいのだけれど、まだその機能はないうようです。まあGPSロガーなんて全然一般的じゃないですからねえ。

ところでiPhoneでこれまで撮った写真を地図上にポイントしてみると、太平洋の彼方で撮ったことになっているものがけっこうありました。もちろんそんなところには行ってないんですが……。

何かでそういえば読んでたような気もしますが、iPhoneのジオタグに以前バグがあったんですね。2.1で治っていたようですが、その前に撮った写真は、東経なのに西経として記録されていたようです。なので東京で撮った写真は、ちょうど太平洋の真ん中、日付変更線を中心に線対称な西経140度付近で撮ったことになってます。

西経を東経にするだけだから、iPhotoで直すよりデータ直接書き換えたほうが楽そう……。

FlickrやFacebookへのアップも簡単になりました。ただFlickrにはジオタグは持っていかないみたい。プライバシーなので、設定などの面倒を避けたかったのかもしれない。

もはやiPhotoなしで写真を扱うなど考えられないので、iPhotoのライブラリデータを共有しつつもっとつっこんだことができるiPhoto Proが欲しくなります……ってそれApertureか？

その望みを託していた、いくつかの機械についての昔話、その一。

Sony Typecorder OA-S1100。（MO5.COMより。同サイトの製品詳細ページにリンク）

SONY Typecorder。1979年発売。

いや探した探した。名前も忘れていたので、いろいろな検索ためして、ようやく見つけました。正式名がわかっても、ほとんど情報はないですね。ソニーのサイトにさえ無いみたい。

実物が、コンピューター歴史博物館に保存されているようです。
あとMO5.COMというサイト、こちらはパリにある私設のマシン&ゲームコレクションのようですが、こちらにも保存されているようです。

表示は40文字、1行。欧文のみで、データはマイクロカセットテープに保存。たしか電池駆動できたかと。

日本で発売されたかどうかは覚えていない。当時ぼくは大学生だったので、英語だけですむなら、これで授業のノートがとれるのになあと思った覚えがあります。

日本語の搭載などまだ夢の夢の時期でした（日本語ワープロは、この前年に東芝から机ほどの大きさのものが世界で初めて発売されたばかり）が、英文だけでもいいから欲しかった。持ち歩いて、その場でタイプして保存できるということの魅力。

キーボードのキーの形状が特徴的で、これはSMC-70 (ソニー初のパーソナルコンピュータ、1982年発売) に受け継がれています。

搭載のマイクロカセットテープは、普通に音の録音・再生ができて、特に記者が取材に使ったり書き起こしに使うことを想定してたんじゃないかな。当時のソニーが得意な技術を活かし、用途を明快に特化してデザインしたのだと思います。

映画に登場したデザイナーの手による、Mac OS Xに搭載されているフォント。デザイナー名のところはもちろんHelvetica。

観たいと思っていた『Helvetica』（「Helvetica」という書体を巡るドキュメンタリー映画）を、会社のKさんがDVD買ったというので貸してもらって観ました。

いやー面白かったです。よく映画にしたなあと思いますけれど。フォントに興味ない人には、専門家という名のオタクたちがしゃべってるだけに見えるんじゃないでしょうか?

しかし、逆にグラフィックデザインに関わる人には必見です。借りて観たものの、これは僕も買います。Kさんには「絶対特典も見てください」と念を押されたのですが、ほんとに、映画には含まれていないインタビューで構成された特典映像95分も、本編に勝るとも劣らない内容です。なので映画館で見たという人も、特典映像のために、借りたり買ったりする価値十分にありです。

基本的に裏方であり「透明な存在」であるフォントデザイナーが動いてしゃべるとこ見れるなんて、なかなかありません。
Macのシステムにも入っているフォントのデザイナーも幾人かでてきます。ソシオメディアのドキュメントで使っているTahomaフォント産みの親のマシュー・カーターさん。それから、ぼくが大ファンであるヘルマン・ツァップさんを映像で見、その声を聞くことができたのは何ともしあわせです。

登場するのはフォントデザイナーばかりでなく、グラフィックデザイナーもたくさんでてきます。
たとえばニューヨークの地下鉄路線図を1972年に作ったマッシモ・ヴィネリさん。彼が、その路線図についての改良案を語るところがあり、なかなか興味深いです。で、あとでサイト調べたら昨年、その改良版を実際に作ってるんですね。men’s vogueに付録でついたらしい。古い方とくらべて見てみたい。一部はご本人のサイトで見ることができます。

ジョブズの話も少しでてきます。彼はMacを作っていたとき、Helveticaを使わせてほしい、とライノタイプ社に依頼に行ったとのこと。
フォントの価値、デザインの価値をきちんと知り、考え、それをちゃんとシステムに載っけようと、始めから考えていた。（でも都市の名前のフォントにしたのはなんでだったっけ？　もいっぺんそのあたり確認しなきゃ……）
それに比べて……「マイクロソフトは悪党だ！」（エリック・シュピーカーマンが特典映像の中でそう言ってる）。
なんでHelveticaを使わず、それを真似してArielをわざわざ作るのか。世界一の企業が、買えないわけがあるまい、と。

そのほかにもいろんな話題が込められていて、これをきっかけにぼくも調べたり考えたりしたいこと満載でした。
たとえば手で描くこととコンピューターで描くことの違い。形を学ぶときへの影響。
目的にあわせて書体を変えること（結果として様々な書体を使うこと）と、ごく限られた書体を使ってあらゆるデザインを産み出すことの違い。

なかでもこの映画の中で、ぼくが強く共感をもった言葉（このままの台詞ではありませんが）。

・できる限りシンプルにすること
・存在が気がつかれないような、透明なデザインであること