2008 | Piyomaru Software | Takaaki Naganoya

24インチモニタが届いた〜

Thu, 01 Jan 2009 19:38:36 +0900

大晦日のどんずまりになって、LGの24インチ液晶モニタ（W2442PA）が届いた。DVIケーブルが同梱されていたので、さっそくMacBook Proにつないで表示させてみた。

…………いいんじゃない？（＾ー＾；　価格を考えるととてもいい。

1920×1080ドット表示できるので、普通に横に表示させても快適だし、ピボットさせて縦型ポートレイトモニタとして使ってもいい。というか、縦方向で使うことを前提に購入したのだ。

横表示のときと縦表示（ピボット時）の時で色が若干違うように見えるが、そもそもプログラムリストを表示するのに縦方向に長いモニタが欲しかったので、ノープロブレムである。

想定外のことといえば、筐体がきわめて軽い（6kg）ので、キーボードの打鍵のショックでモニタがガタガタ揺れる点（ピボットさせた後、モニタ部分を下まで下ろしたらあまり揺れなくなった）。また、ピボットが片方向にしか回らない点である（そんなに問題にはならないかも。でも、知らなかった）。添付の電源ケーブルが案外短いので、これもちょっとどうかと思う。

でも、これがこの値段（代引き手数料込みで３万円からおつり数百円）だというのなら、迷わないで買っていいように思える。あー、やっぱり大きなモニタだと目が疲れなくていい。広いとプログラムリストの見通しもよくて助かる。

Mail Flow Visualizerを改良

Wed, 31 Dec 2008 08:45:09 +0900

昨日から改良を続けているMail Flow Visualizerに進捗が見られた。本当は別のプログラムに着手しようとしたのだが、どーーも注文しておいた24インチモニタがまだ届かない（というより、年明け２週目ぐらいになりそうな予感……いや、メールで案内があって大晦日に間に合いそうだ）ので、まだ肩ならし状態である。

目下の問題点は、

Thirteen Scripters Scripting
Re: Thirteen Scripters Scripting
Re: Thirteen Scripters Scripting
Re: Thirteen Scripters Scripting
do shell sounds: was Thirteen Scripters Scripting

と、スレッド内でSubjectの小刻みな変更が行われて、子スレッドを立てたことが宣言された後で、

do shell sounds: was Thirteen Scripters Scripting
Re: do shell sounds: was Thirteen Scripters Scripting
Re: do shell sounds: was Thirteen Scripters Scripting

と、しばらく子スレッドのSubjectが続き、

Re: do shell sounds

親スレッドとの関係を省略して純粋に子スレッド部分だけのSubjectに変ったことを検知しつつ、これを無視して子スレッドを維持するという処理である。

何回か試行錯誤して、まあなんとかできてしまった。いや、もうちょっと凝った処理を考えていたのだが、あっさりできた。

そろそろ…………外に出せるかな？（＾ー＾；

Mail.appのメールフロービジュアル化AppleScriptがさらに高機能に

Wed, 31 Dec 2008 08:41:36 +0900

メールフローのビジュアル化をMindMap（Mindjet MindManager for Mac）を用いて行ってきたが（Mail Flow Visualizer）、年末にかけて未曾有の超巨大スレッドがMLに立ち、これに対処する方策について（勝手に１人で）検討してきた。

当初、活発に発言しているメンバーのうち上位５人について自動検知して色分けするという改良を発案した。すでに、オリジナルの発言者については色をつけていたのだが、これに加えてオリジナル発言者以外の５人についてカラーラベリングを行うようにしてみた。

この改良はなかなかよかったのだが、それだけでは済まない新たな動きがML上で観測された。

あまりに急速かつ頻繁に議論が展開した結果、同一メールスレッド内でサブジェクト（題名）を変更してスレッド内のテーマの細分化を図る動きが活発化したことである。親スレッドの一部から派生したことと、より先鋭化したテーマにフォーカスを当てる「サブスレッド」を起こそうという動きが活発化したのだ。

これまで作ってきたメールフローのビジュアルでは、同一スレッド内であれば親スレッドだろうが子スレッドだろうが、すべて同じスレッド内の発言として処理してきた。だが、発言数が増え、議論が細分化されていく中で、親スレッドの内容と子スレッドの内容を同一レベルで取り扱ってはいけないのではないかと考えるようになった。

そこで、試験的に子スレッドのパーティショニング……いうなれば、「区別」をつけるために、子スレッドを枠線で囲んでみることにした。そのために、AppleScriptで自由に枠線をつけられるよう下調べなどを行ってきたのだが……すぐにすべての機能を実装することはできなかった。

横浜への小旅行に出かけている途中で、いろいろと良いアイデアが出てきてはいたのだが、あいにく自分のMacを持って歩いていなかったので、ホテルで夜中に実装するとかいったことはできなかった。ちょっと残念。

そして、帰宅して夜中にいろいろアイデアを反芻して、プログラムの試作品をいろいろ作ってみたところ……子スレッドの検出ができた。小旅行に出かける前には煮詰まっていた処理が、おっそろしくあっけなく美しいアルゴリズムで実装できてしまった。

さらに、試作品の内容をメールフロー・ビジュアライザのAppleScriptに追加し、機能が衝突することのないように調整を行い、実際に動かしてみたところ…………ビンゴ！　子スレッドの存在を明示的にビジュアル化することができ、かなり実用性が高まった。

目下、子スレッド中で「親スレッドのサブジェクトの一部」をサブジェクトに含めた状態で使っていたのが、途中から「親スレッドのサブジェクトの一部」を省略化して使うようになる現象への対応が行えていない。そのため、子スレッドの途中でさらに孫スレッドが発生したかのように見えてしまうのだが…………おそらく、これについても、有効な対策手段を講じることができるようになっていくことだろう。

ようやくMVPenを使えるようになった

Wed, 31 Dec 2008 08:35:57 +0900

レシーバー・ユニット（以下、レシーバー）の充電が終わったようなので、ちょっと書き物をしてみた。USBケーブルでレシーバーをMacとつないでみたのだが………

　　何も起きなかった！！！！！（＾ー＾；；；

あらかじめ設定アプリケーションで、画像ファイルが転送されるフォルダを指定してあったのだが、何も起こらない。

Mac OS Xのプロセスをひととおり確認してみたのだが、接続を見張っているようなデーモンプロセスは見当たらない。

不思議に思って、インストーラーをこじあけて、インストールするファイルのアーカイブもこじ開けてみた（Finder上でフツーに誰でもできる作業）ところ……それっぽい実行ファイルがあったものの、プロセス一覧にそいつが出ていない。

「インストーラー終了時に自動的に再起動が行われなかったけど、もしかして、こいつってソフトのインストール後に再起動が必要なんじゃ？（汗）」

再起動したら、それもんのプロセスが見えるようになった。安心してレシーバーをUSBにつなぐと、画像ファイルが転送された。

「どんだけ不慣れな開発者なんだ……（ーー；；　Mac OS Xのソフトのインストールで再起動が必要な場合には、インストーラを作成する際に『再起動させる』ように指定するのに……………だから、こんなことが起こるんだ」

うーーん、これはいただけない（汗）　インストール・ドキュメントを読んでみたら最後に「再起動します」とか書いてあるし（ーー；；　これは、仕様を決めた人間もバカだ（ーー；；；；

でもって、インストーラーの中身を見ていて気がついたんだけれど、インストーラーの中にデーモンと一緒にAppleScriptのファイルが入っていて、内容を読んであったので動作は予測できたことではあるのだが、これって書いた内容を転送するたびに、

　　いちいち、Finder上で転送したファイルが選択状態になる

んですね（＾ー＾；；；　このあたりは、動作をユーザーが選べるようにしてほしいですなぁ。うっとおしいと感じるユーザーもいるわけで。ただ、インストールされたAppleScriptを書き換えて、iPhotoにそのまま送るとか、他のプログラムに転送するとかいった処理もできる（悪）

さらに、目を剥いたのが………

　「あれっ？！　複数ページ書いたのに、ファイルがいっこしかないよ？」

プレビュー.appで見てみると……複数ページ存在しているのが見える。実際に、各ページの内容も見える。

そういう規格があるのは知っていたが、はじめて見たぞ「マルチページTIFF」（汗）　なんでこれ使うかな〜。この場合はPDFでしょ？（ーー；；；　そんな珍しい規格をどーして使うかな〜。

そのままでは扱いづらくてしょうがないので、ページごとに分割するAppleScriptを用意しておこう。あーーもう、なんでこんなに使うのに苦労しなくてはならんのだ（ーー；；；　まあ、モニターだしなぁ。ただ、コレをこのまま売るつもりだったんじゃなかろうなぁ？

MVPenが届いた！

Wed, 31 Dec 2008 00:11:45 +0900

待ちに待ったMVPenが届きました。まだ、箱を開封しただけの状態ですが……………

………………このペンのチープさはなんなんだ（ーー；；；；

同じデジタルペンの一種として、Pen-it（アノトペン）も持っているため、それらの比較ができてしまうわけだが、この落差には相当なものがある（汗）

ぱっと見て100円ぐらいのボールペンにしか見えないよ（＾ー＾；；　デザインに目の肥えたMacユーザーには、もうちょっとプレミア感がないとダメだと思うんだがどうだろうか？（汗）　まいっか。

レシーバー・ユニットについては、使用前にとりあえず３時間充電する必要があるのだという。まー、その間にソフトウェアをWebからダウンロードしてインストールしておきますか。そんだけ時間があったら何百回インストールできるかわからないが、しかしなんなんだろう、この製品全般に漂うチープさは（ーー；　でもまあ、製品が出ないよりは出てきたほうがいいわけで、この際文句は言わないことにしておこう。

ペンの重量はアノトペンの３分の１ぐらい。まさに、大人と子供ぐらいの違いがある。ペン側の電池は充電池ではなくボタン電池。方式を考えると、それなりに長持ちすることを期待したいところだ。

ネットワークご近所さんの意見を集めてみると……

・同梱されているボールペン芯が書きづらい。さっさと市販品と入れ替えると吉

・紙をホールドしにくい

といった評価があるようだ。

……ソフトとドキュメントをダウンロードしたのだが、なんなんだ、この醜いフォントで書かれたPDFは？（ーー；；　文字間もめちゃくちゃで、これって人に見せるレベルのモノじゃないよね、、、、っていうか、Macで作ってないからこうなるのか。この調子じゃ、この会社にMacそのものがないんだろう。

付属の小冊子「クイック・スタート・ガイド」に美的センスをまったく感じない。色が濁っていて見ていて心地よくない（ーー；；　ペンの各部名称とか役割などが書かれていないので、これを読んでもさっぱりわけが分らない。ペンについているボタンは一体何なのか、一度も解説されていないという……調べてみると、マニュアルについては「読んでもなんだか分らない」「必要な情報がさっぱり書かれていない」と購入者の間でも評判がよろしくない。

学生レベルの素人が無理をして作った（作らされた）マニュアルのようだ、、、、、さらに、無理してカラー印刷したものの、紙の選択を誤ったためか色がくすんで見える。別に、無理してカラー印刷せずに、白黒印刷でよかったんじゃなかろうか。

CLI Webレンダラーが頼りにならない？

Sun, 28 Dec 2008 10:21:09 +0900

ニュースサイトの記事には、期限が来ると削除されるものが割と多い。個人サイトやブログなども、知らない間に店じまいしてしまうことが多々あるので、見たそばからスクラップしておかないと、二度とその内容が見られなくなったりもする。

ためになるWebの内容については、Webの表示内容をコピーしてMacJournalにペースト。いわば「Webスクラップ帳」のように使っている。MacJournalはWebブラウザ上で選択した内容を（ほぼ）そのままMacJournal内のジャーナルエントリー（書類みたいなもの）にコピペできるのだ。これがたいへん便利で、日々活用している。

このWebスクラップを大量かつ一括でやりたいような場合には、コマンドライン（CLI：Command Line Interface）から使用できるWebレンダラーを併用し、AppleScriptでバッチ処理したりしている。選択中のMacJournalのジャーナルエントリーからURLを抽出し、そのURLの内容（HTML）をPDFにレンダリングして、PDFをMacJournalに貼り込むのだ。これ全部が自動で行われる。MacJournalのAppleScript対応機能に若干足りない点があるのでGUI Scriptingをまじえて書いてあるが、なんとか動いている。

このソリューションでは、ニュース記事のURLの一覧リストなどを作っておくと、その内容（HTML）を読み取って、勝手にページの内容をMacJournalに貼り込んでくれるのだ。

この仕組みをいろいろ有意義に使ってはいるものの……CLIのWebレンダラーが特定のページのHTMLを表示内容どおりにレンダリングできないケースがあることが分ってきた。

よく知られているMac OS X用のCLIベースのWebレンダラーには２つある。

１つは、日本産の「Coral」、もうひとつはスイス産の「wkpdf」だ。

■Coral
http://hmdt-web.net/coral/

■wkpdf
http://wkpdf.plesslweb.ch/

ともにコマンドラインから呼び出すことができ、AppleScriptからもdo shell scriptコマンドで呼び出すことが可能だ。

いままでCoralを使ってきたのだが、Webブラウザの表示内容と、Coralでのレンダリング結果が著しく異なるケースが増えてきた。たとえば、Apple.comのトップページをレンダリングさせると、上のメニュー部分が表示されない。ブログ（AS Hole）をレンダリングさせてみると、表示とは似ても似つかない内容になったりする。

wkpdfも試してみたのだが、レンダリング結果はCoralと似たりよったりである。

一方で、Webレンダリングを行うのは何もローカルアプリだけの特権ではない。Webサービスでもいろいろ探してみると有為なものがあるのではないかと考えた。

探してみると、いくつも見つかったのだが……その中でも飛び抜けてすごかったのが、これだ。

http://kwout.com

１ページまるまるイメージ化してくれるわけではない（長いページは途中で切られるようだ）のだが、Webブラウザの表示内容そのものが出てくる。キャプチャはAJAXのインタフェースで、そのページの一部を指定するようになっているのだが、秀逸なことに、Web上のアルバムサービスを利用するようになっており、ローカルにキャプチャした画像を置いておかなくてよい。ローカルに置いて整理することばかり考えていたので、ちょっとこれは目からウロコ体験だった。

ただ、よくよく考えれば……こうしたWebサービスも、詰まるところはCLIのWebレンダラーを用意しているわけで……Webブラウザの表示内容そのものをイメージ化できるCLI Webレンダラーが存在することを示していることになる。

そんな示唆を得て、ふたたびCLIレンダラーをひたすら調べていたら、wkpdfのオプションでCSSを考慮するオプションと、背景を描画するオプションが見つかった（ほかにもあるが割愛）。そこで、それらのオプションを指定しつつレンダリングさせてみたら…………ビンゴ！　ちゃんとSafariの表示内容と同じ内容がPDFに書き出されることになった。

あとは、出力されるPDFが１枚ものの縦長のPDFになるとよいのだが……それについてはwkpdfの作者にリクエストを出していることとしよう。または、Safari自体にそのような機能がついてもよいわけで、そちらへの働きかけも行ってみることとしよう。

CD Player発掘

Sun, 28 Dec 2008 10:16:28 +0900

.joeさんがCDプレーヤーについて書かれていたので、「そういえばウチにもあったよなぁ」と、ハードウェア棚（なつかしい系）の中をあさってみた。

NewtonとかPalmとかがゴソゴソ埋もれている中、そいつらに脇目もふらずに発掘していたところ……出てきましたよ。SONY Diskman D-321。

最初に買ったのがD-100で、その次にまるっこいDiskman（たしかD-202）を買って、D-321は３代目のDiskman。やはり、最初に買って大学時代をともにしたD-100に一番思い入れがあって（＆当然のように卒業までもたずに壊れて）、新しいDiskmanになるごとにどんどん思い入れがなくなって、このD-321は存在すら忘れていた。

ためしに電源を入れてみたら……16年の年月を経たマシンが……動いた！　ちゃんとCDの再生もできる。さすがに充電池は塩をふいていたが（塩じゃなくて……別のものだと思うが、塩というとしっくりくる）。

ふと、「このいにしえのDiskmanに、21世紀のテクノロジーで作られているBOSEのQuietComfort 2をつないで聴いてみたらどーなるだろう？」　

ためしてみた。

…………意外といい音がするよ（汗）　あれ、iPodよりもいいんじゃない？

いろいろ試してみたら、iPodはずいぶん音量制限を（自分が）してあって、音量を上げてみたら同じように聞えた。Appleロスレスで取り込んだ曲だったので、CDプレーヤーと差がつくとしたら……あとは、アナログ系の回路ぐらいだろー。どちらがいい部品を使っているのかは分らないが（汗）

あと、このD-321って、Diskmanに「終わった感」が漂いはじめた頃の製品で、低音ブーストとか音トビ防止のメモリキャッシュ機能（使うと音質が下がる）がついてるものの、オーディオ製品としてみると…………そんなによくないんじゃないだろうか。

最初にDiskmanを使い始めた頃、一番の難関が「電車の中でCDを取り替えること」だった。その当時は、まだCDよりもレコードの生産金額の方が多いぐらいで、まだDiskmanの市民権もそれほどなかった。つまり、まだまだ世間でも珍しい存在だったのだ。

電車の中で席に座って、バッグからDiskmanとCD入れ（10枚ぐらい入る）を取り出し、おもむろにDiskmanを開けてCDを交換することになるわけだが、これがなかなか集中力が必要で、まかり間違うとCDを落としてしまったり、CDをプレーヤーから外せなかったりする。

しかも、さっさと済ませたいのに、慎重に作業しないといけないので、この「交換の儀式」を数分間やることになる。さすがに周囲を見回す余裕はなかったが、きっと「なんだこいつぁ？」という目で見られていたことだろう。

電車の中で化粧をする女性がどーのこーの、という議論以前に、電車の中でCDを交換するのはなかなか勇気がいるというか、「こんなところでやんな！」と言われかねない行為である。しかも当時、ポケコン（PC-1600K）をヒザのうえに置いてプログラムを作っていたり、レポートの文章を打っていたりしたもので……まるで大道芸人みたいな状態であった。

ただ……いまも電車の中で17インチのMacBook Proを広げてプログラムを組んでいたり文章を書いていたり書類を作っていたり、音楽をiPodで聴いていたりで…………使っている機材はずいぶんと進歩したが、やってることがサッパリ変っていないというのは、人としてどうなんだろう？（ーー；；；；

Pen-it NOTES終了のおしらせ

Sun, 21 Dec 2008 18:25:32 +0900

http://www.pen-it.com　にアクセスしてみたら、なんと製品終了のお知らせが（汗）　英語で書かれているので日本語訳してみた。

「Pen-it NOTESは、もともとアノトのデジタルペンをMac OS Xプラットフォームでサポートするために開発され、2006年初頭からトライアル・マーケティングを行ってきました。不幸なことに、私たちは悲しいお知らせをしなくてはなりません。私たちは開発・サポートを継続していくに十分な市場を見いだすことができませんでした。そのため、Pen-It NOTESは製品として市場に展開することを終了いたしました。

当分の間、私たちは最新版のPen-It NOTESの開発を継続し、既存のユーザー様に対してご提供する考えです。ただし、製品へのサポートは提供できかねます。

もし、ユーザー様が現行バージョンのPen-It NOTESで問題を抱えている場合には、最新バージョンのアプリケーションをダウンロードしてインストールすることを強くおすすめいたします。しかしながら、もしMac OS X 10.5 Leopardをご利用でないのであれば、オリジナル版のPen-It NOTESの利用を継続された方が良好なパフォーマンスを得られることでしょう。

コメントやフィードバックについては、info@pen-it.comまでお寄せください。リソースが限られているため、お返事はできかねますが必ずスタッフが目を通しておきます。」

まあ、Leopardが発売されたあと、オンライン販売は停止していたし、Pen-It NOTESのソフトウェアはLeopard上ではまともに動かなかったし（10.4上でもバグがあったが、、、）、事実上「あきらめモード」だったのでなんとも言いかねる状態であったし…………（ーー；；；

ただ、市場云々というのは……ロクに広報活動もしてこなかったし、これで「市場がなかった」云々と判断するのはどうなのよ？　という気もしないでもない。いや、B to Cに見せかけておいて、実はB to Bの販路を探っていたのではないかと考えると「ふーん、そうなんだ〜」という理解はできるかもしれない。もともと、アノト（Maxell）は「Windows Vistaへの対応は行わない」とメッセージを出していたので、なんとな〜くいやな予感はしていた。

■日立マクセル、デジタルペン事業強化でスウェーデンのアノトと新会社発足
http://japan.cnet.com/news/biz/story/0,2000056020,20375052,00.htm

このニュースは知らなかったなぁ（＾ー＾；；　今年の6月のことのようだが…………

MVPen for Macが登場！

Sun, 21 Dec 2008 18:18:10 +0900

デジタルペンの１方式である、レシーバー方式のペン「MVPen」。もともとはイスラエルの会社が開発し、ライセンスを受けたぺんてるのAirPenなどの仲間であるが、長らくMacには対応してこなかった。

これと対抗するアノト方式のデジタルペン「Pen-It Notes」を持っていて、なかなか便利に使っていたのだが、Mac OS X 10.4から10.5にアップデートしたら使えなくなってしまっていた（汗）　ソフトウェアもずーーっとBeta版で安定性もいまひとつだった。さらに、４万円ぐらいしたのでなかなか他人におすすめするというわけにもいかなかった。

MVPenは、12,600円とひじょ〜にお安いのが特徴。あと、専用紙がいらないので運用コストも低い。Pen-It NotesではBluetoothによる無線通信を行うとか、専用紙を使うためどこでも（レシーバーユニットを紙に装着しなくても）使えるといった利点はあるのだが……ソフトウェアの改良やアップデートがほとんど進んでおらず、その利点を効果的に活用できずにいた。さらに、オンライン販売も昨年から停まったままで、入手不能のまま１年以上が経過していた。

そんな最中、たまたま休日に調べものをしていたら、このMVPenがMac OS X（Leopard）に対応したことが判明。

http://www.mvpen.com/products/

おーーい、どこにもそんなニュースでてなかったぞ（汗）＞Mac系ニュースサイト

でもって、2008/12/26日までにモニター販売（数量限定と書いてあるが、その数はどこにも書かれていない）を行うことになっていて、とりあえずWindows版のパッケージが届くんだけれど、WebからMac用ソフトウェアをダウンロードして使用できるようになるんだという。

そんでもって……モニター特典としてMac用の手書き文字認識ソフトを後日無償でもらえるのだという。日本語手書き文字認識ソフトですわよ、奥様。これ、どこぞの会社のライセンス供与を受けているはず（インクリメントPだったか）なんだけど、なかなか出て来なかったもので…………

MVPenは電車の中で立ったままメモするとかいう用途にはダメだけれど、打ち合わせの内容を記録するとかいう用途には向いていることだろー（ただし、読取範囲はA4まで）。落書きの内容を記録しておくとか。

これは……………人柱として申し込むしかない。ええ、申し込みましたとも。

いま、韓国のLCD並行輸入が熱い？

Sun, 21 Dec 2008 18:14:47 +0900

韓国のウォンが暴落し、トンでもないものがトンでもない値段で買えるようになった。

26インチのIPS液晶搭載のモニタが4万円ちょっと（ーー；；

http://blog.arachnerd.net/2008/12/07/8

しかも、ナナオの15万円ぐらいするモニタでないとついてないピボット（縦横回転）機能つきで。

別に、プログラミング時に画面を広くとりたいだけなので、IPS液晶でなくてもいいわけで、もっと安い製品でOKなわけで。

こーーれーーは…………いっとかないとウソでしょ？（汗）

品物のサポートがないとか、表示がハングルだとか、まあ困難はいろいろと予想されるわけですが、まーーー代金を振り込んでちゃんと品物が届くのかとか心配はしているものの、真剣に代金を計算していたり（汗）

ただ、「年明けになったらもっと安くなるんだろうな」と考えると、すぐには踏み切れなかったり……

ほかにも、SSDとかが信じられないほど安い値段で入手できるんじゃないかと考えるものですが……

人に聞いてみたら、秋葉原の各種店舗の店頭でお買い得商品が出てきているようだ。液晶モニタも、こんなものが2.4万円で売られていたりで、かなり期待できそうだ。

WWDC 2009

Sun, 21 Dec 2008 18:01:49 +0900

MacWorld Expo 2009の基調講演におJobs様が出て来ない　＆　2010のMacWorld ExpoにAppleが出展しないという発表が行われたが、これは数年前から周到に計画されてきたことだろう。おそらく、MacWorld Expo Tokyoの撤退時以前から検討されてきたにちがいない。

となると、年間を通じて行われるApple系のイベントのうち基調講演が行われるのは、MacWorldのほかにはWWDCのみ。このWWDCの基調講演がどうなるのかというのがテーマである。

おそらく、おJobs様は出て来ることだろう。そして、説明についてはフィル・シラーなり他のエンジニアに任せるに違いない。

挨拶をしに出てくるが、ほかは他人任せ……これが「最もありえそうなパターン」だ。世代交代を印象づけたいということであれば、まるっきり出てこないことも考えられるが、（今年については）そこまではやらないだろうと予測する。また、後継者を指名するとしてもWWDC以外には公式のイベントが製品発表会ぐらいしかないので、大勢のプレスの前で発表できるとしたら、WWDCの場ということになるだろう。

Mail.appをAppleScriptでこづき回していたらヤバいものが……

Sun, 21 Dec 2008 17:52:36 +0900

先日の件では手で件数を数えてみたが、これをかる〜くAppleScriptで自動化してみた。Mail.appで選択中のメール（送信者でしぼっておく）を選択し、月ごとの度数分布を取得するというものだ。

Appleの（名の知れた）主要エンジニアのメール投稿パターンといったものが浮き彫りになってきた。

まー、忙しいときには投稿しないし、投稿しているのは比較的ヒマな時なんじゃない？　という理解はできた。

では、メールの投稿がない期間というのは忙しいわけで、そこんとこに注目するとどういうデータが取れるだろうか？　

この月別投稿度数分布を、US AppleのすべてのMLに投稿しているAppleのエンジニア全員に広げたりすると……さらに、担当する業務範囲は投稿先のMLでバレバレなので、「どういう担当がいつ忙しい（メールの投稿がない）か？」という分析ができてしまいそうだ。

そのうえ、その「メール投稿度数分析」に、各種OSのリリースやアップデートなどのイベントを重ね合わせて書いてみたりすると、どのリリースの時にどの部署なりエンジニアが忙しいとかいった全体像が浮かび上がってくることだろう。

そうした仮説をもとに、メールの内容も吟味してみたりすると、より社内の動きが明らかになってくることだろう。AppleScriptのクセに、なんてヤバい武器を作ってしまったんだろうか、、、、、（汗）

当初、「こんなもん公開しちまって構わないだろー」と思っていたのだが、悪用するとトンでもないことが明らかになってしまいそうなので、公開しないことにした（汗）　いや、一番悪いことに使おうとしているのは、当の本人なのかもしれないが……

とりあえず、昼休みにささっとプログラムを修正して、MacBook Proをブン回していたら全アドレスの取得は行えた。

とりあえず、投稿件数でソートしてみたら、トップがChris Espinosa。トップ10圏内にはDeveloper Technical Supportの人間もいる。個人的な経験上、AppleのDTSにはカスばかり（インシデントを消費して無意味なコンニャク問答をされるのは勘弁してほしい）いるのかと思っていたのだが、エースはどこにでもいるようだ。

やはり、頻繁に投稿するのは全体の１割ぐらいで、ほかはそれほどでもない感じ。 Appleの全従業員数におけるソフトウェア開発に従事しているエンジニアの比率が得られれば、優秀（かつ活発）なエンジニアの比率を求めることができ、組織のバランスといったものが分析できることだろう。

また、投稿時間帯別解析スクリプトも作ってみた。明らかにパターンがある。３時あたりにティータイム休憩の時間がありそうだ。ほかにも、出勤に１時間もかけて出てきていなさそうな印象がある。クルマで通っている人間がほとんどで、自転車通勤をしている人間はおっそろしく少なさそうな印象を受けている。

AppleScript Users ML冬の風物詩

Sun, 21 Dec 2008 17:44:39 +0900

ここ３年ばかり、年末の11月〜12月になると登場頻度が上がる人物がいる。

冬にやってくるヤツ、という認識でいたのだが、今年の出没（投稿）回数は尋常ではない。

統計をとってみたら、やはり年末に出没する傾向があることが判明した。Appleのエンジニアは年末は比較的ヒマなのだろうか。

一体どんなヤツなんだろうかと思って、Googleであれこれ調べてみたら、ひげづら（ずらだとカツラになってしまう、、、）のクマみたいな男だということが分った。また、かつてAppleで研究・開発が行われていたプログラム言語にかかわっていたようだ。

この傾向がミクロかつ一時的なものなのか、単に彼がヒマなだけなのか……だいたい、MLで世間話していてもAppleScriptのバグが減ったり機能拡張が行われたりはしないわけであるし……まあ、１月になったらいなくなるだろう（汗）

iPhone nano？

Sun, 21 Dec 2008 17:39:16 +0900

ここにきて、iPhoneの一回り小さいモデル「iPhone nano」登場の噂が流れてきている。

この手の噂は、一面の真実を反映していることはあるが、全て正しいとはかぎらない。また、うさんくさいからといって何も真実が含まれていないとも限らない。

たとえば、噂の発信源では実物を見たものの……発信者に技術的な知識が足りないとか、そもそもオツムが足りないとか、Macの知識が少ないといった理由により、あるいは自己保身（発信源を特定されたくない）のために、ジャスト真実を「噂」として流さない可能性が高い。

実際、先日出た新型のMacBook登場前に……「新しいMacBookではタッチパッドがサブスクリーンになっている」とかいうバカな噂があった。検証して間違いであることはすぐに判断できたが、タッチパッドがグラス（ガラス）で出来ているという意味では正しかった。噂の発信源は、それが新しいMacBookの部品であること、タッチパッドに使われることまでは分ったものの、頭が悪かったので「ガラス＝サブディスプレイ」と短絡的に考えたのか、あるいは発信源を特定されないためにちょっとねじまげたのかもしれない。

とにかく、「サブディスプレイ搭載」といわれれば「バカ」な話だが、「タッチパッドがガラスでできている」というメッセージととらえれば、100％正しい情報だったわけだ。

さらに、世間を騒がせて喜ぶために「ウソ」を流す人物がいてもおかしくはない。とんでもない話だが、世間の関心を煽るためにAppleのインサイダー（それも、かなりの上位者）が間接的ないしは直接的に「噂」を流していたとしても不思議には思わない。組織的にそれを行っていないという保証はどこにもないわけであるし。

アナリストが安易な予想を流して（廉価版iPhoneの件）全世界的に笑いものになったことがあったが、今回の「噂」では「小さい」とは言っているものの「安い」とは言っておらず、このあたりにみょーーなリアリティを感じさせてしまう。また、199ドル（だったか）の廉価版iPhoneを米国の量販店で売るとか売らないとかいった噂もあったが、これがiPod touchの下位機種だったとしたら、一笑に付する類いの話でもなくなってくる。

以上のことをふまえたうえで、今回のiPhone nanoという噂について吟味してみると、いくつかの可能性が考えられる。

（１）実は、一回り小さいiPod touchだったという説
Appleとしては、iPod touchのようなタッチスクリーンタイプのiPodを増やしたいという意図があったと仮定し、iPod touch量産型ともいうべきiPod touch miniをリリースする予定、という説。

（２）ジャストイコールiPhone nanoだったという説
iPhone nanoという、あまり安くはないけれど小さいモデルを出すという説。ただし、電池容量が減るし操作しづらくなるし……メリットよりもデメリットの方が多そう。Nintendo DSに対するDS Liteのような「薄型モデル」を上位機種として出す可能性については、考えられなくもないが……（iPhone 3Gが）フルモデルチェンジするようなタイミングではないので考えにくい。ただし、現行のiPhone 3Gのハードウェアに致命的な欠陥があってアップデートしなければならない（再設計しなおす必要がある）場合には、その可能性を否定しない。

（３）完全にガセ
これも50〜80％ぐらいの可能性がある。まともに考えるとこういう結論になるが、完全に否定できない噂があることもまた事実である。

年始までに派生したいくつかの「噂」が出てくると思われるが、現段階では完全に様子見モードである。

クリスマス気分を盛り上げるMac用ソフトウェア

Sun, 14 Dec 2008 21:52:05 +0900

クリスマス気分を楽しむために、各家庭ではさまざまな趣向を凝らしていることだろう。地元・練馬の近辺をほっつき歩いていると、窓際にクリスマスのイルミネーションを光らせている家がぼちぼち見られる。

サボテンを枯らしてしまうようなわが家において、生木（なまき）のクリスマスツリーとかそういうものを飾るわけがなく、まーせめて気分だけでも楽しもうかと思って、「クリスマス気分を盛り上げるMac用ソフトウェア」というものを探してみた。

■MacLampsX 2.0
http://arcticmac.home.comcast.net/~arcticmac/software/maclampsx.html

画面の端にクリスマスのイルミネーションを点滅させるソフトウェア。バージョン2.0になって、スクリーンセーバーも同梱されるようになった。スクリーンセーバーでは好きな画像を表示して、その上に雪を降らせることができる。ただ、イルミネーションの大きさが小さいので、「常時出しておくとうっとおしいが、盛り上げのためには非力」という評価。スクリーンセーバー動作時に、指定した（iTunes内の）音楽を鳴らすこともできるようなので、そこんとこ指定してみると楽しいかもしれない。こんだけ頑張っているのにフリーウェア。

■X-Mas Tree 1.3
http://www.jschilling.net/sw_xmastree.php

画面上にクリスマスツリーを表示するアプリケーション。クリスマスまでの日数をバッジで表示したり、イルミネーションを点灯させたり、ツリーの色を変更できたりする。サイズも何種類が選べたりするのだが、「特大」を選択しても17インチMacBook Proだとそれほどの存在感はない。ソースも公開されているフリーウェア。

■Night Lights 3.1.3
http://www.skyrocketsoftware.com/skyrocket/NightLights.html

クリスマスイルミネーションを画面上に表示するスクリーンセーバー。業界最大級の大きさのランプを表示する機能を有しており、このくだらない機能によって他のソフトとの圧倒的な差別化に成功。大画面に表示しても映えるようになっている。画面に雪を降らせる機能についても、物理シミュレーションとかそういうコ難しいことは一切やっていないようだが、それなのに「分りやすさ」が他のソフトウェアを圧倒している。5ドルのシェアウェア（買いました）。

傾向分析のため、Windowsでもクリスマス系のソフトって何かないだろうかと探してみたら……ウィルスの話ばかり（汗）　クリスマスになると発症するのか〜（ーー；；

iPod用お風呂スピーカー

Sun, 14 Dec 2008 21:49:04 +0900

もうちょっとなんとかならないものか、とたびたび考えてしまうのは、お風呂でゆったり過ごすためのアイテムだ。

お湯につかりながら、１時間ぐらいぼーーっとしていたいものだが、やはり１人で湯に浸かっているだけだと飽きてしまう。風呂用のテレビが売れているというのも、なるほどうなづける話である。

そこで仕方なくBGMぐらいはなんとかしようとして、風呂場の前に小型スピーカー＋iPodを置いて、ちょっと音量大きめで鳴らしてみたりしている。

風呂場で音楽を聴くための「防水機能つきスピーカー（iPodを入れられる）」というものは、数年前から登場しているのだが、たいていは１万円以上の高額商品であった。

それほど活躍の頻度が高いわけでもないし、5,000円以上もそんなもんに出せない、というのが正直なところだろう。事実、お風呂の前で音楽を奏でているスピーカーは、以前に3,000円で購入したKenwoodの安物スピーカーだ（元値は20,000円ぐらいしたらしいが）。

そこで、iPod用のお風呂スピーカーでいいものはないかと探していたところ…………

ビクターの「SP-AW303」というお風呂スピーカーを見つけた。お値段は、4,000円以下といったところ。

http://www.jvc-victor.co.jp/accessory/speaker/sp-aw303/index.html

……なかなかよさそうだ。

ScriptDebugger 4.5が登場したけれど

Sun, 14 Dec 2008 21:20:17 +0900

ScriptDebugger 4.0.xシリーズにはまったくいい思い出がない。

起動時に（必要ないのに）JavaScript OSA componentをインストールし、 Mac OS X 10.4が複数のOSA言語コンポーネントをサポートできないという強烈なバグを抱えたまま出荷されていた（もう、涙も出ない）ため、複数のOSAコンポーネントが入っていると内部的におかしな状態になり、通常のAppleScriptの実行すら阻害されるという有様。

JavaScript OSA Componentを除去して再起動するとマトモな状態になるが、うかつにScriptDebugger 4.0.xを起動すると、またJavaScript OSA Componentをインストールされて元の木阿弥（ーー；；；

Mac OS X 10.4.x（日本語環境）＋Intel Mac＋Script Debugger 4.0.xの組み合わせだと、まともに仕事にならなかった。おまけに、ScriptDebugger 4.0.xはスクリプタブルではなくなったので、ほとんど使うべき理由が見当たらないばかりか、Scripting Systemの実行を阻害する「有害ソフトウェア」になってしまうため（Intel Mac＋Mac OS X 10.4.x上では）ゴミ箱行き指定ソフトウェアだった。

もちろん、Late Night Software側の言い分もある。Intel Mac＋Leopardという新たな環境に対応するために、従来のCarbonベースで作られていたコードをCocoaベースに書き換えるというテーマのもとにSD 4.0シリーズが作られたという説明だ。ただ、Intel Mac＋Mac OS X 10.4.x（日本語環境）では「有害ソフトウェア」になってしまうという状況を報告したものの、OS側のバグを回避できないとして「放置状態」にされてしまった。

もう、Script Debuggerには頼らない、という判断を行い、Mac OS X標準搭載のスクリプトエディタをコントロールして生産性を高めるAppleScript群を開発。Script Debuggerがなくてもほとんど困らない状況になってきた。

ScriptDebuggerの存在を頭の中から追い出し、どんぶらこと時間が流れた。

風の噂で聞くところ、先日バージョン4.5が登場したのだという。

Scriptableになって、tellブロックなどを勝手に閉じる機能がついたらしい。

そんだけ。

Xcode 3.1.x系が搭載したネスティングブロックの折りたたみ機能は搭載していない。なんか、びみょーーにApple純正ツールより機能が落ちているぞ（ーー；；

4.0からのバージョンアップは45ドルだという。

びみょーーーーーー。ものすごくびみょーー。

これはパスしたい気持ちでいっぱいです。真剣にデバッグ（ステップ実行）する時には、ScriptDebugger 3.0.9を使っているので、それでいいかなーという気が（汗）

ポメラに圧倒的に足りないもの

Mon, 08 Dec 2008 00:56:47 +0900

いささかおかしな話である。ポメラはキングジムが開発した、文字打ち/文章打ちの最低限の機能に絞り込んだメモ専用機のような存在である。それにあえて「足りない」と文句をつけること自体がそもそも間違っている。

だが、実物を見て、さわっていじくってみて、「圧倒的に足りないもの」があると感じた。

ヒラギノである。

つまり、美しいフォントとアンチエイリアス表示を行う表示システムがないと、「きったねーなー」とか「こんな貧しい環境で文章を作りたくないなぁ」と思ってしまうのである（ばばっちぃWindowsの画面で作業をさせられると、ポメラよりも貧しい気分になる）。

自分が文章を打つ時には、Mac OS X上でヒラギノ明朝の18ポイントか24ポイントまでサイズを大きくして、エディタなどにどどどっと打ち込んでいく。さらに、文章をただエディタで打ち出すのではなく、マインドマップで全体の見通しやまとめを行ってから打つ。

さらに、分らないことがあればDictionary.appで辞書を引いたりして、調べながら書く。

大学生の頃は、たしかにポケットコンピュータで文章を書いていたし（ムービー参照）、この「ポメラ」ぐらいのものがあればずいぶんと使いこなしただろうと思う。

だが、編集者やらライターを経験し、さまざまな資料を作りながら企画をすすめる立場だったり、プログラムを組むという立場だったりすると、とてもではないがこの「ポメラ」では力不足である。MacBookですら力不足で、結局17インチのMacBook Proを常時持ち歩いているほどだ。

ポメラで済む人にとってポメラは幸せなマシンなのだろう。ただ、ポメラはおろかそこいらのぱちょこんでは済まない人にとっては、とてつもなく不幸なマシンとなるだろう。もっとも、メーカー側でもそんなことは当然考えていて、逆にいろいろ騒がれるのが「意外」だと感じているにちがいない。

自分がポメラを買うことは絶対にない。断言できる。人にもおすすめはしないだろう。

Xcode 3.1.2でよーやく日本語入りScriptコードをまともに表示しないバグが直った

Mon, 08 Dec 2008 00:40:09 +0900

先日リリースされたXcode 3.1.2で、ようやく重大なバグが２つほど直った。

・日本語入りAppleScriptのコードをコンパイル（構文確認）すると、文字の間隔がつまって表示がめちゃくちゃになる（おいおい）

・Xcodeプロジェクトの上位階層のフォルダ名に全角スペースを含んだものが存在しているとプロジェクトのビルドが行えなくなる（しかも、Appleでは再現しないとか言って闇に葬られそうになった）

思い起こせば、iPhone SDKと一緒に配布されたXcode 3.1でこんなバグが混入し…… Xcode 3.1のリリース時にもXcode 3.1.1のリリース時にも直らず、８か月かけてノンビリ修正が行われたようだ。

ここまでクリティカルなバグをなぜ再現できなかったのか？　こんだけすぐに気付くようなバグをなぜリリース前に発見できないのか？　さらにいえば、LeopardとXcode 3.0では機能していたブレークポイント機能も、当然のように3.1.2では機能せず「なかったもの」になってしまっている（なんでかな〜？）。

Appleに期待するものはいまさら何もないが、せめてXcodeのバージョンアップ時にこうしたバグが「ふたたび登場」することのないよう社内のチェックを厳密にしていただきたいものである。だいたい、半年ぐらいすると「あの時のあのバグがもう一度！」みたいなことがよくあるので、過去のバグについて目を光らせているものだが……それは本来Apple自身がやるべき仕事のはず（汗）。

10.5のAppleScriptは頑固になった

Mon, 08 Dec 2008 00:39:35 +0900

そもそものはじまりは、Hossyさんに頼まれてiCal上の重複スケジュールの削除Scriptを組んだときに、これまで使っていて何の問題もなかった「getMLen」という指定年＆指定月の日数を求めるAppleScriptのサブルーチンが異常動作したことにある。

getMLenの処理内容は、翌月の1日目を求めて、そこから-1日することで指定月の日数を求めるという、それはそれは実にオーソドックスで工夫のカケラもないような地道なものであった。

そのルーチンには、12月のときだけ例外処理がしかけてあり、12月を指定したときには翌年の1月1日を求め、そこから-1日するようになっていた。

冒頭で出てきたプログラムでは、「2008年の13月なんてねえよ」という不思議なエラーが出ていた。「13月なんて指定したことねえよ」などと悪態をつきつつ、いろいろ調べてみると……12月の判定を行えていなかったようだ。そこにたまたま文字列で「12」という月パラメータが渡されたときに、10.4までは数値として評価して判定していたのが、10.5でそれをやらなくなったようだ。

……つまり、AppleScriptでは変数のキャストを自動的かつ暗黙のうちにやってくれるのだが、Mac OS X 10.5になってから、その判定が厳しくなった（手抜きをするようになった）ということだ。

まー、丁寧に型を指定すれば問題は生じないようなので、すぐさまルーチンを書き直したのだが……またユーザーに断りもなく仕様を変更したのかApple。やってくれるなApple。

データ可視化ツールGraphVizのことを思い出した

Mon, 08 Dec 2008 00:30:29 +0900

メールのフローを可視化するために、目下Mindjet MindManagerを使っている。 Mac用のマインドマップソフトで何かおすすめは、と聞かれたらコレしかすすめないだろう。

さて……こんにち、仕事のメールは大量に飛び交っているが、あまりにも量が増えすぎて、多くの人にとってメールを見るのは苦痛な作業になっている。とくに、日本人は同じSubjectで違う話題や派生した話題を続けたりするもんだから、ぐちゃぐちゃでわけがわからなくなったりする。これは、非常に不幸な話だ。

そこで、きわめて重要な話題については、メールの流れをマインドマップ上に整理し、膨大なメールの流れをツリー状の図にすることで「これは雑談のブランチだから気にしなくていい」「ここがメインの話題だから読んでおこう」「この話をおかしくしたのはこいつか！」などとメールフロー全体を俯瞰して、余裕をもってメールを「眺める」ことをたびたび行ってきた。

ただ、このメールフロー図を作るのは手作業であり、わざわざ１時間ぐらい不毛な作業を強いられていた。

たまにしか行っていなかった作業なので、ながらく自動化していなかったのだが、ふと気が向いたときに自動化してみた。

AppleScriptでメールフローを解析して、MindManagerに命令してマインドマップでメールフロー図を作成するプログラムだ（愛称：めるふろ）。作ってみたところ、ひっじょーに有用性が高かったので、少々手間はかかったが、それ相応の……いや、それ以上の成果を得られていると感じている。もともとは、手作業で１時間ぐらいかっていたのが、ほぼ数秒で生成できるようになったので、楽チンである。瞬殺といってよいだろう。

AppleScriptのプログラム自体の構造解析も行って、マインドマップ上に関係図を描画するAppleScriptなども作ってみた。でかいプログラムを作ってしまって、手に負えなくなった時とか、昔作った巨大なAppleScriptのプログラムの構造を分析する際に用いている。

そんなわけで、MindManagerについてはマインドマップ作成用ツールとしても活用しているが、データの可視化ツールとしても日々活用している。

ただ……いくら（前バージョンより２万円近く）安くなったとはいえ、それでもなお２万円するツールを皆に買えとすすめるのもナニである。つまり、自前のソリューションを広めるためにMindJet MindManagerを広めなくてはならないのでは、本末転倒である（このへん、ファイルメーカーPro上のソリューションにも似たジレンマがある）。

……以前に、こういう関係図で可視化するツールの存在を調べて知っていたのだが、あまりに長らく登場の機会がなかったので、忘れてしまっていた。ただ、「なんかあったはずなんだけど〜」と、記憶の隅には残っていた。

それが、GraphVizである。

AT&Tが開発したオープンソースのデータ可視化ツールであり、Macユーザー的にはOmniGraffleの描画エンジンとして使われていることでも有名だ。

たとえば、メールフローのビジュアル化ツールを（本気で）作ろうと考えた場合、dotと呼ばれる関係記述の言語（超簡単）のテキストデータを作成し、GraphVizのビューワーでオープンするなり、何らかの画像データにレンダリングさせてしまえば、あとはふつーに画像ビューワーで見られる。

やったことはないが……もし、リンクを埋め込めるものであれば、PDFに書き出して、メールの本文についてはWeb上に置かれている過去のアーカイブへのリンクを行うなり、ローカルのメールへのリンクを行うなどして、メールフローの関係図とメール本文とのリンクを行うことも可能だ（SVGなら可能だ、とdot言語のマニュアルに書いてあった）。

もともと、GraphVizはOS非依存のエンジンではあるものの、UNIX系のツールの気配がプンプンしており、Mac OS X版はかなりいい出来である一方で（これは、Mac版のネイティブアプリを誰か別の人が作ったからか？）、Windows版のビューワーがボロボロである（目も当てられないほどに）。へっぽこレベルである。

正直、まだサンプルデータをWidnows上でブラウズできていない。……プラットフォーム非依存の共通データとして扱ってみたかったのだが、結局Mac側で何かのイメージにレンダリングしておかないといけないだろうか。

…………あれ？　MindJet MindManagerよりもはるかにOmniGraffleの普及率が高いんだから、OmniGraffle上に関係図を描画するAppleScriptを作ればいいんじゃないか？（汗）　

宮崎はよかとこでした

Mon, 08 Dec 2008 00:26:30 +0900

駅でPasmoもSuicaも使えないことを知って「ここは日本語の通じる外国かっ！？」と、叫んでしまったが……あったかいし、日差しは明るいし、道は広くてきれいだし、くいもんうまいし、町を歩いていると美人が多いし、なんか電車がやたらとかっこいいし……久しぶりに「帰りたくないな〜」と思った土地でした。

宮崎では、ぬるくて温かい風が吹いており、現地人がみょーに厚着をしている中、長袖Tシャツ１枚で歩いておりました。

デモの翌日に、「なんじゃこら大福」を購入し、宮崎県庁に寄って記念写真を撮影して帰ってきた次第。大福はクール宅急便で職場に直送（＾ー＾）

肝心のデモでは、会場でネットワークがなかなかつながらなくてソフトの動作確認がギリギリまで行えないなど、「アウェー感」たっぷり。10年前ならいざ知らず、いまどきネットワークの接続で苦労したことなどなかった（汗）　他のプレゼンターを見てみると、E-Mobileつなげて使っていたりする。うーーん、やっぱりE-Mobile必須だな（ーー；；；

ただ、戦略的な目標や戦術的な目標の多くはクリアできたので、行ってよかったと思います。そのうえ、個人的に楽しかったとなれば、成功と言ってよいでしょう。うん、きっとそうだ（泣）。

やっぱり、20分ではデモが収まらない（ーー；；；；　無理にまとめようとして途中から焦ってしまった。まーー、内容的には妥協してないしー。よかったんじゃないでしょうか（汗）

軽くて小さいビデオカメラ

Mon, 08 Dec 2008 00:25:25 +0900

ここのところ、まるで物欲番長みたいにいろいろ物色しているが……今度のテーマは「軽くて小さいビデオカメラ」である。今度、宮崎にデモしに行く際に、ちょっとでも荷物を軽くしておきたいということでもある（15インチと17インチのMacBook Proを抱えて行く必要があるので憂鬱）。

前から目をつけていた、メモリカードに録画するお安いタイプのビデオカメラ。

作りは安っぽいが、値段が１万円以下はザラというバーゲンセール状態。いままでに真剣にスペックを調べたことはなかったのだが、この際だから調べてみることにした。

http://www.green-house.co.jp/products/gaudi/digitalvideocamera/dv24sds/index.html

200〜500万画素ぐらいの撮像素子を搭載しており、500万画素クラスなら家電系のHDDカメラよりもスペックでは上だ。ただし、たいてい光学ズームなんかは搭載していないし、手ぶれ防止機能もない。さらに、暗いところで撮影するとはっきり映らないとか、いろいろ弱点が山のよーに出てくる。

最大の問題点は、この「お安いメモリビデオ」が、2GBまでのメモリカードにしか対応していないことである。今回調べてはじめて詳細を理解したのだが、SDHCカードであれば2GB以上の容量にも対応している（というか、そのための規格）ため、SDHC非対応というのがお安いビデオカメラの泣き所のようだ。小さいし、軽いし……画質もいま使っているDVカムコーダーよりは良さそうなのだが……ほんのちょっとしか撮影できないというのは困る。

この「安物メモリビデオ」の上に、家電系のHDDビデオカメラが位置している。30GBぐらいの容量のモデルであれば3万円程度で買えるようだ。光学ズーム/デジタルズーム、手ぶれ補正などがあってこの値段である。しかも、この３万円クラスのHDDビデオカメラは……メモリカードにも録画できたりと、あなどり難いほどの機能を備えているのだ。なんだなんだ、これすげーーいーじゃん！

http://www.jvc-victor.co.jp/dvmain/gz-mg330/spec.html

……ところが、調査をすすめていくと、このクラスのカメラは……HD画質（ハイビジョン）で撮影できないし、画素数も一昔前のDVカムコーダー並み（100万画素ぐらい）ぐらいと、意外なほどに失点も多い。

さらに、１つの録画ファイルの容量上限が4GBで……これを超えるような場合にはしばらくファイルのクローズで待たされるとかで……4GBを超えるような録画（時間は？）を連続して行うには適していない。今回のデモは20分程度なので、まー大丈夫じゃない？　といったところだが、それでも１時間デモするような場合には録画できない時間ができてしまうことになる。意外なところがへっぽこだ。

なんだなんだ、結局10万円オーバーのビデオカメラしか選択肢がないのかよ、などとブーたれていたら……Mac系ご友人の間で妙に評判の高いSANYOのZactyが目に入ってきた。

http://www.sanyo-dsc.com/index.html

こいつは、メモリに録画できるタイプの「録画機能を重視したデジカメ」である。好調なセールスを受けて、量産型（入門機）から水陸両用、さらに高機能な宇宙用……はないけれど、フルHD（1920×1080）での録画が可能なモデルまでそろっている。しかも、お値段は10万円クラスからはずっとお安く5万円代後半といったところだ。

http://www.sanyo-dsc.com/products/lineup/dmx_hd1010/index.html

下位機種なら、３万円を割り込んでいたりと…………かなりお得な感じである。しかも、800万画素の撮像用CMOSセンサーを搭載しているので、100万画素クラスとはわけがちがうだろう。

http://www.sanyo-dsc.com/products/lineup/dmx_ca8/index.html

うん、３万円以下で買えるZactyがすごいいい感じである。

まーしかし、なんだ。今回は古いDVカムコーダーを持っていくことにしたので、リサーチだけして終了である。

Keynoteの泣き所「白フチ文字」をAppleScriptで

Mon, 08 Dec 2008 00:22:41 +0900

Keynoteには不満らしい不満はない。しいて言うなら、KeynoteのAppleScript用語辞書がバカで使いづらいぐらいのことだろうか。まあ、プレゼンソフトとしては申し分ない。PowerPointの65兆倍ぐらい使いやすい。

だが、どうしても「白フチ文字」を使いたくなる場面がある。なんといっても、濃いめのグラフィックの上にどーーしても濃い色の文字を乗せなくてはならないような場合にだ。

仕方なく、「影」の色を白くしたりして、なんとなく背景に埋もれないよう試みてみたりもするのだが、こんな時に、

　　「あーあ、Keynoteで白フチ文字が使えたらなぁ」

などとため息をついてしまう。

だが……周囲からの「Illustratorで白フチ文字を作ってKeynoteに持っていったら？」というアドバイスに、おそるおそるIllustratorで白フチ文字を作成（AppleScriptからしか使っていないので、画面から使うことがほとんどない）、Keynoteにオブジェクトをペーストしてみたら………

なんと！　ちゃんと拡大縮小がきれいな（たぶん、PDF）グラフィックとしてKeynoteにペーストされたではないか！！

だが、Illustrator上で作業をしなくてはいけないというのは、かなり困る。不慣れなアプリケーションなので、操作でまごつく。

そこで、AppleScriptで……Keynote上で文字オブジェクトを選択してコピーした状態から、Illustratorにデータを持って行って、白フチ文字を作成し、それをコピーしてKeynoteにペーストする処理を書いてみた。

ほんのわずかの時間でこのワークフローを実現できてしまった。これで、Keynoteで白フチ文字が必要になっても大丈夫だ！！　まったく、必要は発明のなんとやらで……自分で強く必要性を感じないとこーゆーソリューションに手を染めることもないだろう。

ただ……やっぱり、KeynoteのAppleScript対応機能を強化して（Appleに強化させて）、ちゃんとKeynote側のテキストオブジェクトのフォント種別とか文字色とか文字サイズなんかの情報を取得したいところである。いま、このScriptはブラインドで指定しているので、まだ柔軟性はあんまりないのであった。

au box vs (apple TV or Mac mini)

Mon, 08 Dec 2008 00:17:32 +0900

携帯電話しか使えない若年層向けに、どこかの会社が「PCの代わりになるような簡単操作の機械」を出してくるのではないか、と考えていた。

TVCFで、auからau boxなるものが登場したことを知って「ついにやったか」と、ちょっと驚いた。音楽配信シーンをめぐってPC系の勢力（iTunes Storeなど）と携帯電話系の勢力（Lismoなど）のパワーバランスを変えるピースになり得る製品の登場……と、感じたからだ。

だが、TVCFを見た感じでも「かなり大きいな」という違和感があった。こうした製品は「小さいこと」が絶対条件だと思っていたからだ。また、デザインも野暮ったい印象を受けた。

Googleに検索語を突っ込んで調べてみると、あちらこちらで話題になっているのが分った。しかも、論調はおしなべて否定的だ。

■コンセプトはよいが・・・１年遅れてやってきた「ａｕ　Ｂｏｘ」
http://it.nikkei.co.jp/mobile/news/index.aspx?n=MMIT0f000026092008&cp=1

ここが一番参考になるだろうか。容量が1GBしかなく、システムが800MB使っているので、フリーエリアが200MBしかない、とかいうのは悪い冗談にしか思えない。開発元のモトローラのサイトを見ると、SOC（System On Chip）で構成しているとあるので……メモリまで含めてワンチップ化してあるというのだろうか。そりゃーメモリの容量を増やすのは難しいだろうなぁ…………。

ためしに、au boxとMac miniを同寸比で並べてみた（DVDドライブの大きさをそろえた）ところ、前から見てMac miniの倍ぐらいでかい。ビデオデッキぐらいの大きさといったところか。

無線LANがない、メモリがない、デザインが不細工、でかい……と、悪いことづくめだ。だが、これを反面教師としてどこかのメーカーが同様の市場に向けてアプローチを試みることも考えられる。DoCoMoはやらないだろうが、Softbankはやるかもしれない。

そういえば、Apple TVはどうなったんだろうか……このあたりを狙える位置にいる製品のように見えてならないのだが…………。

高額キーボード伝説

Mon, 17 Nov 2008 00:21:02 +0900

土曜日は、デジタルフォトフレームを買いに秋葉原へ。ついでに、AUGM in 宮崎で行うデモを撮影するために、秋葉原のヨドバシでポータブル小型三脚（800円ぐらい）を購入。

ついでにMac売り場に行って、マイクロソフトの仲尾さん本人がOffice for Macのデモの準備をしているところに遭遇。「Apple Japanの人使いの荒さも非人道的だが、MSKKも負けていませんな！」（汗）と、驚いたりしていたのだが……

そのMac売り場でさらに驚いた。

　　　　　　　　　　　　木製キーボード５万円也

へー、２万円ぐらいかな〜などと思ってみて、万の桁が「５」だったので驚いた。漆塗りキーボードが50万円などというと、高すぎて冗談っぽい感じだが、５万円クラスの製品があるとは知らなかった。

■50万円超の漆塗りキーボード「HHKB HG JAPAN」
http://pc.watch.impress.co.jp/docs/2007/0320/hot472.htm
52万5,000円

感想：キーボード自体のデザインがいいわけでもないのに、そこに漆塗りという付加価値を与えても意味がない感じがする。キーボードなんてしょせん消耗品なんだから、そこまでコストをかけてもしょうがない。普通買わないだろう。単なる地場産業の宣伝用アイテムという印象を受ける。

■木ーボード〜樹魂（じゅこん）
http://www.tanomi.com/limited/html/03154.html
5万4,000円

感想：木で作ってあることのメリットがよく分らない。殺菌効果とか、使い込んでいくと風格が出るとか……あと、Windowsキーが邪魔。キーボードを打つときには、キーの上で指を滑らせるように自分は操作するのだが、木だとそういう操作ができないようにも感じる。同様に、消耗品にそこまでかけてもしょーがない。以前に、木材とプラスチックの複合素材に出会ったことがあったが、こういう材料から作成すれば、加工はしやすいし木材の風合いを活かすことができるしで願ったりかなったりではなかろうか？

■Happy Hacking Keyboard Professional2 墨 PD-KB400B
http://www.pfu.fujitsu.com/hhkeyboard/hhkbprojp/
19,997円

感想：このあたりだと検討に値する価格といえる。ただ、Happy Hacking Keyboardってそんなに好きじゃない（ノート風の浅いストロークが好み）ので、これは検討対象にはならない。

■Apple Wireless Keyboard
http://www.apple.com/jp/keyboard/
10,200円

感想：うーーん、これまで高いものばっかり見てきたので、コレが安く見える（汗）　ただ、気のせいのような…………。

■IBM Space Saver Keyboard II (J)
http://www-06.ibm.com/jp/pc/option/obi/nob06/28l3652/28l3652a.shtml
7,665円

感想：ビーチク・ポインターは好きではないので、これも対象外。

…………結局、無理矢理に高くした製品ではなく、量産品でいいから使い勝手とデザインを両立させた製品でないとダメというところか。

デジタルフォトフレームを贈り物用に買ってきた

Sun, 16 Nov 2008 22:14:00 +0900

SONYのデジタルフォトフレーム「DPF-D70」をプレゼント用に購入。秋葉原で現金特価15,505円。もーこれ以上安いところはないぞ！　というお値段。しかも、メモリの大きい後継機種が出ているから、在庫限りなんだろうな〜というタイミング。

デジタルフォトフレームなんて使ったことがなかったので、どーなるもんだか心配（製品がこなれていなくて苦労させられるとか）していたのだが……

　　　まったくの杞憂

であることが分った。Macユーザーでも、ぜんぜん苦労はない。

デジタルフォトフレームっちゅうのは、かなり乱暴にいってしまえば「表示機能つきのUSBメモリ」みたいなもので……USBケーブルでMacにつなぐと、ストレージとしてデスクトップにマウントされる。そこに、Finder上なりiPhotoから写真をドラッグ＆ドロップしてやると、デジタルフォトフレーム本体内のメモリにコピーされる。

コピー終了後、アンマウントしてUSBケーブルをひっこ抜けば、すぐにデジタルフォトフレーム本体で再生がはじまる。こんだけ。

で、時計を表示したりカレンダーを表示したりと、いろいろ機能はあるようだが、ぼちぼちこれから見ていく予定。とりあえず、肝心の写真表示を確認中で……ふつーに表示するモードと、画面いっぱいに表示するモードがあって、本体の上の方についているボタンで表示きりかえができるらしい。

でもって、本体裏面には各種メモリカード用スロットがついており、デジカメで撮影したデータの入ったカードを突っ込んで、そちらから再生させることもできるらしい。

表示はすごくきれい。やはり、このへん安物にしなくてよかったという感じ。

これならなおのこと、インターネット上の写真ストレージからダウンロードして表示する機能がほしくなるが、それは自分たち用に買うときにでも考えたい。

不満らしい不満といえば、画面に時計を表示できるんだけれど、こんだけでかい画面なのにあんまりグラフィックに凝っていない点にはがっかりだ。もーちょっとなんとかならんかったんだろうか。

逆に、「よくわかってるじゃないか！」というのが、SONYロゴの消灯機能。そう、そんなところで変な自己主張すんじゃない！　という、その最たるものですな。まあ、この機能がなかったら、貼り紙するとかマジックで消すとか、そういう話になってくるだけの話なのだが。

【後日談】

奥方様の父上の誕生日プレゼントに差し上げたら、たいへん喜ばれました。

醤油に見えるオレンジジュース

Sun, 16 Nov 2008 22:05:49 +0900

コンビニで変なものをみつけたので、ついつい買ってしまった。

醤油にしか見えない色をしたオレンジジュース。パッケージも醤油にそっくりだ。

味は……オレンジジュース。果汁10％のちょっとなつかしい系のオレンジジュースだ。

パッケージは醤油にそっくりだが、間違って醤油を飲んだりしないように、「醤油ではない」という説明が行われている。これがないと、訴えられたりする可能性があると踏んだのだろうか（汗）　

料理に間違ってオレンジジュースをかけるぐらいは笑い話で済まされるが、本物のしょうゆを飲んでしまったら命に関わる。くれぐれも、そのような愚かな事故が起こらないように祈るのみである。

Keynoteで書き出した画像をPowerPointに転送するAppleScript

Thu, 13 Nov 2008 21:52:21 +0900

真剣に作り出してみた。すでに、連番の画像を書き出せているものと仮定して…… PowerPointで新規書類を作成し、スライドを10枚ほど追加。スライドのタイプは画像を配置できる形式。 ……というところまで作ってみた。しかし、画像を配置する命令が見当たらない（ーー；；　selectionからpropertiesを取得する方法も見つからない。命令やオブジェクトは山のようにあるのに、本当に必要なものがない（ーー；海外のMLでも、バックグラウンドに画像を敷く方法が分らない、とかいった話題が出ている。だが、それに対して返事がついていない。なかなか難物だな〜（汗）　しかも、Office 2008をインストールすると一緒についてくるAutomatorのアクションも、思ったとおりには動かない。おかしいと思って、AutomatorのアクションをAutomatorでオープンして実行しようとしたのだが……実行できない。Automatorの環境自体が壊れているのか、どんなもんなんだか、、、、（ーー；；

第一段階。新規プレゼン書類を作成して、そこに指定画像を配置するAppleScript完成。

ただし……PowerPointだとプレゼンのサイズが800×600固定みたいで（汗）、Keynoteは最低でも1024×768。この差をどうやって埋めるか……Photoshopで画像処理してからリサイズして貼り込むか…………ただ作ればいいってもんじゃないので、いろいろ考えることに（ーー；；；

ただ、PowerPointのコントロールはものすごく癖があって、美しくプログラムを書くことが著しく困難。特定の書き方以外は通らない（ーー；；；；

まーー、巨大なAppleScript用語辞書を持つアプリケーションにはありがちなこととはいえ、かーーなり癖が強くて困ります（ーー；；；；

お、Keynoteにも800 x 600モードがあった（汗）

……というわけで、800 x 600でKeynoteのプレゼンを作っておいて、あらかじめ画像書き出ししておくと（ここまでは自動化できなかった）、PowerPointで新規書類を作成して貼り込んでくれるAppleScriptができました。

▲Keynote書類。これを画像に書き出して……

▲PowerPoint 2008にAppleScriptで一括インポート

▲Windows上のPowerPointでもMac上のKeynoteと同じ見た目を実現

これで、汚物感漂う薄汚いWindows上のPowerPointでもKeynoteと同じ表示ができることに。目障りな存在がまたひとつ地上から消え失せた。うむっ！

DropBoxを使って衝撃を受けた

Tue, 11 Nov 2008 21:04:29 +0900

.macの使い勝手で、自前のFTPサーバー並みの快適性……といったらほめすぎだろうか？　.macは重くてなかなか快適とはいいがたいが、DropBoxは快適だ。今更ながらに知った。もっと早く試しておくべきだった。

すげー便利。2GBまでのオンラインストレージだけど、ローカルのストレージとシームレスに使えるし、Webブラウザ経由でも使える。

http://www.getdropbox.com

……ただ、セキュリティというか、ローカルのストレージの内容が丸裸になってしまうようなことはないだろーか。そのへんちょっと心配なので、必要最低限の時だけアプリケーションを起動している。

ローカルのDropbox管理下のフォルダに対して、AppleScriptでデータの連続書き込みを行ってみた。すぐさま、書き込んだファイルがあっという間にオンラインストレージにシンクロされる……すげーー（汗）

そんでもって、ちゃんとMac OS Xのパッケージフォルダ（テストでは、ちょっとしたアプリケーションを作ってアップロード）が認識されている……（汗）　かなり使える（＾ー＾；；；；；

久しぶりにPowerPointを使ってみた感想

Tue, 11 Nov 2008 20:58:12 +0900

プレゼン資料を作るのにMac OS X上でKeynoteを使うようになって何年たっただろうか。最初のバージョンが登場して以来のユーザーであるが、Keynoteに乗り換えて以来、Mac OS X上でPowerPointを使うことはまったくなくなった。インストールはしてあるが、あくまでビューワーとして使用するためだけである（その用途にだってほとんど使っていない）。

……で、久しぶりに必要になってPowerPointを使うことになった。My野望系の提出資料がPowerPointとWordのファイルで作成する必要があったためである。これを作るために、幾多のシミュレーションを行い、コンセプトやら何やらを練りまくり……休みもつぶして自宅で野望系の会議を行ってきた。

指定フォーマットがよりによってPowerPoint。オレたちの血と汗と涙の結晶であるところの企画を、PowerPointなんていう犬小屋みたいな空間に描かなくてはならないとは！　だいたい、なんでPDFで提出させないんだか不思議である。

うーーーーーん、、、（ーー；；

久しぶりにPowerPointを使って、なつかしさで涙が出そうだ。この90年代テイストのままのクラシックな操作感と表現力のなさが素晴らしい。GUIベースのアプリケーションなのに、あきらかにアイテムの配置が（PowerPoint 2008でも）文字単位っぽい位置決めしかできないというのは、どういうテクノロジーを使ってのことなんだろうか。

Mac上のPowerPointで表示するのはまだいい。しかし、Windowsに持っていって表示させると幻滅のあまりめまいがしそうだ。

きれいに表示するためのプレゼン資料が、見るも無惨な貧弱な見た目になってしまうというのは、これは何らかの表示変換技術が投入されてのことなんだろうか。PNG形式のファイルを配置すると、（Windows版のPowerPointでは）階調がメチャメチャになって見るも無惨な姿になる。どういう匠のテクノロジーが使われているのだろう。

ああ……PowerPointって、こんなに前世紀の仕様をひきずったままの、見るも無惨なアプリケーションだったんだ（ーー；；　Keynoteと比べると、雲泥の差どころの話ではなく、もう……世の中に存在しているのが可哀相なぐらいのレベルのアプリケーションである。

PowerPointの存在を日頃から意識していない（意識のレンジ外のさらに外にある）ので、まったく気にしていなかったのだが……Windows＋PowerPointのカクカクなアニメーションを見させられて頭痛や嘔吐感に見舞われたことが何回もあるので、こんなみっともないトランジッション機能は使いたいとは思わない。また、わざと文字をギザギザのジャギー表示で再生するレトロ感いっぱいの表示を行うPowerPoint表示マシンにゲッソリさせられたことも幾度とある。

仕方なくPowerPointで資料を作るなら、静止させておいたほうが公害にならなくてよいだろう。もしくは、Keynoteで資料を作っておいて、Keynoteの表示を画像に書き出して、PowerPointには画像しか貼り付けていない状態にするとか。

Excelや（それより数段落ちるけど）Wordはそれなりに価値を見いだしているものだが、PowerPointだけは他と比べてひどすぎである。

以前、何かの展示会でどこぞの国内のPCメーカーのオジさんたちに「こんなに小さなパソコンを作ったんですよ〜」と、嬉しそうにMac miniよりもふたまわりぐらいでかい筐体のマシンを展示しているのを見せられ…………「頭、おかしいんじゃないんですか？」と、言いそうになり……あわてて走り去ったという経験にひどく似ている。なんで、相手を傷つけないようにこちらが気を使わなくてはならんのだ？

現代におけるPowerPointのダメダメさ加減は、そういう気まずい経験にひどく似ている。もはや、比較対象とかいうレベルではなく「比較してはいけないレベル」と断言してしまってよいだろう。

もはやPowerPointの無惨な状況は、

　　　　　　　　「うんこ」

という言葉でしか表現できない。おいおい、それは名詞であって形容詞じゃないだろう、というツッコミをされたとしても、もはやそれしか表現できる言葉が見つからない。いくら美辞麗句を重ねてショックをやわらげようとしても、絶望的なほどに表現の選択肢が限られてしまう。

Keynoteから画像を書き出して、PowerPointの各ページにそれを貼り付けるというAppleScriptを作ってもいい。

真剣に作りたくなってきた（汗）　それなら、PowerPointの資料であることに変わりはないわけだし。その状態で提出しても、きっと文句は言われないに違いない。

ICレコーダーからの吸い取り→圧縮→FTPアップロード→メール送信

Tue, 11 Nov 2008 20:38:53 +0900

父親とiChatで話をしていたところ、ICレコーダーで録音した会議の内容を、FTPサーバー経由でやりとりする必要があることは判明したのだが……さらに、音声ファイルをQuickTime Playerで圧縮し、アップロード後にそのURLをメールで送信する必要も出て来た（汗）

……なんだろう、このプログラムは……。こんな気の利いたプログラムなんてあっただろうか。

ああ、FTP Droplet Toasterを改修して、前処理と後処理を行うようにすればいいのかもしれない。

・ICレコーダーのファイルシステム中に入っている音声ファイルをコピー

・QuickTime Playerによる音声品質の調整

・リネーム

・FTPアップロード

・メール文面組み立て（ダウンロード用URL組み立て etc.）

・メール送信

ここまで全自動。しかも、メーラーがMail.appかEntourageかの判別つき。

Mail.appかEntourage以外のメーラーのAppleScriptサポート機能は大したことはないので、「存在しないもの」として扱ってしまってよいだろう（断言）。

こういうドロップレットを生成するようにすれば、かーーなり使い勝手はよくなるはずだ。

ICレコーダーの使い方をiChatで父親に説明

Tue, 11 Nov 2008 20:07:18 +0900

実家の父親が私と同じSANYOのICレコーダー「ICR-PS285RM」を購入。早速いろいろメールで使い方を聞いてきた。そろそろ70歳に手が届こうかというのに、よくもまあこれだけいろいろやってみるもんだと感心する。もちろん、メールはブラインドタッチで打ってくるし、携帯電話も使いこなしている（「らくらくフォン」ではあるが）。

食事中に電話が来たので、「あとでiChatで説明させてくれ」という話にして、食後に実家とiChatでビデオチャット。

父親：なんか、取扱説明書を読むと「Macでの動作は保証していない」って書いてあるけど、なにこれ？　そっちではMacの上でWindowsを動かして使ってるのか？

自分：いえ、父上……それは無視してくださってけっこーです。ふつーにMacにつないで使えます。さらに……その取扱説明書は異様に出来が悪いので、逆に読んでも混乱の元になるだけです。

父親：あと、マイクレベルの設定の画面って出てこないけど、なんで？

自分：それは、マイクALC（オートレベルコントロール）を設定しているからであります。自動設定だから、手動設定のためのレベルインジケーターは出ないのであります。

父親：録音時のクオリティ設定はSHQあたりにすればいいのか？

自分：いえ。PCMとそれ以外で音質が段違いなので、PCMで録音することを強く強く推奨します。どーせPCMでも３時間録音できるし、あとでプログラムでファイルサイズを小さくできるので、どどーんとPCMで録音しちゃってください。

やっぱり、実家に光回線が入ってものすごく楽になった（T＿T）　ビデオチャットで周辺機器とかソフトの使い方を説明できるというのはひじょーーに助かる。声の話だけだと「何に困っているのか」「何を望んでいるのか」「いまどこでどーーゆー状態になっているのか」がまったく分らないが、映像があればなんとか分るし、実物を見せながら説明することも可能だ。

続・MacユーザーのICレコーダー選び

Thu, 06 Nov 2008 21:52:56 +0900

私の話ではなく、父上の話で……なんでも、ICレコーダーで録音したものをCD-Rに焼いて、海外の知り合いに送りたいのだという。でもって、それをお安く行いたいのだそうな。

それを１台でできるような機械はないので、MacにICレコーダーをつなぐという話になる（実家にも５台ぐらいMacがある）。音声ファイルを読み込んで、iTunesに登録して、それをCD-RにオーディオCD形式で焼き込む……というぐらいなら、AppleScriptでできそうだ。

ただ、用途を聞いてよくよく考えてみると……オーディオCDにするというのは、とくに必要はなさそうだ。

「そんなの、CODEC（音声/映像用の圧縮/展開プログラム）で圧縮して、どこかのインターネット上のサーバーにアップすればいいじゃん」

という話になった（した）。

もともとのレコーダーの音質もそうだが、CODECでどの程度圧縮するか、どーゆーCODECを選ぶかでフィニッシュの音質はずいぶん変わってくる。そこんとこ、実際に聞いて判断してもらわなくてはならないのだが……そんなわけで、ICレコーダーについてはいろいろ（断片的な）アドバイスを行った。

この間、自分もSANYOの製品を購入した……という話はしたが、モデル名はとくに言っていなかった。

……数日後、父親が選んできたのは自分のとまったく同じモデルであった。比較用に何か競合製品をリストアップしてくれと言われたので、同じくSANYOのもうちょっとお安い製品を２つほど上げた。

父親に言われて気がついたのだが……目下、AmazonでSANYOのICレコーダーが安く売られているらしい。SANYOの製品在庫を（Panasonicの買収話が何らかの決着を見る前に）なくしておきたいという何者かの行動によるものなのか、詳細については知らないが（後日談：新機種発表のために在庫を処分しておきたかったようだ）……とにかく、ふつーにAmazonで買うとお安いという状況（特殊なルートから特殊な買い方をしなくてもよい、ということ）なので、結局父親は自分のと同じICR-PS285RMを選んだ。

ふーーむ。ICレコーダーをUSB端子に突っ込むと勝手にデータを吸い上げて、QuickTime Playerで適宜圧縮したのちにFTPサーバーにアップロードして、メールでURLを送るプログラムをAppleScriptで作っておくとしよう。音楽CDに焼いて配布する、という用途にも使えるように、GUIをつけたプログラムに仕上げるとよいだろうか。

っていうか、そこまで作り込みまくったら……こりゃーシェアウェアか何かにするしかないですな。

……で、海外の知り合いにICレコーダーで録音したファイルを渡す………とかいっても、それなりに大きなファイル（数百Mバイトぐらいにはなりそうだ）になりそうだが……

・旧.macことmobile.meからダウンロードしてもらう

・しょーがないから、一時的にPiyocast.comにアップロード

・実家のマシンはインターネットにFTTHでつながっているので、どれかのマシンをDynamic DNSで外部に公開（汗）

といった中から選択してもらうことになりそうだ。相手側がMacなら、iChatでつないでファイル転送……とかいった話ができそうだが……ああ、Skypeでもファイル転送できるのか。そのへん、あらかじめWindowsマシンと組み合わせて試しておく必要がありそうだ。

iPhoneにPowerPC？

Thu, 06 Nov 2008 21:43:13 +0900

この内容に関しては、本人もあまり信じていないのだが……とりあえず、材料を元に書いてみた。ごくたまに、「そんなバカな」という仮説から真実にたどりついてしまうこともあるので、こういう「思考実験」はまったくの無駄というわけではない……たぶん。

P.A. Semiの買収が高速ARM系プロセッサの開発につながっているのではないか、という読みがあったが……どうもARM系のセミナーのレポートなどを読んでいると、1GHz超のハイパワーかつ低消費電力なチップが登場したという話も聞かない。

そこに、IBMの幹部をAppleが引き抜いたというニュースが舞い込んだ。

■米IBM、幹部引き抜き問題で米Appleを提訴へ

http://journal.mycom.co.jp/news/2008/11/01/001/index.html

これだけの材料があっただけでも、「Appleがプロセッサの開発に取り組んでいる」と読みたくなる。というよりも、「そう読んでくれ」とでも言われているかのようなタイミングだ。

しかも、取り組んでいるとしたら……P.A. Semiはかつて省電力タイプのPowerPCを開発していたことから、Macでは一度見捨てた「PowerPC」プロセッサということになる。

■P.A.Semi PA6T

http://journal.mycom.co.jp/articles/2005/10/27/fpf1/001.html

Macでは、消費電力とパフォーマンスが両立せず、ノート用のハイパワーで低消費電力プロセッサが得られなかったことからIntelへの移行が行われた。当時、PowerPCはハイパワーで大飯喰らいのモデル（ゲーム機用など）と、ローパワーで低消費電力のモデル（組み込み用など）だけ。ノート用に見合うものではなかった。ただ、ローパワー方面に話を限定すれば、見合う用途もあるかもしれないという話になる。

iPhone/iPod touchのプロセッサは、将来、

（１）ARMから省電力のIntelプロセッサに乗り換え（→ 2009年中も無理？）

（２）ARMのハイパワーなプロセッサにアップグレード（→ 現物がない）

といった道をたどると予想していたわけだが……ここで、

（３）ARMから省電力PowerPCに乗り換え

というパターンも考慮すべき状況になった、というわけだ。

一度見捨てたPowerPCプロセッサを使用するとなったら、どのツラ下げてIBMなりMotorola（Freescale Semiconductor）にお願いできるというのだろう？　……というわけで、自力で作る（設計してよそのメーカーに作ってもらう）可能性というのは、あるのかもしれない。

ただ、省電力PowerPCというものが、

（A１）何のために

（A２）どのぐらいのスペックで

必要になってくるのかという話にもなるだろう。

Macに新開発のPowerPCを使うという話は考えにくい。使うとなれば、

（B１）iPod touch/iPhoneの後継機種

（B２）MacとiPodの中間形態のタブレット機「Mac Pad」

のどちらか。あるいは、

（B３）これ以外の未知の製品

ということもあり得る。車載用コンピュータという可能性だってある。過去にそういう噂もあった。

P.A. SemiのPowerPC互換プロセッサは、現状では「PowerPC 970互換」で「1.5GHz動作時に4W」という低消費電力ではあるものの、モバイル用というほどではない。

このあたりの予想は、かなり参考になった。

・AppleがPower PC互換チップメーカーを買収した本当の意味

http://www.digi-mac.jp/archives/50599394.html

・AppleがPower PC互換チップメーカーを買収した本当の意味

http://www.zubapita.jp/2008/04/25/appleがpower-pc互換チップメーカーを買収した本当の意味/

ただ、サーバー用というのは考えにくい。「ホーム」サーバーだったら可能性もないではないが……ホームサーバーというジャンル自体が成立しにくい。AirMacやTime CapsuleあたりのCPUにPowerPCを……という話もないことはないが、そのへんは基本的にAppleが「こだわっていない」製品ジャンルのようなので、そのへんが高機能になったりコンピュータ的な何かを頑張ってくるようなことはないだろう。

（B1）（B2）あたりの予想は、「こうなったらいいのに」という「願望」を含んだものであるため、予測の精度はいまひとつだ。材料も情報も何もない。当たっている（かもしれない）確率も４割以下だ。

そのあたりは、１月のMacWorldで明かされるかもしれないし、明かされないかもしれない。現時点でもうちょっと踏み込んだ判断をしようにも、いまひとつ情報が少なすぎである。

いろいろ考えてみて、これは「ほかの何かの情報を隠すための煙幕」なのではないかと考えた次第。それが何なのかは分らないが……たとえば、CPUではなくCPUの周辺チップを自社開発（ないしはNVIDIAと共同開発）し、積極的に外販を行うことで、将来的に非純正のPC/AT機にMac OS Xを導入しやすくする「地がため」を狙うとかいった話は面白い。なんにせよ、現時点では判断材料が何もない。

US Appleのサポートエンジニアのバカさ加減に呆れた話

Thu, 06 Nov 2008 21:39:19 +0900

Appleのサポートエンジニアのバカさ加減は今に始まった話ではないが、久しぶりに呆れ果てた。

AppleScript Studioのプロジェクトで、プロジェクトのパスの１つ上の階層のフォルダに全角のスペースが入っているとビルドが通らなくなる、という現象をレポートしたのだが……結局、

　　「ウチでは再現しなかったからこの件はクローズする」

と、一方的に通告してきた。なんじゃそら？

いくつか環境を作って見事に再現しているのだが、Apple側では再現しなかったのだという。

だいたいこの手の話で想定されるのは、「Apple側がまともな日本語環境を用意してテストをしなかった」というケースだ。海外のデベロッパーの多くは英語環境のまま（メニューなどが英語のまま）、システム環境設定の「言語環境」で「並べ替えリストに使う順序」やら「単語区切り」や「書式」などを「日本語」に設定するだけで「日本語環境でテストした」と主張する。

ところが、それでは完全な（日本人が使う）日本語環境にはならない。結果として、日本語環境で発生するバグが「再現しなかった」ということになりかねない。

サポートエンジニアがバカなら、問題は再現しないわバグを見つけられないわで誠に結構な話である。それだけ、Apple全体として行うべき仕事の量を減らすことができるからだ。

結局、この件について抗議したのだが「ご意見感謝する」といった程度の自動返信で話が終わってしまい、呆れるやら脱力するやらで、ひじょーーにバカバカしさを感じた次第。

Centuryの4.3インチUSBディスプレイ「Plus One」はMac OS X対応？

Mon, 27 Oct 2008 08:01:26 +0900

USB 2.0のバスパワーで駆動する4.3インチ液晶モニタ「Plus One」が発売開始になった。お値段も2万円を少々下回る程度とお手頃な値段。

Mac miniなどで自動処理システムを走らせ、稼働状況などを表示させておけるモニタがあったらいいのに、と思っていた。

なかなかナイスな製品……と思いつつ、スペックを調べる。Mac OS Xに対応しているとは書かれていない（ーー；

どうせ、この種類のデバイスなんて海外で開発したものを日本に持ってきているだけだろうと考え、海外で情報を探してみたら……ありましたよ。

http://www.geekstuff4u.com/4-3-inch-usb-monitor.html

OS Windows XP / Vista　OS X (Mac Intel)

ドライバがメーカーのホームページからダウンロードできれば、なんとかなりそうだ。

他のUSB-ディスプレイ接続モニタについては、単体でダウンロードできるものが存在している。

http://www.displaylink.com/mac_downloads.html

それがそのまま使えるとは思わないが、ちょっと待つ必要はありそうだが、じきにMac OS X対応製品も入手できるようになるのではないだろうか。

USB Missile Launcher NZがカメラ付きミサイルランチャーに対応

Mon, 27 Oct 2008 07:58:11 +0900

ニュージーランド在住のデビット・ウィルソン氏が開発している「USB Missile Launcher NZ」。

……NZって「ニュージーランド」の略なんだろうか（ーー；

こいつは、USBオモチャの「USBミサイルランチャー」を、Macからコントロールするソフトウェアである。

最近、USBミサイルランチャーにカメラ付きモデルが登場していたことは知っていたのだが、Mac用ソフトがこのカメラ付きモデルに対応していたとは知らなかった。

しかも、USBハブにランチャーをつないで8台の制御まで行えるらしい。ジョイスティックもサポートしており、まとめてコントロールできたりする。

……で、とっておきが…………AppleScript対応（前からそうだったが）。

用語辞書を見ると、launchとかmoveとかabortなんてコマンドが並んでいて楽しい。やっぱ、これいっこ買っておかないとダメかも（ーー；；；

カメラ付き「ではない」モデルを買って、別途CCDカメラを監視用ソフトウェアと組み合わせ、監視エリア内に物体が入ってきたらミサイルを発射するというデモができそうだが……

■USBミサイルランチャーでミサイルを打つサンプルAppleScript

tell application "USB Missile Launcher NZ"

　　unlock

　　move right seconds 2

　　move left seconds 2

　　move up seconds 1

　　move down seconds 1

　　fire

　　delay 7

　　lock

end tell

fireコマンドのあとにdelayで時間待ちをする必要があるらしい。理由は不明だが、abortコマンドで止められるようにするためではないか、などと疑っている。

ICレコーダー選び【完結編】

Mon, 27 Oct 2008 07:50:19 +0900

池袋のビックカメラへ。

自分：オリンパスのDS-51と、SanyoのICR-PS285RMのどっちがいいんでしょう。なんか、DS-51のマイクのほうが高級そうな感じに見えるんですが。

店員：そんなことはないですよ。同じ程度です。

自分：Mac対応のものである必要があって、Sanyoのは大丈夫ですけれど、OLYMPUSのは…………Windows Media Audioで記録するんですよね？（対応できそうだけど、一応聞いておくか）。

店員：OLYMPUSの製品も、Mac用のWindows Media Playerをインストールしてあれば大丈夫ですよ。

自分：（んーー、この店員、よく知ってるなー。よその店に行って買おうかと思ったけど、ここで買うかー）

店員：ICレコーダーを、何にお使いですか？

自分：音声の番組とか〜、そういうのを作ろうと思ってぇ（なぜか素人を装う）

店員：でしたら、Sanyoのほうがおすすめですね。OLYMPUSのは、あくまで会議録音用で、上位機種のDS-71でしたらPCM録音もできて同様の使い方ができるんですが

自分：（うーーん、OLYMPUSのD-51のほうが、見た目はいいんだけどなぁ。ただ、D-51は電池2本。Sanyoのは電池１本か〜。Sanyoのほうが軽くて薄くていいかもしれんな〜）

自分：わかりました。Sanyoのにします。

店員：では、在庫の方を確認してまいりますので……

というわけで、SanyoのICR-PS285RM(H)を買ってきました。

電車の中でパッケージを開けて、マニュアルをひっぱり出して読む。んーー、ものすごく分りにくい。単に録音するだけの機械なんだから、セキュリティ機能とか、アラーム機能なんかいらないんじゃなかろうか（汗）

マニュアルの出来は悪いものの、ICレコーダーの初期設定で選択したメニュー内容を音声で読み上げるようになっているので、それほど困惑することはない。

いろいろ設定を変えて録音してみたが、一番高音質なPCM録音モード以外はちょっと使いたくない感じ。オナラの音までクリアに拾う高性能（！）。

なんか、本体のプラスチックの色が安っぽいのがちょっと気に入らないが、それでもなかなかいい感じなので、これを使い込んでみることにしよーー。

そういうわけで、PiyoCast v3のサンプル番組はコレで録音することになります（＾ー＾；；

ICレコーダー選び・ふたたび

Mon, 27 Oct 2008 07:48:18 +0900

やっぱり、早いところICレコーダーが欲しい。ということで、USBのマスストレージになるやつなら、だいたいどこの製品でもMacで大丈夫でしょう……という今日このごろ。

もう、今日の帰りにでも池袋あたりで買ってこようかという勢いだ。

……で、大雑把にいって

（A）議事録タイプ（音声帯域のみ取り出して録音。テープ起こし（？）向き）

（B）生録タイプ（まんべんなく録音。音質重視）

の２系統の製品があって、安いものから高いものまである……という状況と認識。専用機とiPodに録音機能を与えるものの両方を検討してみたものの、

　　「こりゃー、専用機のほうがよさそうだ」

という結論に。iPodでは、電車の中でよくゲームやってるので、電池切れになっているケースも多かったりする（しかも、最近はゲームやり出すと５分も持たなくなってしまった　ーー；）。

で、リニアPCM録音可能で、メモリ増設できなくてもいいからそこそこのものを……と、探していたら……

http://www.e-life-sanyo.com/products/icr/ICR-PS390RM_K/index.html

これがよさそうだ。こいつの上位機種の

http://www.e-life-sanyo.com/products/icr/ICR-PS1000M_K/index.html

との違いは大きそうだが、上位機種は大きいので邪魔になりそう。

http://www.e-life-sanyo.com/products/icr/ICR-PS285RM_H/index.html#

あら、こちらもよさげ（2GB）。

………………売り場に行って店員に聞いてみるしかなさそうだ（T＿T）

Cocoa Finder？

Sun, 19 Oct 2008 18:47:16 +0900

Apple Insider経由の「噂」情報ではあるが、Mac OS X 10.6 Snow LeopardのFinderがついにCocoaで書き直された「Cocoa Finder」になるのだとか。

ついにその時が来ましたか。本当に大丈夫なんだろうか、コレは（汗）。

AppleScript的には、Cocoaベースで作られたアプリケーションのAppleScript対応度が壊滅的であるケースが多い。とくにApple純正のアプリにその傾向がめちゃめちゃ強い。これは……

（１）ASを知らない技術者が開発しているケースが多い（経験不足、思慮不足）

（２）CocoaだけだとAS（というかOpen Scripting Architecture）に十分に対応するだけの機能がない

の、両方によって起こされている現象だと思っている。Apple純正のCocoaベースのアプリケーションで、AppleScript対応がまともだった例など……ないのではなかろうか（汗）

……昨今のMac OS Xのバグのひどさから、「ひょっとして、Cocoa＋Objective-Cってバグ取りに向いていない処理系なのか？」とまで疑ってしまうところだが、真相は定かではない。ただ、結果（バグの山）あるのみである。

で、Cocoa Finder。

これをどう受け止めていいのか、さっぱり不明なのだが…………とりあえず、

（１）従来どおりに動作するかどうか

という評価軸がひとつ。少なくとも、Mac OS X 10.5用に記述したScriptとかプログラムはそのまま動作してほしい。

（２）既存の環境（Mac OS 9のマシンとの混在ネットワークとか）との親和性がどうか

という評価軸がひとつ。まー、10.5の段階でMac OS 9のファイルサーバーのボリウム名なんかが文字化けして見えなかったりするので、このあたりが改善される可能性は低い（ない）。

さらに、

（３）「新たな致命的なバグ」がないか

チェックしなければならないという評価軸もある。

Leopardの時の（ひらがなとカタカナの区別ができない）大チョンボの例があるので、（３）に力を入れなくてはならないのだろうが、Appleのお家芸である「きれいに致命的な落とし穴を掘る」テクニックを見破るのは大変だ。

もう、わざとごまかしているとしか思えないほど「見た目はキレイ、掘ってみるととんでもない」という構造は勘弁していただきたい。また、β版ではいい感じなのに、リリース版で見たことのないバグが出ているとか、古いバグが再発しているとかいうのも勘弁してほしい。

7インチのデジタルフォトフレームが7,000円弱。なんだけど……

Sun, 19 Oct 2008 18:30:04 +0900

九十九電気のメールマガジンで紹介されていた、７インチデジタルフォトフレーム。奥方様の父上の誕生日プレゼントにデジタルフォトフレームを、と考えていたので、いろいろ調べていた矢先の出来事であった。

…………この値段なら、親戚中に配ってもいいぐらいだ（汗）　デジタルフォトフレームは、画面サイズが大きくなって値段がこなれてきたことで、現実味のある製品カテゴリになってきた。

ただ、解像度が480×234ドットというのはなんだろう（ーー；；　

とりあえず、検討していたSONYのデジタル・フォトフレームが同じく7インチで800×480ドットなので、九十九電気のは解像度が（倍ぐらい）荒いことになる。

しかも、SONYのはカレンダーになったり時計になったりして、それがいちいちキレイである。

…………やっぱり、値段相応の価値はありそうだ。

検討していたSONYの製品は１つ前のモデルだったろうか。1.5万円ぐらいで買えたはずなんだが…………（ーー；；；

SONYの製品ということでいろいろ探してみると、コレが一番いいような気がしてきた（汗）　無線LAN対応で、インターネット上の各種フォトサービスからダウンロードしたりできる。

………ただ、「VAIO」っていうその名前が個人的に嫌いだ。SONYのロゴもついていないほうがいい。マジックで塗りつぶすか、カッターで削り取ってしまいたい（プレゼントなんだから気にしなくてよさそうだが）。

また、そこまでお金をかけるのなら、Apple TVにMac OS Xを突っ込んでiPhotoによるPhotocastでも再生させていたほうがいいんじゃないかという気もしないでもない。ただ、奥方様の実家に無線LANの環境があったかどうかは定かではない。たしか、なかった気がする。

また、フォトフレームではなくiPod touchをスタンドで立てておけばいいんじゃないかというアドバイスもあった。たしかにそうなんだけれど、フォトフレームとしては画面が小さい（そういう問題か？）。高価だし、（持ち歩けるものなのに）もったいないということろだろう。

ものすごく微妙なBento 2のAppleScript対応機能

Sun, 19 Oct 2008 18:25:37 +0900

「夢のアプリケーション」っぽい気がしたものの、実際に試用版をちょっと使ってみたらおっそろしく「なんじゃこりゃ？！」という出来であることが分ってしまったBento。買わずに放置して１年あまりが経過した。

そして、満を持して登場したBento 2（？）。相変わらず微妙な感じがするアプリケーションだ。Mail.appと連携できるようになったらしいのだが、これは書き方が不正確だ。Mail.appのToDo情報を持ってこれるようになったようにしか見えないのだが、違うのだろうか？

Bento2のお試し版をダウンロードしてきて、中身（バンドルの中身）をあけてみたら、F-ScriptのFrameworkなんてものが出てきて驚いた。

これで記述してあるということなのだろうか、それともこれを部分的に使っているということなんだろうか。

でもって、毎度恒例のAppleScript用語辞書を開いて、AppleScriptを試し書きしてみた。

いろいろオブジェクト階層をもぐったりしながら、プロパティを取得して挙動を見守ってみた。

…………おーーい（＾ー＾；；；；

とりあえず、データベースの数を数えたり名称をとってくることはできる。データベースの各レコードの数を数えたり、IDをとってくることもできる。

だが、フィールド名を取得できないし、フィールドのデータ（値）を取って来ることもできない。

レコードの削除を試みたが、エラーになってしまう。

新規レコードの作成はできるようなのだが、新規レコードにデータを入れることができない（ーー；；

検索を書いてみようとしたが、そもそも検索用のコマンドがない。ASのフィルタ参照で絞り込みを行ってみようとしたのだが、そもそもフィールドの値を取り出せないのでフィルタ参照ができない（ーー；；；

選択中のデータベース名であるとか、選択中のレコードのIDとかが取れないので、もう何もできないに等しい。……ここまで何もできないと、仕方ないからDBファイル（きっとXML）を勝手にオープンしてデータを取り出すとか、そういうことをやらないとアクセスできないものなのだろーきっと。

Phillip Akerでもカナダから呼んできて、仕事をさせれば対応機能ぐらい余裕で実装してくれると思うのだが、FileMaker Incは何をしているのだろーーか？　それとも、これはiPhone上にポーティングするアプリケーションであって、Mac OS X版は単なるお試し版に過ぎないのであろうか。

これがAppleScriptに対応していれば、もうちょっとどーにかなるかと思うのだが、どーーにもなりませんな。

MacBook/MacBook Pro新製品に対する感想

Wed, 15 Oct 2008 23:28:55 +0900

昨晩はさっさと寝てしまい、朝早く起きることもなかったので、ふつーーにニュースサイトで情報を見て、ふつーにAppleのムービーを見て、ふつーにいろいろ考えた次第。

■MacBook Proラインナップについて

Blu-rayを積んで来なかったのは、まーやっぱりおJobs様ならそう判断するわな〜、という感じだろうか。やっぱり、光学ディスクじゃなくてネット配信の方を戦略的に推したい、ということなんだろうか。Blu-rayのソフトの市場が立ち上がったような立ち上がっていないような微妙な状況でもあるし、薄型のBlu-rayドライブを間に合わせることができなかったということでもあるのだろうか。とりあえずQ&Aでは「Blu-rayはライセンスが大変」とかいう言い訳をしていたようだが、本当の理由がどれかは不明だ。

当然、Blu-rayの搭載がなければHDMIの搭載もなし。しかも、HDMIでは30インチモニタを駆動させられない、という話であれば「へーそうなんだー」としか言いようがない。ただ、Display PortからHDMIへの変換はカンタンにできそうなのでとくに問題なし。

外見についてはリークされたとおりだし、トラックパッドをサブモニタにしてDockを表示するとかいったおバカな仕様にはなっていなかった（当たり前）。FireWire 400を廃止して800＋変換コネクタ付属するというのでまあいいか。

問題は、17インチMacBook Proが「単なるマイナーチェンジ」であること。

これって、やっぱり多くの人が予想していたとおり17インチには「Quad Core 2 Duo」の搭載を行おうとしていたんだけれど、このタイミングには間に合わなかった、と見るのが順当か。あるいは、17インチノートはそれほど数が出る商品でもないので、もっと売れる15インチや13インチに力を入れている、とも読める。たぶん間に合わなかっただけなんだろうけれど、では「本来の17インチMacBook Pro」がいつごろ出るかについては……半年ぐらいはかかるのではないか。すぐに出せないからマイナーチェンジでお茶を濁してみた、という印象。

■MacBookについて

白いMacBookを残したのには驚いた。これまで、モデルチェンジ後にはすっぱりきりかえてきたので、前機種をそのまま残すというのは意外。かなり現実的な判断。

問題は、MacBookにFireWire 400のポートがなく、どーやってこれでTarget Disk Modeにするのか、できるのか、できないんだふーーんそっかー、ということか。あと、ディスプレイが「疑似階調表示」のままなのか、否かということ。疑似階調表示のディスプレイは汚くて使っていられないので、なるべくそうでないことを望みたい。

Appleのサイトで配布されているムービーを見るかぎりでは、ついにMacBookでもキーボードが光るようになったようで……部品を共通化して値段を下げたんだろうか。でもそれって、すでにMacBookじゃなくて13インチMacBook Proであるような……。

■MacBook Airについて

グラフィック表示能力が弱いのと、ストレージが小さすぎることが問題だと思っていたので、順当なモデルチェンジ。Keynoteによるプレゼンに使うには非力、という声が強かった。ただ、たった１年でHDDよりもSSDの容量が大きくなるというのは驚きだ。

今回発表されたすべてのモデルで128GBのSSDを選択できるようになっており、そのあたりが最大の見所だったのではないかと思う次第。

自分の17インチMacBook Proから比べてそれほど画期的なモデルチェンジにはなっていないような気がするところが救いか。ああ、やっぱあのタイミングで17インチを買って間違いではなかった、という気がする。

今回のモデルチェンジは順当なものであり、ルールが変わってしまうようなシロモノ（Tablet Macとか）が出てこなかったことについては、逆に安心したような……ガッカリしたような…………。

Appleに必要なのは地道な努力（OSのバグつぶしとか）であると信じてやまない。

ああ悩ましい　ICレコーダー選び

Wed, 15 Oct 2008 23:14:43 +0900

「ICレコーダーがほしーなー」と、なんの脈絡もなく考えた。Web上でさまざまな情報を検索。

ICレコーダーとひとことに言っても、ピンキリである。できれば、なるべく高音質のモデルで……メモリに録音するタイプのものがいい。ICレコーダーといえばメモリに録音する機械のことだが、HDDタイプがもしあっても手軽さを考えると敬遠したいというところだ。

それでもって、Macにつなげられることが絶対条件である。Macにつながらないとかいっても、メモリカードをリーダーにつなげばデータは読めてしまう可能性が高いわけで、読み出すのにいちいちWindows用の専用ソフトが必要なものは除外する。Parallelsを起動してWindows用アプリを利用することもできるが、Mac OS X用アプリで固めておかないと、いざ「AppleScriptで作業そのものを自動化したい」などと思ってもWindows用アプリがネックになってしまう。

【スペックで比較】仕事に趣味に使える“生録志向”高音質ICレコーダーの選び方

http://trendy.nikkeibp.co.jp/article/special/20080423/1009813/

なかなかよくまとめられている記事をみつけた。ただ、「Macで使えるかどうか」という情報がないので、あくまで「参考」程度の内容である。

とりあえず、三洋とローランドの機械については、Macと組み合わせて使えることは分っている。

ただ、OLYMPUSの機械もなかなか魅力的。USBのマスストレージ・デバイスとして認識されるようなので、たぶん使えるんだろう。

http://olympus-imaging.jp/product/audio/ds71/feature/index4.html#anc07

SONYの製品も、なかなかよさそうに見える。24bit/96KHzで録音できる３〜5万円クラスの上級機種である必然性がなければ、こちらも検討対象になるだろう（これまた、マスストレージ・デバイスとして認識されるようなので、Macでも使えるんだろう。知り合いのMacユーザーが使っているそうだ）。

http://www.sony.jp/CorporateCruise/Press/200702/07-0206/

…とかなんとか言っているうちに、「そういえば、iPod touchでも第二世代の機種で録音できるようになったんだよなぁ」ということを思い出す。

iPod touchで議事録を比較的高音質で録音するというソリューションがあったら最強なのだが……どうしたものか（汗）　そこんとこ、かなり気になる。iPod touchはそろそろ買っておかないと、各種動作検証用の実機として必要になってきたところで、ICレコーダーの機能をこいつに任せられれば、願ったりかなったりといったところ。

プロ用とはいわないが、iPodを使って比較的高音質で録音できる周辺機器があるとか。

http://catalog.belkin.com/IWCatProductPage.process?Product_Id=460128#

持ち歩きに難がありそうだ（汗）。しかも、日本国内ではまだ売られてもいない。

iTunes Storeへのアクセスを高速化させるautobahnのMac OS Xバージョンが登場していた

Wed, 15 Oct 2008 23:13:12 +0900

以前から存在を知っていたのだが、その時にはMac OS X版が存在していなかったautobahn。

「あなたのインターネット環境を最適化し、iTunes Storeのビデオや音楽のダウンロード速度を高速化させ、MySpace TVとVeoh.comのビデオ視聴を快適にします。」

というものらしいのだが、高速化する……その原理がいまひとつ分らない。当然、そこがソフトウェアのキモなので、そうそう動作原理など明らかにしてはいないと思うが……

常識的にこうした処理を高速化する場合には、

（１）ローカルに読み込んでおいてキャッシングする

当然、１回目は普通にサーバーにアクセスするので、２回目以降でないと高速化できない

（２）先読みする

ユーザーから指令が出る前にあらかじめ読んでおく。リクエストが来た時点ですでに読まれている場合には高速化されたように感じられる。

（３）パケットサイズを変更する

インターネット高速化ツールと呼ばれるものの多くが、このようなアプローチをとっている。パケットのサイズを調整して（大きくして）、高速化する。ただし、文字や数字などではなく、ムービーなどのサイズの大きなファイルに最適化されるようだ（実感したことがないので効用はよく分らない）。

（４）サーバーへのアクセスを負荷分散する

特定のファイルのみ別のサーバー上にコピーを用意しておき、オリジナルのサーバーが重い場合には別サーバーのデータを使用する。

（５）ファイルを途中で圧縮して、転送量を減らす

圧縮・展開をサーバー上で行い、ファイル転送量を減らす。

いろいろ検討してみたものの、どうも特定のサービスだけ高速化されるという話が本当なのかウソなのかが不明である。サイズの大きなファイルをダウンロードするアクションをすべて高速化するものなのか、特定のサイトへのアクセスを高速化させるものなのか………。

仮に、特定のサイトのファイルへのアクセスを高速化するのであれば、（４）と（５）の組み合わせのようにも思えるのだが、特定のサイトへのアクセスだけが高速化される……という前提が正しいというケースに限られる。

さてさて……どんなものやら。

10.5.1で動かなかったプログラムが10.5.5で動くようになった

Wed, 15 Oct 2008 23:11:22 +0900

10.5.1の頃に、10.4.11上で作成したAppleScript「日本語数値表現エンコーダー/デコーダー」が動かなくなって、アゴが外れそうになった。無量大数まで対応しているものなので、ぜひさまざまなプログラムで積極的に使いたいと思った矢先のことだった。

Apple社内のチェックがザルだというのは、もはやお年寄りやお子様までみんな知っている国際常識だが、自社のOS上で動くスクリプト言語のバグ取りがリリースまでに完了せず、バグバグのままリリースされてしまうというのはどういうことだろうか？

10.5の各種バグはひじょうにタチが悪かった。これまでのバグを修正して（こっちは良かった）、これなら安心して使えると思わせておきながら、別の場所に巨大なバグを作っていた（代表的なものだと……カタカナとひらがなが区別できないとか）。

つまり、ユーザーや開発者から指摘されたポイントについては修正したが、自分で作ったバグをApple自身が発見も修正もできていないわけだ（途中からβテスターに加わったので言いたいことは山のようにあるのだが、言うと問題があるので言えない）。

Apple社内のチェック機構は「ザル」としかいいようがない。「ザル」を英語でなんというのか、「こし器」だったら「colander」なわけだが……今度、海外のチャット友達に聞いてみることとしよう。

それはともかくとして、「日本語数値表現エンコーダー/デコーダー」をひさしぶりに10.5.5上で試してみたら……何も手を加えていないのに、ふつーに動作した（汗）。

Appleのザルさ加減を強烈に風刺するバカムービーでも作って、Youtubeに流してみるか……（ーー；；；；；

デトロイトメタルシティの実写版を見てきた

Sun, 05 Oct 2008 14:16:34 +0900

マンガの単行本を６巻まで読破し、アニメのDVDを借り、iTunes Storeで「SATSUGAI」まで購入。カラオケDAMでSATSUGAIを熱唱して全国で40位というスコアを叩き出すという、絵に描いたような「DMC信者」なわれわれ夫婦であるが、劇場公開後ながらく実写映画の方は観に行っていなかった。

マンガとアニメがきわめて近いテイストなので、そこから離れた「デトロイトメタルシティ」が成立するのかどうか、ちょっと疑問……というのが共通認識であった。

しかし、奥方様が「なんか面白いらしいから見に行こうよ！』

この翻意の影には、主演の松山ケンイチに対する絶大なる評価の高まりがある。DMCのちょっと前にわれわれ夫婦が遅まきながらハマった「デスノート」。その実写版の「L」を演じたのが松山ケンイチ。若いのに、ものすごい演技力の俳優だ、と確信した。

その松山ケンイチが演じているんだから、おもしろくないわけがないだろう、という話なのだ。

自分としては、「デトロイトメタルシティの謎」について一つの答えが見いだせるのではないかという考えもあった。「デトロイトメタルシティの謎」というのは、サザエさん家の謎みたいな、つまり「箱庭的お約束的世界の限界」がどこにあるのかという話である。

デトロイトメタルシティでは、主人公の根岸君が悪魔的デスメタルバンド「デトロイトメタルシティ」のリードボーカル「ヨハネクラウザー２世」を演じるわけであるが……このストーリーがどこまで続いていくのか、ということに関心を持っている。

このストーリーは、「ヨハネクラウザー２世の正体がバレない」ということが前提になっており、その一方でヒロイン相川由利との間柄が進展するのかしないのか……という「軸」が存在する。

で、その流れのパターンであるが、

（１）正体がバレて間柄が進展する

一番無難なパターンである。見ていて誰もが納得できる話だ。

（２）正体がバレて間柄が進展しない

それはないだろう。物語の「お約束」としてそれはあり得ない。

（３）正体がバレないで間柄が進展する

それは無理だろう。日常生活でデトロイトメタルシティの小道具などを隠し通せるわけがない。

（４）正体がバレないで間柄が進展しない

それでは話が成立しない。だいたい、それではそもそもヒロインを話に登場させる意味がない。

………そう。物語的お約束の世界においては、（１）以外はあり得ない。

ただ、それを行ってしまったらストーリーが成立しなくなってしまうのではないか、という恐れがある。ヒロインと結婚したんだけど、主人公の根岸君はご近所にデスメタルバンドのことを隠している……とか、結婚式に「職場のみなさん」としてデスレコーズの面々が登場するとかいう話は、ものすごく浪花節的すぎて恥ずかしい気がする。

よって、マンガのデトロイトメタルシティのストーリーは「永遠に終わらない青春ストーリー」のように時間的経過を感じさせないまま進展していくものなのではないか、という仮説を立てていた（このへん、四季の移り変わりがあっても登場人物がトシを取らないサザエさん的箱庭的世界観と同じ）。

……で、話を実写映画版の「デトロイトメタルシティ」に戻すわけであるが、期待をいい意味で裏切られて、ひじょーーに良かった。

ストーリーもうまくまとめられていたし、松山ケンイチの超絶的な演技力も楽しめた。だいたい、途中で出てきた遊園地が……原作では富士急ハイランドかどこかであったが、どう見ても「としまえん」。実際に見に行ったいつもの映画館（ユナイテッドシネマとしまえん）のすぐ横で撮影していたのかと驚かされた。

マンガ版との最大の違いは、「正体が（人によっては）バレている」ということ。母親にもバレていたし、ヒロインにもバレていた。やっぱり、実写的な現実的な世界観の中にDMC的な設定を落とし込んでみると、そうなるだろーきっと。

ただし……なぜ、ラストシーンでヨハネクラウザー２世は（わざわざ）走らなければならなかったのか。タクシーに乗ればいいじゃないか。日の高いうちから東京駅からどこかまで夜になるまで走るというのは何事？　という疑問を感じてしまったが、それ以外は非常に楽しめた。マンガやアニメを見ている人にでもおすすめできる作品。やっぱり、松山ケンイチはすごい役者だ……。

なんにしても、デトロイトメタルシティという作品の不気味なパワーの根源は、作者の青春に対する怨念のようなもの……モロに「恨み」であると言ってよいだろう。

　「僕がやりたかったのは、こんなバンドじゃない！」

という主人公・根岸の叫びは、それはそのまま……

　「僕が書きたかったのは、こんなマンガじゃない！」

という、作者の心の叫びでもあるのかもしれない。DMCの単行本が売れれば売れるほど、作者の「復讐」は成就されていくのかもしれない（それはそれで「ウラミハラサデオクベキカ」という恨みがたまっていくのかもしれないが）。

結局、その「恨み」パワーがどこまで続くか？　というのがストーリーがどこまで続くか、という問いへの答えになるのだろう。

AppleScriptをネットごしに共有する「Mother」

Sun, 05 Oct 2008 14:14:17 +0900

久しぶりに、AppleScript系で面白いソフトが出てきた。AppleScriptをネットごしにP2Pで共有できる実行環境「Mother」である。

http://mugginsoft.com/

Mugginsoftが開発しているソフトウェアだが、現在、同ソフトのWebサイトにはこのMotherしか掲載されていない。

ユーザーはScriptそのものをいじくらずに、iTunesライクなインタフェースでAppleScriptを選択し、パラメータを設定してからAppleScriptを実行する。ドロップレット（ファイルのドラッグ＆ドロップを受信して動作するAppleScriptアプリケーション）のような動作についても、パラメータ設定の一環として行えるようになっているようだ。

AppleScriptにGUIを与えて、エンドユーザーにも使いやすく提供しようという試みは1994年の登場当時から見られた動きである。

ただ、フル機能のGUIを与えようとするとなかなか大変なので、簡略型のGUIを与えてみようという方向性も生まれてきた。Automatorはその試みの最たるものだが、ところがちょっとしたGUIを与えるだけなのにXcodeやInterface Builderなど開発用のツールを使いこなす必要があり、Scripterなら誰にでも作れるようになるというわけでもないし、カンタンに作れるというわけでもない。

MotherはこのAutomatorによって掘り起こされたものの、Automatorの不完全さゆえに満たされていない「エンドユーザー向けに簡易型GUIを提供するScript環境」というニーズに応えるべくして作られたソフトウェアのようだ。

ユーザーに対してソースを非開示の状態で公開できるのかどうか、いまひとつまだ分らない。α版のテスティングを行っている段階なので、正直まだ「UIがこなれてないよ〜」などと言いながら試行錯誤しているところだ。

特定のユーザーにはScript Aの実行を許可するけれど、Script Bについては許可しないよ……といった制御ができるものと思っている。なんといっても、このMotherを使ってインターネットにScriptを共有させるところまで行っていないので、なんともいえない。もうちょっと調べてみる必要がありそうだ（ルーターのDMZにMacをつなげばいいのかもしれないが……）。

Motherに希望したいのは、どこにどのようなScriptがあるのかという情報を、各Motherからの情報をとりまとめて分りやすく配信するという機能。そして、そこにMarket Placeを成立させることである。Scriptの有償公開ということができることが望ましい。

さて、どうなることやら……。

ソフトウェア・レーザーポインター

Sun, 05 Oct 2008 14:03:54 +0900

普通のレーザーポインターでは、レーザー光線を自ら発振するレーザーポインターを用いて、プロジェクターのスクリーン上にレーザー光を投影する。これを物理的なレーザーポインターと呼ぶことにする。

前から思っていたのだが、何もこれ……光をあてる必要なんかないんじゃないのだろうか？

物理的なレーザーポインターではなく、画面上にレーザー光が当たったかのようなカーソルがオーバーレイ表示される「論理的（ソフトウェア）レーザーポインター」とでもいうべきものがあってもいいんじゃないだろうか。

Wiiリモコンを使って、画面上にレーザー光っぽいカーソルを移動させられれば、それでいいわけで……どのぐらいなめらかに動くのか、とかいう話はあるわけだが、こーゆー「ソフトウェア・レーザーポインター」があれば、そっちのほうが見やすいのではなかろうか？　と思った次第。

ただ、Keynoteのプレゼン表示中にオーバーレイ表示が可能なのか？　そのあたりは確認しておかなくてはならない。

Keynote自体にそういう機能が備わっていてもいいぐらいだと思うのだが、びみょーーにいろんな立場から同じよーーな実装が行われているような気がしないでもない。

まず、プロジェクター。

プロジェクター側でレーザーポインターのオーバーレイ表示機能みたいなものを備えているとか。

さらに、プロジェクターのリモコンに物理的なレーザーポインターが内蔵されているのを見たことがある。

レーザーポインターつきマウス、なんてものもあるだろう。

「ソフトウェア・レーザーポインター」の概念自体はちょっと面白いのだが、それを実現するために、けっこう血のにじむような努力が必要になるのかもしれない。うーーん、だったら1000円ぐらいでレーザーポインターを買ってきたほうが楽でよさそうだ（汗）

Wiiリモコンからどのぐらい3Dの傾き情報を（なめらかに）取れるのか、Darwiin Remote（だったか）などのソフトウェアをまだ試していないので（８月にWiiを買ったばっかりだ）なんともいえないが、そんなに滑らかには取れないんじゃないかと思っている。

ま〜、この手の（しょうもない）アイデアは、ストックしておくと「いつの日か」役立つことがあるかもしれない。ストックしておくとしよう、、、

MacBook ProのExpress Card Slotを埋めるベストソリューション

Wed, 01 Oct 2008 23:12:34 +0900

いままでMacBook生活が長かったので、突然MacBook Pro×２のオーナーになったところで、標準装備のExpress Card Slotをどう使うか、完全にノーアイデアだった。

おぼろげながら、ここに入るHDDかSSDがあればいいのになー、と思うようになった。β版のOSなどを入れておいて、起動切り替えを行うのだ。

……で、なにげなくGoogleで調べてみたら、希望どおりの品があった。Express Card Slot用の32GB SSDカードだ。

http://japanese.engadget.com/2007/07/04/transcend-expresscard-ssd-32gb/

Amazonで調べてみると、最安値で1.2万円ぐらい。アクセス速度が速そうには見えないのだが、内蔵できる（HDDとは）別のドライブとしては悪くなさそうだ。

大変難しいOffice 2008への評価

Wed, 01 Oct 2008 23:04:20 +0900

Office:mac 2008は、評価の難しいソフトだ。

人によってたいへん評価が別れる、というべきだろうか。

一般ユーザーのうち、声の大きい人……たとえば、Amazon.comにレビューを書くような人にはきわめて評判がよろしくない。その一方で、過去のOffice:macのどのバージョンよりも売れているとマイクロソフトが発表している。

マイクロソフトの発表が正しくないと仮定するなら、Offce 2008は出来の悪いソフトで、その結果として売れていないという図式が成立するわけだが、あえてマイクロソフトが偽情報を流す必要性がみつからない。

そこで、マイクロソフトの発表が正しく、順調に売れているんだけれど声の大きなユーザーからは評判がよろしくない、という前提のもとに分析してみることとしよう。

まず、文句を言っていないユーザーがOffice 2008についてどのように考えているのか、といった話になるわけだが……そもそも意見を表明しないユーザー層なので推測するほかない。

まずは、Officeにさほど期待していない、あるいは機能をそれほど使い込んでいないというユーザーであることが考えられる。

Windows Officeとのデータ交換さえできればいい、というレベルの期待しかしていない。自分もマクロや関数を使い込むタチではないので、この部類に入ってしまう。VBAが動かないことで難儀する（WindowsマシンやWindows環境が必要になってしまう）ケースもないではないが、そもそもOfficeへの依存度が低いのであまり困らない。

昔からのMacユーザーであれば前バージョンのOffice 2004を手元に残している（Office 2008のインストール時に古いバージョンを「削除しない」設定でインストールを行う）ことだろう。ソフトウェアのバージョンアップで不具合に直面した経験は一度や二度では済む話ではなく、経験豊富なユーザーであれば「古いバージョンもとっておく」ことだろう。

一方で、ごく最近Intel MacになってからWindowsから移行してきたユーザーは、BootcampでWindows環境をMac上に移築し、そのうえにWindows版Officeをインストールしてあるかもしれない。もしくは、ParallelsやVMWareなどの仮想環境でもよいが、Windows環境そのものをMac上で使用しても実用的なレベルになってきたため、「いざとなればWindows版Office」という割り切りができることもOffice 2008への風当たりを弱めている原因になっているのではないか？

いろいろ不満な点として挙げられているのが、

・バグ（機能不全）

・起動の遅さ

・互換性（とくにVBA）

といったところだろうか。バグについては、順次取れていくことを期待したい。これだけのサイズのアプリケーションになると、OS側のバグが直らないとちゃんと動かないとか……そういう話は山のようにあるはずだ。つまり、Office側だけが頑張ってもOSに足を引っ張られてうまく動かない機能がある、という事態が容易に想像できる。

起動の遅さ……については、ユーザーの間に「Universal Binary化すると起動が速くなる」といった幻想があるため、起動時間が長くなると不満が増すらしい。

だいたい、Universal Binary化すると……ファイルサイズは倍ぐらいになるので、読み込みの時間は単純に倍かかる計算になる。そして、各バージョン間のファイルサイズの変化を調べてみると……

Excel v.X (11.6MB）→Excel v.2004（14.7MB）→Excel v.2008（55.1MBうち実行ファイルは40.2MB）

となっている。2004から2008でだいたい３倍以上の大きさになっているわけだ。

同じマシン上で、ファイルサイズが３倍以上もでかいものをロードしてきて、速くなることがあるだろうか？　いや、ない。ありえない。

Office 2008は、Universal Binary化されて機能が増えた分だけ起動に時間がかかる、というのは当然の話にしか思えないのだがどんなもんなんだろうか。

ただ、考えてみるといろいろOffice 2008には不思議な話がある。

だいたい、マイクロソフトはなんでこんなに短い期間で開発環境をXcodeに移して、Universal Binary化が実現できたのだろうか？

前バージョンから４年……と思っている方もいるかもしれないが、Intelへの移行が発表されたのは2005年の6月7日のことなので、そこからは発売までは2年半しかない。事前にAppleから（Intel移行について）リークがなかったとすれば、ものすごく短い期間で開発できたことになる。

http://www.itmedia.co.jp/news/articles/0506/07/news007.html

だいたい、2007年1月のMacWorld Expoではα版でデモをしていたぐらいなので、そこまで2005年からはわずか１年半だ。とんでもない短さである。

とくに、v.Xの頃であっても……Wordあたりは古いコードをひきずっていることで有名で、こんな短い時間で開発言語（たぶんC++→Objective-CないしはObjective-C++）を変えて、開発環境を変えて、APIを変えて……などというマネが本当にできたのかはなはだ疑問だ。

開発にかかった時間が短すぎるのである。にもかかわらず、Windows版Officeとの互換性が高まっており、開発側の視点から見ると不思議でしょうがない。

ここに、ちょっと乱暴な１つの仮説を立ててみることにした。

仮説；Windows版OfficeとMac版Officeは、実はコードの大部分が共有化されている

プラットフォーム依存部分は独自に作り込んであるものの、大部分はWindows版と同じコードを利用していると考えると納得がいく。しかも、Windowsの開発環境（Visual Studio）ごとMac OS Xに移植してしまって、「Visual Studio for Mac OS X」上でVBとかVC++とかC#とかで開発してるんじゃないかと考えると、ものすごく納得できる。

WordかPowerPointのバイナリに対してstringコマンドで定数のリストアップを行って面白いものを見つけた。Officeの開発時のソースのありかのフルパスが出て来たのだが、そこにはあえて途中に「xcode」と書かれたパス名が残されていたのだ。

ここから、Xcodeに加えて「Xcodeではない何か」の開発環境を併用していることが伺い知れる。だって、全部Xcode上で作っているなら、わざわざXcodeなんてフォルダ名を付ける必要なんてないんだから。

その「Xcodeではない何か」がCode Warriorなのか、それ以外の何かなのかは判断材料となるべき情報がまったくない。

だが……開発期間の短さや互換性の高さなどを考えると、同一ソース/同一言語が使える環境が用意されていると考えたほうが自然だろう。

仮にこの話が正しかったとしても、別にそれは責められるような話ではない。期限に間に合わせるために行われた当然の努力、というほかない。ただ、ちょっと起動に時間がかかりそうだとか、ファイルサイズが大きくなりそうだ……といった「特殊事情」が発生する要因にはなることだろう。

だが、そこまで努力して文句を言われているのだとしたら、同情したくなるほどだ。こんなに努力しているデベロッパーは地球上にほかに存在しないだろう。

Wiiを買って１月半にして思う

Wed, 01 Oct 2008 22:58:57 +0900

Wii＋Wii Fitを買って、

・はじめてのWii

・Wii Sports

・Wii Fit

・ボンバーマン

・ガンダム

・なんだか忘れたけどFPS

……なんかのソフトを買ってプレイしてみたのだが、任天堂のソフト以外、ものすごくつまらない。自分的には、「ああ、Wiiって任天堂のゲームで遊ぶ機械なんだね」という認識である。そういや、スーファミ、Nintendo 64と任天堂のゲーム機って昔からそんなもんだったか。

ボンバーマンは個人的に好きなゲームで、古くはPE EngineやSega Saturnで、最近ではiPodでサルのよーにハマったものだが……Wii用のボンバーマンは死ぬほどつまらない（ーー；；　対戦モードでは、コンピュータが異様に強いような気がするし（動きが速すぎ）、ストーリーモードではストーリー的演出がうっとおしすぎて「んなもんにつき合ってられっかーー！！！」と、１分もたたずにリセットしてしまうほど（短気）。

Wiiリモコンを効果的に使ってあれば、もうちょっとなんとかなったんじゃないかと思えるのだが、十字キーでコントロールさせられるとガッカリ感が当社比４倍ぐらい増す。

FPSについては、操作性がよくないしグラフィックの粗さばかりが目立ってしまう始末。だいたい、タイトル名すらおぼえていない。

ガンダムは……操作系が煩雑すぎて、トレーニングモード以外でプレイをしていない（ーー；；；　押すボタンが多すぎて、なんかプレイに没頭できないというか、何をそんなにたくさんのボタンを押させるのか（ーー；；；　もっとシンプルな操作体系にしないとプレイできない、、、、

結局、Wii Sports（とくにテニス）とWii Fitしかプレイしていない今日このごろ。XBox 360はちょっと買う気しないし、PS3なんて電気代馬鹿喰いするマシンはイヤだし……据え置き型ゲーム機はもういいやって感じが、、、、

だいたい、RPGはやる気がしないし……レースゲームか格闘ゲームかシューティングぐらいしかやらない。でもって、操作が煩雑だったり長ったらしいストーリーを解くようなのにはいちいちつき合っていられない。○○の野望タイプの戦略シミュレーション系も、操作が煩雑でつき合っていられない（ーー；；；；　ゲームのシステム自体が、全体的にうっとおしい。もっとシンプルに楽しめないのかとウンザリする。

だいたい、最近はパズルゲームみたいなものぐらいしかプレイしていない。パズルアクションというのだろうか、そういう感じのやつ（Enigmoとか）。

Nintendo DSを人から借りてしばらく使っていたこともあったが、脳トレ系は「単なる作業じゃーん」と、一瞬でいやになり……Nintendo DSの画面構成がイヤで……これならPSPのほうがまだよさそうなんだけれど……今度は、電車の中でPSPでゲームに没頭している姿を目にして、いやーーな思いをしていたりする。

案外、iPodでパズルゲームをやっているぐらいがちょうどいいのかもしれない。意外と、ゲーム機としてのiPodの立ち位置って悪くないかも。

謎のMacBook Pro流出風画像に力いっぱい突っ込む

Wed, 01 Oct 2008 22:52:29 +0900

上が黒。下の部分が銀色。でもって、エッジの部分がMacBook Air風に薄くなっている…………とかいう「流出」風の画像。

だいたい、Tシャツに入っているAppleマークのバランスが悪すぎる。あんな趣味の悪いサイズで、でかでかとド真ん中にAppleロゴを入れたりはしない。パチモノ感が漂いまくっている。

で、最大の焦点となっているトラックパッドのタッチスクリーン化であるが……たしかに、キーボード全体をタッチスクリーンにするような過激な案よりは、いくらか控えめで「ありそうな」姿ではある。

だが、トラックパッド兼タッチスクリーンにDockを表示してしまったのはまずかった。

iPhone/iPod touchのように、アイコンが整列しているタイプのDockならいざ知らず……通常のまんまのDockがそんな小さい画面に並んでいるのはおかしい。

だいたい……エンドユーザーはDockを信じられない格好で使っている。Dockにありったけのアプリケーションを登録しておいて、通常時には各アプリケーションのアイコンが豆粒ほどの大きさしかない状態になっている。身の回りのユーザーには「DragThingを使って、Dockにはアプリを登録するな。DragThingが買いたくないというのなら、せめて机の隅つつきを使え」とすすめている。

圧倒的に多くのユーザーが豆粒大になるまで大量のアイコンをDockに登録している。あれはものすごくみっともない。

で、結局……そんな豆粒だか米粒だかの大きさしかないアイコンを表示するのに小さい画面では無理でしょう、ということなのだ。実用性皆無といっていい。

……ともかく、そんな小さなタッチスクリーンにDockを表示するわけがない。ゆえに、この出来の悪い「流出画像」は及第点には至らないのであった。ぽんぽこ。

DragThingで、現在選択中のDockの選択中のレイヤーで起動回数のTop 10を出すAppleScript

Wed, 01 Oct 2008 22:45:37 +0900

……というのを作ってみた。以前に、DragThingの所定のDockの全スロットから、起動回数ベスト10を一瞬で算出するAppleScriptというのを作ってあって、それを改良して各レイヤーごとに算出できるようにしたものだ。

この、「現在選択中のDockの現在のレイヤーを求める」というのがものすごく難しかったのだ（汗）　できてしまえば、どうということはないが……とにかく難しい。

AppleScript関連のツールをまとめてあるレイヤーでは、「スクリプトエディタ」はもはや起動回数が多すぎて、Finderのウィンドウの上部にアイコン化して登録してある。DragThingからわざわざ呼び出したりはしない。

Script Debuggerの起動回数が多いが、Xcodeの起動回数がもっと多くてもいいような気がする（何回かバージョンアップして入れ替えたからか？）。ただ……Xcodeは一度起動するとずっと起動しっぱなしのことも多いので、そんなもんといえばそんなものなのかもしれない。中に、OpenSSLによる暗号化/復号化シミュレーションを行う自作ツール「Encrypter」（猿のアイコン）が入っていることろがみどころだろうか。ちなみに、こいつは一般配布していない（そういうの多いな〜）。

エディタ関連だとJedit 4の起動回数がズバ抜けて多いが、Leopard上ではJedit 4は起動できないので、記録は更新されずに停まったままだ。地道にMacJournalのランキングが上がっているが、これまた一度起動すると起動しっぱなしにしておくアプリケーションであるため、それほど派手にランクが上がることはないだろう。

このAppleScript、ひじょーーに面白いのだが……なぜかScript Menuに入れるとうまく動かない（ーー；；　仕方なく、スクリプトエディタで開いて実行しているが……アプリケーションにでもしてみるとうまく呼び出せるだろうか。

NumberKeyにやられた！　参りました！

Wed, 01 Oct 2008 22:43:56 +0900

昔から、タッチスクリーンのタブレット上にボタンを配置して、各種アプリケーションのショートカットやら機能呼び出しのためのインタフェースを作ることは考えていた。ちょうど、Origamiマシンがたくさん出てきたころだ。どうせ使い物にならないだろうし、「廃物利用」的に外部キーボードとして使えないかと考えていたのだ。

その考え自体は記憶の奥の方にしまいこんであったのだが、今日たまたまそれとものすごく似たものを、もっとスマートに実装したものに出会ってしまった。

見た瞬間に「やられた！」と舌打ち。でも、すごくクールに仕上がっており、感心させられる。

http://www.balmuda.com/news/index.html

奥方様に買わせて、様子を見ることとしよう。ただ、無線LANの環境がないとつながらないような気がするのだが…………（＾ー＾；；；；

東京めたりっく通信、東條氏、そして山本義隆氏

Wed, 01 Oct 2008 22:40:15 +0900

J-CAST Newsで「ブロードバンド“闘争”東京めたりっく通信物語」という記事を連載している。

http://www.j-cast.com/2008/09/01025800.html

筆者は、数理技研　会長の東條氏。東條氏には、UBA（Unix Business Association）の設立記者発表会でお会いした覚えがある。名刺交換ぐらいはしたかもしれない。ただ、設立の発表会という枠の中だけの取材であったし、UBAがどういう活動を行っていたかについて、さほど認識があるわけではなかった。

それが、この記事を読むと……東京めたりっく通信（以下、TMC）設立前の技術試験にUBAの会員企業が活躍し、ドラマティックな出来事が起きていたんだなぁ……と、感慨深い。というか、しょせん編集者が記者発表会に行ったぐらいでは表層しか見えないもんなんだなーと、思った次第だ（さらに、自分は96年ごろには編集部を離れていたので、TMC設立前後の動きを知る立場にもなかった）。

そんな個人的な感慨とは関係なく、この記事は実に面白く書かれている。この「ブロードバンド“闘争”東京めたりっく通信物語」には元になる（同名の）同人誌があり、連載記事はJ-Cast Newsの編集部でこの本をもとに手を加えたものを掲載しているようだ（ただ、誤字脱字が異様に多いので、どの程度手を加えているかはひたすらに謎である）。

http://blog.valley.ne.jp/home/akira/index.php?blogid=326&archive=2008-9-4

この元の本にはもっと危ないことが山ほど書かれているとかで、関係者からは「死海文書」などと呼ばれているらしい（上記ページより）。J-Cast News上の連載はだいたい１日１本というペースで更新されており、まだ全体から見ると序の口。いっそ死海文書を販売してくれればいいのに、と思わないでもない（危なくて一般流通には乗せられないとは思うが）。

東條氏と数理技研の成り立ちについて興味が出てきたので、Web上で調べてみた。実にあっさり見つかる。

http://www.suri.co.jp/company/index.html

全共闘時代に大学をドロップアウトした理工系の学生を集め、科学技術計算のソフトウェアを開発する集団を作った……のが数理技研の前身の「情報数理研究所」という組織であったようだが、この中に東大全共闘議長を勤めた山本義隆氏という人物がいて……というくだりを読んで、俄然、山本義隆氏への関心がわいてきた。

調べものをしていると、どんどん、派生的に関心の連鎖が発生していくものだ。作業としてみれば散漫な方向に進んでいるのかもしれないが、逆に、このような「広がり」が思いもよらない発見につながったりする。

全共闘の議長などというと、血気盛んなボスの中のボス……的なイメージを抱きがちだが、Wikipediaなどで調べたかぎりでは、実情は違うようだ。

http://ja.wikipedia.org/wiki/山本義隆

いろいろ調べてみると、

■元全共闘議長の情熱

http://homepage2.nifty.com/ikariwoutae/starthp/subpage04.html

といった記事にも行き当たり、実に興味深く読んだ。そして、山本義隆氏の著作物がAmazonで紹介されているのだが……

http://www.amazon.co.jp/磁力と重力の発見〈1〉古代・中世-山本-義隆/dp/4622080311

http://www.amazon.co.jp/磁力と重力の発見〈2〉ルネサンス-山本-義隆/dp/462208032X/ref=pd_sim_b_1

http://www.amazon.co.jp/磁力と重力の発見〈3〉近代の始まり-山本-義隆/dp/4622080338/ref=pd_sim_b_1

http://www.amazon.co.jp/一六世紀文化革命-1-山本-義隆/dp/4622072866/ref=cm_cr_pr_sims_t

http://www.amazon.co.jp/一六世紀文化革命-2-山本-義隆/dp/4622072874/ref=pd_bxgy_b_img_b

絶賛の嵐である。Amazonでこんなに絶賛の嵐状態になっている書評を見たことがない（汗）。こりゃ、すぐにでも買って読まないと……と、思わせるだけの何かがある。

すっかり脱線してしまったが、東條氏の文章や山本氏の著作などに脈々と流れる「力」に、しばし圧倒されてしまった。

PowerPC G5 vs Intel Core 2 Duo

Wed, 01 Oct 2008 22:38:10 +0900

用事があったので、指定年の前後各１年分のカレンダーを計算しつつ１年の各週の開始日と終了日を求め、それを15年分計算してファイルに書き出すAppleScriptを作って走らせた。Newt Onプロジェクトによってカレンダー関連の過剰なノウハウの蓄積もあってか、この程度なら非常にあっさり作れる。

MacBook Proでちょこっと計算して実行して終了……という程度のあっけなさではあったのだが、ためしにPowerPC G5/2.5GHzのマシンと実行速度をくらべてみた。だいたい、MacBook Pro/2.4GHzが４〜5秒。PowerMac G5/2.5GHz Dualが６〜７秒。

ノートのくせにMacBook Proはえー！　と驚くべきなのだろうか？　それとも、４年前に発売されたマシンなのにPowerMac G5すげー！　と驚くべきなのか。それとも、もはやそんな処理ごときでは微々たる差しか出ないほどにコンピュータが成熟してしまったと見るべきなのか……。Newt Onプロジェクトでプログラムを組んでいた頃には、まだまだマシンが非力で、こんな処理をほんの５秒ぐらいで終わらせられるなんて夢のまた夢だったのだが、おそろしい。

Mac対応のセキュリティ機能つきUSBメモリを買ってきた

Wed, 01 Oct 2008 22:32:42 +0900

奥方様がMac対応のセキュリティ機能つきUSBメモリを買うというので、池袋に一緒に買いに行った。

結局買ったのは……

http://www2.elecom.co.jp/data-media/usb-flash/mf-nu2/bk/

この、ELECOMの4GBのやつ（奥方様は8GB）で、3,000円するかしないかという程度だ。売り場では、IOデータの製品もあったし、

http://www.iodata.jp/product/usbmemory/easydisk/ed-s2a/feature.htm

２・３種類は存在しているようだ。その一方で、事前に購入候補としていたハギワラシスコムの製品は見当たらなかった。

Googleで探すかぎり、ほかにもいろいろあるようなので……あることにはあるのだろうが、ビックカメラの店頭に並んでいないとかいうのは流通上問題がある。販売終了している製品があったりで、それほどこうしたモノに需要はないのかもしれない。あるいは、ソフトのインストールが必要とかいうレベルだと普及しないのかもしれない。

http://www.calm.co.jp/products/atsecure/

http://www.act2.com/products/atsecure/device/

http://tkinfo.mitani-corp.co.jp/product/icool.html

http://www.safety-disclosure.jp/sds/index.html

で、買って来たELECOMのMF-NU204GBKをマウント。MS-DOS形式でフォーマットされている。Windowsマシンとやりとりを行うことを考えれば、この形式でよいだろう。反面、Mac OS X用の長いファイル名のファイルについては、まとめて圧縮して短いファイル名のアーカイブにしてこのUSBメモリに入れる必要がある。

マウントすると、トップにMac OS X用のPass.appとWindows用のPASS.exeが見える。USBメモリを初めて使う際にはパスワードとヒントの設定が求められる。

このPass.appが起動しており、正しいパスワードが入力されている状態であれば、パスワード保護したフォルダが見え、読み書きできる。Pass.appを終了させると保護フォルダは見えなくなる。なので、このUSBメモリをアンマウントする前に、Pass.appを終了させておく必要がある。

２回目以降のマウントはどうなるか？

USBメモリを再度マウントすると……勝手にアプリが起動したりはしない。Pass.appをダブルクリックして起動し、パスワードを入力する必要がある。

TerminalでこのUSBメモリを調べてみたら、案外「フォルダ名の先頭にピリオドをつけてある」ぐらいの手抜き構造かと思ってもみたのだが、ちゃんと隠してあるようで、簡単に見つけられるといったことはなかった。

なるほどね〜。

最も強固なセキュリティ機能だ、と感心させられたのは……このUSBメモリのキャップが固くて外しにくいこと。たしかに、キャップを外しにくければ、中身を覗き見される可能性も低くなるというわけで（悪）

offset ofはドンラーニズィデが嫌い？

Sun, 07 Sep 2008 20:12:57 +0900

たまたま、特定のファイルのフルパスを文字列で取得して、ファイル名の部分だけ取って来ようとしたときだった。

ファイル名に「ディズニーランド」と入っているファイルだけ結果がおかしい。

この処理では、フルパスの文字列を末尾から逆にして、フォルダ階層間をつなぐ「:」をAppleScriptの「offset of」命令で探していた。本来ならFinderにファイル名だけくれと要求すれば返ってくるのだが……AppleScript Studioに（Xcode上で書くAppleScript環境）放り込むと、いろいろ通常どおりの処理が行えなかったりするので、緊急避難的に行っている処理だ。

……おかしい。「:」の位置がズレて返ってくるよ（汗）。

そもそも、Leopardになってからの「offset of」の挙動はおかしい。いや、Leopardのおかしな部分を挙げ出すとキリがない。

だいたいLeopardのAppleScriptではひらがなとカタカナの区別ができない。

まさかそんな「巨大な穴」が空いているとは知らず、従来問題になってきた事例ばかりチェックしていたので見過ごしてしまったが……これは大問題だ。再三再四US Appleに直接抗議しているが、問題が大きすぎてAS担当者が騒いだぐらいでは解決しないのだという（連中のいつもの言い訳にしか聞えないのだが）。

そんな中、Mac OS X 10.5.1だか10.5.2だかで、「offset of」の挙動が従来どおりのものと同じになった。しかも、「offset of」命令だけはひらがなとカタカナをきちんと区別する。

offset ofみたいにきちんと区別できるなら、その方向で修正してはどうか？　と思っていたのだが、たまたま「ドンラーニズィデ」という文字列を処理しようとして、offset of命令の処理内容の不備が明らかになった。何か、特定の処理だけを受け付けるようにするために、非常にイレギュラーな処理をやっているらしい。「ド」「ズ」「デ」については２文字として数えているらしいことから、濁点を１文字として処理しているらしい。しかも、同じ「どんらーにずぃで」でもひらがなの場合にはこのような現象は起こらなかった。

仕方なく、バグレポート（Keynoteによる解説つき）を書いたが、これが直るかどうか連中次第というところに深〜い脱力感を覚える。iPhone OSにしてもバグだらけのボロボロで「どこがUNIX based OSなんだ？」というぐらい不安定。買う気になれない。もう半年ぐらい放っておいてもいいだろう。それで枯れなかったら、さらに１年ぐらい放置しておいても構わない気がする。

LaCieからUSB Speakerが登場

Sun, 07 Sep 2008 20:11:07 +0900

http://www.lacie.com/jp/products/product.htm?pid=11112

LaCie FireWire Speakerとまったく同じデザインで、USB 2.0対応のLaCie USB Speakerが出るそうで…………

仕様を見ると、

　　Signal Processing & Frequency : 16-bit / 48kHz

ダメ！　24bit / 96KHz再生が行えないなんて全然だめ！！

いまのうちに、FireWire Speakerをもうひとつぐらい買っておこうか（ーー；；；；

■LaCie FireWire Speakerのスペック

http://www.lacie.com/jp/products/product.htm?pid=10880

■LaCie USB Spekerのスペック

http://www.lacie.com/jp/products/product.htm?pid=11112

Tablet Macとはどのような製品になるのか？

Sun, 07 Sep 2008 19:54:30 +0900

Tablet Macについての噂が出ている。いわく、Appleがマルチタッチによる操作系を特許として出願しているとか。ただし、出願だけしておいて採用されないアイデアは社内に山のようにあるらしいので、これをもって能天気に「タブレットMac登場間近か？」と断言することはできないし、「そんなものは登場しない」と断言することもできない。

技術的には、そのような製品を作ることは可能だろうし、おJobs様もタブレットMacの存在をほのめかしているため、いつかは出るのかもしれないが……現時点ではいくつかの問題や矛盾がある。

それは、

　（１）製品に仕上げるために生じる物理約制約上の矛盾

　（２）既存の製品ラインナップの中にハメ込んだときの、戦略上の矛盾（既存製品と食い合うとか）

である。

まず、（１）について。

「タブレット」とひとことにいっても、小型薄型軽量から重量級までいろいろある。このタブレットMac……仮にMacPadと呼ぶが、これはiPodとMacの中間形態の製品であり、フルスペックのMac OS Xを搭載するものと（勝手に）考える。MacBookをそのままタブレット化した「ModBook」を触ったことはないが、2.3kgのタブレットを片手で持って使うというのは……かなりつらい。

このMacPadの利用シーンを学校やビジネス現場などと考えれば、なるべく軽いほうがいい（希望）。実際に手で持ちながら操作するということを考えればなおさらだ。重さは1kgを超えない程度のものが好ましいだろう。なるべく薄く、ということも求められる。

……この条件で考えると、比較的ローパワーでバッテリー消費を抑えたCPUの搭載が見込まれる。デュアルかシングルコアのAtomで、1.6GHzぐらい。もしかしたら、もっとクロックを抑えた製品かもしれない。ただし、Atom搭載製品は1.6GHzあたりに固まっているので（おそらく、これより遅いと非力すぎてパソコンとしては使いにくくなるものと考える）、このぐらいだろう。

ただ、Atom（＋周辺チップ＋メモリ）だと消費電力と発熱の関係上、それなりの大きさのバッテリーが必要だろうし、放熱ファンも必要。Atomでは後述のような薄型マシンは作れなさそうなので……消費電力の都合からCPUはx86とは互換性のないARM系になる可能性もある。ただし、ARM系で1GHzを超えるような製品が出荷されている実績が見当たらない。このあたりに矛盾が発生してしまう。

MacPadはMicrosoft Officeなどの市販流通アプリケーションを動かすようなものではないため、消費電力を重視してARMでもよいだろう。この製品はApple初の「ARM搭載のフルスペックMac OS Xマシン」になるかもしれない。ARM系はIntelプロセッサと同じくバイトオーダーがリトル・エンディアンのCPUであり、たいていのプログラムはビルドをやり直すぐらいで対応できるものと考える。また、タブレットであればプリンタドライバや周辺機器のドライバがなくても不満は出ないだろう。iTunes、iPhoto、iChatなどiLifeアプリが標準搭載されるが、GarageBand/iMovie/iDVDは入っていない。Keynoteが動くかどうかは神のみぞ知る（あくまでもブラウジング用に用意するかもしれない）。ただし、App Storeを利用でき、iPod touch/iPhone用のアプリケーションが動作する。

ただし、MacPadにどのストレージを採用するかも悩ましい問題だ。大容量ストレージの搭載は期待しないが、音楽ファイルをすべて突っ込んで音楽を再生しながら文章を書くぐらいのことはしたいだろう。iPod touch並みかそれ以上の容量はほしい。32GBか64GBぐらいの1.8インチSSDを搭載することで、価格と容量のバランスを取るかもしれない。場合によっては、もっと（物理的に）小さなサイズのSSDをメーカーに作らせてマザーボードに直付けするという方法もある。

この程度の容量しかないため、本製品はもちろん、ムービー編集を行うような製品ではない。このため、FireWire端子は持たない。Ethernet端子も持たない。USB端子とディスプレイ出力端子、そしてオーディオのIn/Outぐらいだろう。当然、光学ドライブは搭載できるわけがない。ただし、GPSを内蔵。メモリは2GB搭載で拡張できない。フルサイズのUSB端子よりも少し厚いぐらいの超薄型ボディにバッテリーを搭載するとすれば、それほど長い時間は動かない。４〜６時間程度駆動すれば、それで十分と考えるのではなかろうか。もちろん、ユーザーによるバッテリー交換はできない。下手をすると、もう少しバッテリー寿命は短いかもしれない。ただ、スリープを併用すれば（バッテリー寿命が短いことについては）問題ないとAppleの技術者は考えるだろう。

このMacPadに3Gのネットワーク機能は付くだろうか？　無線LANとBluetooth搭載は必須としても、3Gのネットワークについては分らない。電話機能が付いていることは期待されないと思うが（このへんでiPhoneと差別化）、どこでもネットワークにブラ下がれることは期待したい。ただし、価格やバッテリー寿命に大きく影響を及ぼすため当初のモデルには搭載されないものと考える。フルスペックのMac OS X搭載機なので、ビデオチャット用の内蔵カメラを搭載。カメラは画面側に付いていることが予想されるが、MacBookなどと同じ位置にはついていない可能性がある。

画面サイズについては悩ましいところだが、iPhoneと差別化するためには（これだけ性格が違えば喰い合わないとは思うが）、Mac OS Xを使用するうえで必要な最低限度の画面解像度（1024×768ぐらい？）を備え、画面に表示されたソフトウェアキーボードが無理なく叩ける（iPhoneを思えば、かなり小さくても大丈夫そうだ）最低限度の大きさにしなくてはならない。教科書よりも大きくない程度。バイブル（聖書）のサイズが（縦190、横160）ひとつの基準になるかもしれない。何インチになるのだろうか？

……全体像を見てみると、

ひたすら薄いタブレット。フルスペックのMac OS Xが動く。iPhone用のアプリケーションが稼働。USB 2.0、無線LAN、ディスプレイ出力、音声入出力端子が付き、Bluetooth搭載。重量は500から1000g。ARMプロセッサ搭載で一般に流通しているIntel/PPCのアプリはそのままでは動かない。ARM向けにビルドし直せばOK。画面サイズは8インチ程度。ビデオチャット用のビデオカメラ搭載。

んーーーーーーーーー、どうだろうか。何か、ピリッとしない。

Excel 2008 Solver、やはりAppleScript Studioで作ってあった

Sun, 07 Sep 2008 19:49:38 +0900

サードパーティから出ると予想していたExcel 2008ソルバー、予想どおりAppleScript Studioで作ってあった（＾ー＾；；；

Office 2008にソルバーが搭載「されていない」理由は、ソルバーがVBAで作成してあるからだそうで、VBAの処理系が搭載されていないOffice 2008上には実装のしようがない。ソルバーをOffice 2008用に作るならAppleScript Studioで作るしかないだろうと思っていた。

http://www.solver.com/mac/

さあ、どう呼び出すようにしてあるのか見せてもらうとしよう。

ドキュメントを読んでみると、

This version of Solver is a Frontline Systems product and will be supported by us -- but we owe a big THANK YOU to Microsoft's Macintosh Business Unit for (i) asking us to do this and (ii) supporting our efforts intensively with AppleScript help, QA testing, and localization.

とある。ふーーん、Mac BUが協力してるってわけね（ー。ー；

数少ないMacZoo 08の収穫

Sun, 07 Sep 2008 19:47:10 +0900

MacZoo 08に行って収穫らしい収穫はほとんどなかったのだが、その中でも目新しい製品が１つ。以前から知りたいと思っていた製品がもう１つ。 ■EPSON オフィリオプロジェクターEB-1735W ビジネス用の40万円半ばほどもするプロジェクタだが、新機軸満載である。1280×800ドットの表示ができるほか、（１）無線LAN経由での表示、（２）USB経由での表示　といったものが行える。USB経由で接続するとソフトウェアが自動的にインストールされるのだという（Mac対応）。へーーー。 http://www.epson.jp/products/offirio/emp/eb1735w/ ただ、当然のことながら無線LAN経由でつなげば表示はカクカク（マウスカーソルの軌跡がカクカクするレベル）なので、Keynoteによる激しい動きを伴ったプレゼンを表示すると破綻する。このへん、用途が激しく限定されそうであるが……EPSONではそんなことは知ったこたーないといった風だ。この機能を何に使ってほしいのか、ものすごく謎である。案外、iPhoneやiPod touchでプレゼンできる、とかいった落としどころを考えて……いるとかいったら深読みのしすぎだろう、きっと。 ■SportsCode スポーツの戦略分析を行うソフトウェア。ビデオを（手動で）分析するというもの。名前や存在、フルセットで300万円ほどするお値段などは知っていたのだが、実物が動いているところを見たことはなかった。 http://www.apollo-adss.jp/ ひととおり説明を聞いて理解。ふーーん、なるほど…………これって、AppleScriptでも作れそうな気がしてきた（悪）原理自体はものすごく簡単なので、さまざまな応用ができることだろー。さまざまなノウハウをその場で分析・吸収することができた。このソフトウェアの肝の部分はほんのわずかのものであって、300万円などという値段はトンでもない。ただ、コンピュータのことをよく知らない層に向けて商売をしているのでこの値段を設定できるのだろう（もちろん、日本の販社が米国本社にライセンス料を支払う必要があるとかいう理由でもともとの価格に上乗せされていたりするかもしれない）。

■Microsoftの名刺入れ

Office 2008のセミナーを受講したら、Microsoftロゴ入り名刺入れをいただいた。これは、かなりかっこいい。以来、愛用している。

toucheをインストールしてキャリブレーションまでやってみたが

Sun, 07 Sep 2008 19:44:10 +0900

Intel製のOpenCVを使って、映画「マイノリティ・レポート」に出てきた未来的なジェスチャーインタフェースを実現するための、オープンソースフレームワーク「touche」が紹介されていたので、さっそくダウンロードしてみた。

http://journal.mycom.co.jp/news/2008/08/19/032/index.html

iSight経由で映像のモーション認識を行うというソフトウェアで、最初に（Webで）見たときには、iSightを２個使ってモーション検出をしていた。

アーカイブに含まれる「touche」アプリケーションを起動すると、各種設定を行ったあとにキャリブレーション動作に入る。起動すると画面上に白い点が表示されて……それをタッチすればiSightが検知してくれるようなのだが、いっこうにうまく行かない。

Googleで検索してみたら、どうもキャリブレーション時には部屋を暗くして画面を明るくしておかないとダメらしい。

http://www.moongift.jp/2008/08/touche/

……で、暗い部屋で試してみたら、よーやくキャリブレーションをパスすることができた。

さあ、これで日常的な環境で試用できるぞ！　と普通の明るさの場所で試してみたら…………ダメ。ぜんぜんダメ。

やっぱり、明るい場所では使えないのか、コレ〜（汗）　予想はしていたけど、きっついですな〜。

word breaking狂想曲

Sun, 17 Aug 2008 18:56:05 +0900

AppleScriptにword ofという書き方がある。これは主に……

set a to “This is a pen.”

set b to words of a

--> {"This", "is", "a", "pen"}

といった、のどかで牧歌的な用途に使うものだ。単語単位で分解を行って、何ワード目の単語を取り出すとか、そういう使い方をする。

ところが、これを日本語の文章に対して行おうとすると、なかなか頭が痛い。日本語の文章をワードに分解しようとすると、ただ単にスペースで区切ればよいとかいった話ではなく、文法とか語彙（とくに固有名詞）を考慮して行わなければならない。この手の処理には、研究者の手によって形態素解析器といった種類のソフトウェアが作られてきた。形態素解析器には、KAKASHI、Chasen、Juman、MeCabなど枚挙にいとまがない。

Mac OS/Mac OS Xにも形態素解析系の機能はついているのだが、あくまで漢字変換のために用意されているものであり、いまひとつプログラムから利用しづらい、という批判もよく聞く。

Mac OS X 10.5では、このApple純正の形態素解析機能だけではなく、別の形態素解析器が搭載されるようになった。

Mac OS X 10.5, Leopardにはオープンソースの形態素解析器「MeCab」が標準で入っており、Spotlightの検索辞書を作成するのに使われている……これは一部で有名な話だ。

ただし、このMeCabは日本語インプットメソッド「ことえり」のユーザー学習辞書と連携していないばかりか、「ことえり」よりも語彙数の少ない辞書を参照しているようで、「ことえり」よりもバカっぽい挙動をする。MeCabが標準で参照しているIPA辞書は「地名に強い」という定評があるが、どちらかといえば「地名以外はダメ」という印象である。

実際に、MeCabを呼び出すプログラムにAppleScript StudioでGUIをかぶせて、形態素解析でオラオラ遊んでみると……悩ましい結果が出てくる。「私の名前は長野谷です。」といった文章を形態素解析させると、「長野谷」という固有名詞（人名）が辞書に登録されていないためか、「長」「野谷」と分解されて出てくる。ちなみに、ことえりでは「長野谷」はきちんと変換できる（学習させたからだが）。

冒頭で述べたように、AppleScriptのword ofは日本語の文章に対しては正しく機能しない。漢字やカタカナ、ひらがなといった文字種類の区切りでブチ切るといった、うそっぱちの動作を行う。

set a to "富士山は日本で一番高い山です。"

set b to words of a

--> {"富士山", "は", "日本", "で", "一番高", "い", "山", "です"}

これは、すでにAppleScript登場時の1993年ごろからよく知られていた挙動であり、「ああ、Appleの開発者はバカなんだな」あるいは「日本語向けのローカライズは見た目だけで、やる気はないんだな」ということがよく分る仕組みになっている。

それは置いておくとしても、そもそも、日本語で「何ワード目」とかいう処理を行うものであろうか？　大学でレポートを書く宿題があったとして、「では、500ワード以上書いてください」とかいう出題なんて……あるわけがない。日本語では「○文字」という数え方を採用しており、「400字詰め原稿用紙10枚」といった表現が一般的だ（最近は、手書きじゃないから表現が違う？）。

だから、「何ワード」とかいう数え方を実現すること自体には、ほっとんど意味がない。もし仮にAppleのエンジニアが本気になって、

　　「よーーし、日本語のワードブレーキング（単語分割）を完璧にやっちゃうぞ〜！」

と単語分割に取り組んだとしても…………そりゃできるだろうけれど、「だからどうした？」という結末が待っているだけである。

なんか、無闇に賢い処理ができたりしそうだが、AppleScript的には「そんなところに頑張ってどうする？」という話になる。それは、頑張る箇所を完全に間違えている。そんな高い山に挑戦する前に、もっと低い山（日常的なバグ）をやっつけるべきである。あとは、GUI Scriptingで、Adobeの「GUIをプログラムから描画するからコントロールできない」「本当にマウスカーソルがGUI部品内に入って来ないと処理しない」というプログラムに対しても強制コントロールできるようにすべく、対策を講じるべきである。

日本語でワードカウントだけができても（あんまり）うれしくない。結果が英語と同様に返ってくるぐらいではうれしくない。日本語でワードブレーキングができても、結果をどのように返すのかという点も問題である（品詞情報も取れないと、使い勝手がぜんぜんよろしくない）。

あと、文法的にどこまで細かく評価するのか……という点も問題である。語幹と語尾を分割されるとけっこう困る場合もあるし、場合によっては助かる場合もある。そのあたりの、ワードブレーキングをどのようなレベルまで行うかという指定ができないと困る。0か1か、みたいに語幹と語尾をブレークされても困る。語幹と語尾を分割しつつセットになっていることが分るといったような、階層的なワードブレーキングが望ましいのではないか？

だいたい、この話は……世間的にはAppleScriptのword ofなんて使い物にならない機能は、本来の役割以外で使われていることが多く、shell scriptでEhternetのMACアドレスを取得してコロン（「：」）をもとにワードブレーキングしてデータを取り出していたのだが、これがLeopardになって正常に働かなくなったので、MLに投稿しつつバグレポートを書いたことで……予想外の議論に展開したことに起因する。

「AppleScriptのワードブレーキング機能でshellからの返り値をパターン分解するんじゃねえ、自然言語のテキストを分解する用途に使え」

といった話になったので、「ふざけるな、日本語のテキストなんかまともに分解できんぞ。どんだけバグレポートを書かせるつもりだ？」と、やりあったわけであるが…………。

しかし、なんでAppleの担当に日本語のことを仔細にわたって分りやすく、かつ無料で教えてやらなければならんのか、納得できねー。すげー納得できねー。

新MacBook ProがBlu-ray Disk Driveを搭載する可能性は？

Sun, 17 Aug 2008 18:17:33 +0900

海外のさまざまな噂を分析してみると、

（１）MacBook / MacBook Proともに筐体を変更。MacBookはアルミ化してさらに薄型になる。MacBook Proはメンテナンス性を向上させたものになると見られている。MacBook Airのデザインを一部踏襲するものと見られている

（２）画面の縦横比が変わる？　液晶パネルの供給上の都合から、16:10ではなく16:9の縦横比になる。このため、筐体サイズも若干変更になると言われている（真偽のほどは不明）

（３）グラフィックチップは、どうやらMacBookでもIntelの周辺チップ内蔵のものではなくなる？　QuickTimeの再生支援のための機能が付加される？？？

…………すべてが正しい情報とは限らないが、仮に正しい情報が断片的にバラ撒かれていると考えれば、いまさらQuickTimeのムービーの再生支援機能なんか搭載しなくたって、ムービー再生に支障はないだろう（再生時のCPUの負荷を減らして……バッテリー寿命が伸びるだろうか）。

いまさら、そんな再生時にパワーが必要な映像ソースがあるだろうか？

……あった、Blu-rayだ。

MacにBlu-rayドライブを搭載するとしても、なにもおかしいことはないのだが……薄型でスロットローディング式のドライブでないと採用しないことだろう。

SONYのVAIOノートで、Blu-rayドライブを搭載しているモデルを見ると……

http://www.vaio.sony.co.jp/Products/FW1/

http://www.vaio.sony.co.jp/Products/Z1/detail.html

スロットローディングではないもよう（汗）　

スロットローディング式のBlu-rayドライブが出るか、Appleが（おJobs様が）スロットローディングへのこだわりを捨てるかすれば、MacBook Proに搭載されることもあり得るのではなかろーか。

前者以外はあり得ないのだが、前者の状況がまだぜんぜん整っていないような（汗）　だが、mixiで知り合い筋からいろいろフォローが入って、

Panasonic UJ-215B/225B

http://panasonic.co.jp/pcc/products/drive/internal/bd/uj225.html

12.7mm厚なので、現行モデルにはそのままでは入らないものの、カスタムモデルを作るぐらいはするのではないか？（Tak.さん）

http://www.intel.co.jp/jp/products/processor/report/ascii_080722.htm

現行世代のインテルモバイルチップセットなら、外付GPUがなくてもBD再生ぐらいは出来る（Tak.さん）

MacBook Proは、1. Core 2 Quad積んでくる、2. プラットフォームはCentrino 2 、3. LEDバックライト採用（つぶさん）

……といった追加情報をいただいた。

Blu-rayのスロットローディングはやればできそうなレベル、GPUは単にnVidiaからATIに変更。MacBook ProではQuadCoreを、MacBookではDual Coreを搭載。画面サイズの変更については、ガセネタと判断。MacBookでBlu-rayを（本体の画面上で）フルHD解像度で再生できるとかいったことはなさそう。MacBook ProでもフルHD解像度の液晶を搭載したら、17インチでもドットが細かすぎて文字が読みにくいことだろう。MacBook ProではDVI端子のほかにHDMI端子ぐらいは標準装備してもいいかもしれない。

ただし、９月に発表されるのはMacBookとiPodのラインナップ更新。MacBook Proについては、ATIの新チップを準備するのにもう少し時間が必要なのではないか……という予想に落ち着いている。

Leopard搭載のMeCabを使ってみた

Sun, 17 Aug 2008 18:12:42 +0900

ML上で「Leopardになってから、AppleScriptのword parsing機能がおかしいぞ」という議論をしていたら、Appleの担当が「ASのword parsingでunix shellの実行結果をparseすんじゃねえ、自然言語のparsingをしやがれ」的な発言を……。

しばらく笑い転げて、

「そんな使い物にならないパーサーなんか誰も使わん！　日本語パースさせて正しい結果が返ってくると思ってんのか！」

（英語ではもうちょっと控えめだが、日本語で書くとこうなる）

一気に議論終了……あれほど勇ましかった担当者がしおしおになって平謝りモードになっているよ（汗）

そんなこともあって、（ひそかに）Leopardに入っているMeCabを日本語パーサーに使え、といった話もしだしたので、「Laopardに入っているMeCabが本当に使い物になるのかどうか」一応確認しておくことにした。

Mac OS X標準で入っていてSpotlightのインデックス作成用に使ってるんだから、ことえりの辞書ぐらいは参照していることは期待したい。

http://chasen.org/~taku/blog/archives/2008/07/mac_os_x_leropa.html

ここをまるまる参考にして、AppleScript StudioでMeCabのフロントエンドを即席で作ってみた。このぐらいなら10分ぐらいでできる。GUI上にタイプしたパラメータをコマンドラインのプログラムに投げて、結果をGUIにフィードバックしているだけだ。

試してみたところ…………結果はあまり思わしくない。「長野谷」が「長」「野谷」に分解されてしまっている。どうも、ことえりの辞書学習内容とはリンクしてなさそうな雰囲気……。

Xcode上に書いたAppleScriptの書式情報を反映させつつHTML書き出し

Sun, 17 Aug 2008 18:10:10 +0900

AppleScriptライブラリ「AS Hole」には、Xcode上で記述するAppleScript（AppleScript Studio）のリストは掲載してこなかった。理由はいくつかあるのだが、部分だけ掲載してもしょーがない（Xcodeのプロジェクト全体をアーカイブして掲載しないと意味がない）とか、AppleScript Studioについては別口でやりたいとか、そういうところであった。

だが、最大の理由は……スクリプトエディタからHTML書き出しするのはいろいろ「やればできる」レベルの難しさなのに、Xcodeから書式つきテキストの情報を取得できないので、努力しても「不可能」。XcodeをAppleScriptからコントロールしても、コントロールするための機能が不足しており、ぜんぜんダメ。

Xcodeは自動化したいソフトのけっこう上位に入っていると思うのだが、そんなことにおかまいなく、XcodeのAppleScript対応度は「残念」とか「なんだこりゃ！？」「責任者でてこい！」というレベル。まー、自動処理フローの中にXcodeを組み込みたい場合には、GUIなんか使わずにShell Scriptで呼び出すでしょう、とかいう話なのかもしれない。

Appleの社員がMLに「こんなことをXcodeで自動処理したいんですけど、できないっすか〜？」などと投稿しているのを見たことがあるが、それはアナタの会社のエンジニアの能力不足により実現されていない機能なので、われわれが実現できるわけがないでしょうが！（内心の叫び。実際には言っていない）　と、みんなで冷たくスルーした。AppleScript Users MLとかAppleScript Studio MLにおけるApple社員の扱いは、各種Apple系MLの中でもかーーなり冷たい部類に入るだろう。

話を元に戻そう。

しかし、ここまでダメダメなXcodeと格闘するのではなしに、「Xcodeには一切期待しない」という発想の転換を行い、Xcode上のScriptをHTML書き出しできるようにした。

http://piyocast.com/as/archives/301

こんな風に…………しかし、こんなに苦労して実現しているのに、書き出すとまったく見分けが付きませんな（汗）　色ぐらい変えておけばよかったかもしれない（ーー；；；；；

Mac miniをHDMI端子で液晶テレビにつなぐ

Sun, 17 Aug 2008 18:00:06 +0900

奥方様が「テレビでDVDを見たい〜！」というので、池袋まで出かけてDVI-HDMI変換ケーブルを買ってきた（１人で）。

http://www2.elecom.co.jp/avd/cable/dh-hddv/

さあ、いままでつないだことのないHDMI機器（テレビ）とMac miniの接続。私をどんなトラブルが待ち受けているのか？！　

……………なんもなかった（汗）

つないだら、、ぜんぜん問題なく認識した。

ただ、メニューバーが見えないし、Dockも部分的にしか見えない。どうしたものか。

…………すると、システム環境設定の「ディスプレイ」に「オプション」のタブが表示されているのを見つけた。この、「オーバースキャン」のチェックボックスを外すと、メニューが見えるようになった。

ただ、1920 x 1080で表示したままムービーを再生すると、表示がチラつく感じである。もうちょっと下の……1600 x 900あたりにすると、ひじょうにいい感じだ。DVDもこの解像度で再生させておいて……テレビ側の表示ズーム機能を使って全画面表示を行ってみた。

奥方様も大喜びである。

Webアプリを簡単に作るための言語というかツール、Yuma

Sat, 16 Aug 2008 17:07:25 +0900

昔、冗談で「HTMLに埋め込めるBasicがあったら、スピードも速いだろうしメモリも喰わなくていいんじゃないか？」的な話をしていたことがある。実現したら面白いが、それはないよね〜と思っていた。

でたよ（汗）　HTML埋め込み型Basic。この7月15日にニュースリリースが出ていた。

http://prmac.com/release-id-2408.htm

PHPなどと同様にHTMLに埋め込んで実行するものだが、素数計算のベンチマークにおいて、PHPの６倍、JavaScriptの23倍速いという。

Mac OS X、Windows、Linux上で動作し、開発版はフリーで使用できる。運用時にサーバーあたり149ドルだという。

思わず笑ってしまったのは、文字列（string）処理関数の名前が………どこかで見たような名前のオンパレード。FileMaker Proの関数名とかREALbasicの関数名に似ているような（汗）

既存の言語であれば、再利用可能なフレームワークやオープンソース・アプリケーションを利用するなどして大きなシステムを少ない労力で作ったりできる。いまさら使い勝手がよく生産性の高い言語が登場したところで大勢に影響はないところだが、小規模で前例のないシステムをちょろっと作るぐらいの用途には向いているかもしれない。

いろいろ調べてみることとしよう。

■Yuma Blog

http://www.yumadev.com/blog/

■Yuma Forum

http://www.yumadev.com/forum/

■開発元

http://www.InspiringApps.com/

主要ソフトウェアのアップデート間隔、とくにAdobe CS

Sat, 16 Aug 2008 17:03:59 +0900

目下、気になる主要アプリケーションのアップデートといえば、（バグ満載の）Adobe Creative Suitesであるが、その他のアプリケーションやらOSやらの更新タイミングもどうなっているかを図にまとめてみた。

MS-Officeについては、すべてのバージョンにキャッチアップする必要があるし、３〜４年で更新というペースであれば安心できる。

Mac OS Xも……バグがボロボロ出なければ、まあ２年というのは問題ないだろう。

問題なのは、毎年アップデートするFileMaker Proと、値段が高い割に２年ぐらいでポンポンアップデートするAdobe Creative Suitesだ。ああ、数ヶ月でアップデートする割にバグが直らないREALbasicとかもあったか。

Adobe CSについては、すでに個人で買うようなものではないので、職場が導入するから使うとか、CSに関する開発案件があるので使うといったぐらいだろうか。

FileMaker Proについては、このアップデートポリシーに「付き合い切れない」と感じている。職場でも、この頻繁にアップデートされてしまう状況を受けて「使わない」というのが基本方針になっている。

さらに上を行くREALbasicに関しては「もう知らん」という感じである。

CS4でMac版の64ビット対応は行わない（行えない）ようだが、64ビット対応することでどのぐらいいいことがあるのか、私としては分らない。2Gバイト以上のデータを扱えるようになるとか、でかいメモリをワークエリアに使えるので処理速度が向上する……ぐらい？　64ビット対応しないからといってCS4を避けてCS5といった話はいまひとつ（何を重視しているのか）分らないような気がする（ーー；；；

17インチ日記：HDDを320Gに入れ替えた

Sun, 03 Aug 2008 23:28:18 +0900

昨日、お好み焼き屋に行っている間にHDD内容の移行を行っていた。HDDの残りが20GBを切り、少々気になっていたのだ。資料その他を溜め込みまくるため、HDD容量はあればあったほうが助かる。たしかに、「ノートは持ち歩いて処理が行えればいいんじゃない？」「メールはWebブラウザで見る」的なライトな使い方がある一方で、資料を集めて分類し、日々さまざまな分析を行うといったハードな使い方では、手元に資料を置いておけないと話にならない。もちろんメールもすべて手元にある必要がある。

そういう意味で、MBP17インチは自分に非常に向いたマシンである。なんでいままで手に取らなかったのか不思議なぐらいだ（値段が高かったので、、、）。

当然、HDDの容量も大きければ大きいほうがよいのだが、ヒマがなくて出荷時の160GBのままになっていた。17インチMBPが「完全体」になるためには、HDDの入れ替えは最大の懸案事項であった。

さて、HDDの入れ替えに話を戻そう。

MacのHDDの入れ替えは、Mac OS X標準搭載の「移行アシスタント」を使って外付けHDD（Mac OS Xインストールずみ）に内容を移し、念のために外付けHDDからシステムの起動を行って主要アプリケーションの起動チェックを行い、その後内蔵と外付けのHDDを入れ替えるという手順になる。

2.5インチの320GBのHDDを買ってきて……これはさんざん悩んだ末に、コストパフォーマンスを重視して5400回転のものを選んだ。7200回転で5400回転なみの消費電力におさえた製品が出てきているが、価格が倍ぐらいちがう。

さすがに、それだけ違うと考えてしまう（どうせ、来年になったら700GBクラスの製品が2〜3万円ぐらいで出て、入れ替えるんだろうし。いろいろ買い物が続いてさすがにつらい）。

G5/2.5GHzクラスのマシンとMBPを比べて、演算とかはMBPの方が速いのだが、Disk I/Oで圧倒的な差が出て、アプリの起動などはG5のほうがはるかに高速である。MBPもDisk I/Oのスピードを改善できるとずいぶん素敵なのだが、デスクトップ機と勝負してもキリがないので、あきらめた。だいたい、G5はノートに入らなかったし、バッテリーで２時間も動くようなものではない。

HDDケースは、秋葉館でFireWire 800/USB 2.0接続のものを買ってきた。てっきりFireWire 400もついていると思っていたのだが、間違いであった。まあ、いいっちゃあいいんだが…………（泣）　ほかに選択肢もないし。

FireWire 800の製品（を買うの）はこれがはじめてだった。ケーブルも初めて見た。コネクタ部分がえらくごっつい作りになっている。

FireWire 800のケースについては、これって本当に8,000円する製品なのか？　というぐらい粗雑な印象を受ける。ちゃんとネジが閉まらないようなのだが……まあ、動けばいいので、さっさとHDDを放り込んで仮組。

つないでみたら……動作中にめちゃめちゃ熱が出る。HDDケースが熱くてさわれない。これは、HDDがそういうもんなのか？　中のチップが発熱するのか？　だいたい、SATAとはいえ2.5インチHDDにFireWire 800のインタフェースつけても、そんなに転送が速くなるのかちょっと疑問である。USB 2.0のHDDケースでもよかったんじゃないかと反省している。さらに、このHDDをMBPの中に入れたら、こんなにカリカリに熱くなるのだろうか、と心配にもなった。

ともかく、移行を行って……内蔵と外付けを入れ替えた。MacBook/MacBook Proの分解なら、もう手慣れたものである。そろそろiMacも分解してHDDを入れ替えたいところだが…………。

Mac OS X 10.5になって「移行アシスタント」が改良され、/optとか/swなどのUNIXなディレクトリの内容も移行してくれるようになった。これまで、さんざんいろんなツールをビルドしてインストールしても、HDDを替えるとその作業をやり直さなくてはならなかった。Mac OS X 10.5の移行アシスタントでは、その作業が必要ないかもしれない（肝心の/usr/local/binを移行してくれないようなのでおっとっと、なのだが）。

結局、HDDを大きなものに変更してみたが、操作感その他にはまったく変化はない。ちょっとは何かが起こるのではないかと思っていたが、そんなことはなかった。とりあえず、全文検索用のSpotlightのインデックスを作り直しておき、さらに「ディスクユーティリティ」でユーザー権限の設定に誤りがないかどうかチェックと修復を行っておいた。こちらも、とくに問題はない。

HDDの発熱も、MBPの中に入れて回してみたところ……まったく問題なかった。HDDケース自体が（FireWireのチップとか）発熱しているのか、よっぽど放熱を考慮していない設計になっているのか、そんなところなんだろう。

テレビの設置シミュレーション

Sun, 03 Aug 2008 23:24:18 +0900

なんか、勝手に盛り上がってまいりました！！（＾ー＾；；；

▲現在の様子。iMacの画面のほうがテレビ（左端下）よりも大きい

▲37V型テレビ設置後イメージ。

▲仮に70インチのテレビを設置した場合のイメージ。とんでもなく大きい。

まだ来てもないのに……

地デジ対応テレビ、注文への最後の障害

Sun, 03 Aug 2008 23:20:50 +0900

不動産屋に電話「ウチって、地デジ映るんですか？」……なんでも、ウチは低層集合住宅なのだが（アパートなの？　マンションなの？）テレビはJ-COMが配信しているのだとか。でも、不動産屋ではいまいち状況を理解していないようだ。そういうことでは困るのだが（ーー；；

だが、別にSet Top Boxが置かれているとかいうわけではなく、普通に壁にテレビアンテナのコネクタがあって、テレビにそのまま同軸アンテナケーブルでつないでいる。

わが家のテレビというのが……奥方様が高校生の頃から使っているという、14インチのテレビデオだ。まあ、アナログテレビの話はともかく、地上波デジタルのテレビなんて設置したこともないし、地デジのテレビのアンテナケーブルがどんな形状をしているかなんて、知らない。

そして、各方面に確認をとり、東芝のサイトから購入予定機種のマニュアルのPDFをダウンロードし、友人の高松氏に電話したりして（感謝！）、状況が分ってきた。

・地デジはふつーUHF帯の電波で配信されている

・集合住宅でJ-COMから配信（Set Top Boxを使わないパススルー配信）されているような場合には、VHFの帯域で配信されているケースもある。そんときゃ、チャンネルの番号とかも変わる

・最近のテレビはよくできているので、つなげば勝手にテレビ側が判断して映してくれる

・各種条件が整わず、アナログしか入らなかったとしても……とりあえず、アナログ放送は映るわけだから、さしあたって「何も映らない」という事態は避けられる

…………なるほどねぇ（ーー；；　そこまで調べ切らないと注文できないぞ（ーー；；；；　まあいいや、とにかく注文しておこう。

地デジ対応テレビを決定

Sun, 03 Aug 2008 23:19:04 +0900

奥方様と池袋のLAVIヤマダデンキで実機を見ながらどのテレビがよいか、どのぐらいのサイズである必要があるかなどを説明。

最終候補を３つにしぼって、価格その他で決めた。

http://www.regza.jp/product/tv/lineup/zv500/concept.html

これだ。

本当は42インチにしたかったのだが、置き場所の問題で37インチにすべし、42インチじゃでかすぎだと奥方様が主張したので、37インチに（もちろん、値段の問題もあった）。

最終候補には日立の液晶テレビとプラズマテレビが残っていた。ともにHDDを搭載しており、テレビ単体で録画したいという奥方様のニーズを反映できるようになっていた。日立の製品には箱庭的な快適さはあるものの、東芝の製品のように「USB外付けHDDが使える」とか「NASに録画できる」といった気合いの入った拡張性が見られなかった。また、ネットワーク機能も東芝のほうが上手に見えた。

ウチでは、アナログの地上波放送が終わったら、そのままテレビを買わないでMac用の地上波デジタルチューナーを買ってiMacを本当にテレビにするつもりでいた。本物の地上波デジタル用テレビなど買うつもりはなかったのだ。

ただ、そうはいっても奥方様はテレビっ子であるし、奥方様のためにテレビがあったほうがよいだろうと判断した。もちろん、費用は折半なので１人で買うわけではないのだが…………HDMI端子経由でMacにつながるというのが気に入った。

すぐに注文することとしよう。うむっ！

17インチ日記：cool feetで難を免れる

Sun, 03 Aug 2008 23:17:41 +0900

池袋のエクセルシオールで奥方様を待つべく、17インチMBPを広げて作業をすることにした。放熱と汚れ防止のために、cool feetを底面につけてテーブルに置いていた。

……テーブルに手をついたら、ちょっと様子がおかしい。なんか、ネバネバする。

透明だったので分らなかったのだが、誰かがガムシロップをこぼしたままにしておいたようだ。危ない（ーー；；　そのままMBPを広げていたら、ガムシロップ漬けになってしまったわけで……Cool Feetがなければひどいことになっていたところだ。

17インチ日記：メモリを4Gに増設した！

Sun, 03 Aug 2008 23:15:07 +0900

懸案事項だった搭載メモリをデフォルトの2GBから4GBに増設してみた。

最初の起動時にメモリチェックのためか、いつもよりちょっと待たされてドキドキする。

おお、大物ソフトをバカスカ立ち上げてもページアウトしない。ParallelsでWindows XPを起動しててもぜんぜん平気。Windowsも起動しているのにCPUメーターが１つとか２つぐらいまでしか上がらないっていうのがすごすぎ＞MBP

4GB増設しても１万円しなかったし、もっと早く増設しておけばよかった。もう、2GBの環境には戻れない（戻る気もないが）。

そして、MBPからとっぱずした1GB×2はMac miniに移動するのでありました。ああ、Mac miniもまた分解しなくちゃいけないのか（汗）

ヨドバシでテレビを見て来たが（汗）

Sun, 03 Aug 2008 23:15:04 +0900

夏休みまでにテレビを買ってオリンピックをおうちでダラダラ見る計画が発動。奥方様は今日はお友達と飲み会なので、１人で秋葉原のヨドバシカメラに行ってきた。

……違いが分らない（ーー；；　テレビの映像を見ても、SHARPが12ビットで他社が10ビットとかいっても差が分らない。

というか、自分はものすごく視力がいいので、テレビ放送のアラがいろいろ気になって、どれも自然に見えないのだが（汗）　JPEGだかMPEGだかの圧縮/展開時のノイズがちょろっと見えただけで気になる（ーー；；；；

で、37インチもあればご自宅にはじゅうぶんなんでないかと。メーカーごとに差があるんだかないんだか……ちょっとSONYのがいいかなー、とか思いつつも、ほとんど有為な差が分らない（ーー；；

気持ち、メリハリがあって液晶よりプラズマのほうがいいんじゃない？　という印象を受けた。プラズマのほうが絵がキレイな気がする。店員に「プラズマのほうが電力喰うってきいたけど？」と聞くと、月あたり数百円ぐらいの差とのこと。

……プラズマのほうがよさげなんだが（汗）　だめだ、１人では判断できない。奥方様も一緒に連れていかないと、、、、

やっぱ、日立の薄型テレビはいいんだけど……スピーカーがちょっとアレでナニなのでもうちょっとしっかりしたスピーカーを搭載しているのがいい。

17インチ日記：バスでテレビを見てきた

Sun, 03 Aug 2008 23:14:05 +0900

出先からの帰り道、阿佐ヶ谷からバスに乗った。運転席のうしろの段差のでかい席を占領。

広い……電車の中などとはくらべものにならないほどの広さ……

これは、17インチMBPを広げてみるしかないでしょう。ひろげて、TVチューナーつけてテレビを見ておりました。うーーん、まるでバスの中がおうちのようだ。これで、TVチューナーがもっとマシなら極楽なんだが……

場所によってワンセグの電波状態がまちまちで、映ったり映らなかったりする。もうちょっとアンテナを伸ばせれば、受信状況を安定させられそうなものだが……。

よし、Express Card版のテレビチューナーが安くヨドバシカメラ秋葉原店で売ってたから買ってみよう！（＾ー＾；；；

Leopard＋Xcode 2.5で遭遇した怪奇現象

Sun, 03 Aug 2008 23:12:32 +0900

Mac OS X 10.5用のXcode 2.5で、怪奇現象に遭遇した。

プロジェクトのファイルを、「全角のスペースを名前に含むフォルダ」に入っている状態でビルドしたところ、コードを書いていない状態にもかかわらず、エラーが出てビルドできなかった（ーー；；；

フォルダ名から全角スペースを削除したところ、正常にビルドできるようになった。

わが家の夏ツアー2008

Sun, 03 Aug 2008 23:01:24 +0900

わが家の夏休みは、どこかに旅行に行くことになっている。「どこかにご旅行に連れてかないと、勝手に旅に出るぞよ」という奥方様からのプレッシャーによって、これまでにもさまざまな旅行プランが遂行されてきた。企画、調査、予約などをきわめて短い時間で行うので、この手の調べものが非常に得意になってしまった。

そして、今年は東北（秋田）にでも行こうかという話をしていたのだが、奥方様の親知らず騒動などでボヤボヤしていたら……なんと、旅行まであと１週間ちょっとしかないではないか。なのに、ノープランである。

自分の持っているすべての能力を発揮し、昼休みにプランを策定。退社後に飯田橋のエクセルシオールにて17インチMBPを広げて、一心不乱に資料を作成していた。

奥方様が「遅くなってごめんよ〜」と合流してきたので、プランを見せた。特徴の異なる３つのプランを策定して、だいたい真ん中のプランがいいんではないか、という提案を行った。……にしても、秋田を電車で移動しまくるので、１日平均６時間ぐらいは電車に揺られっぱなし。最終日も移動につぐ移動で、最後は飛行機で強行帰京という強引さ。だいたい、３日間の移動費用だけで４万円を下らないという強行スケジュールの連続なのである。

…………ここのところ、夏休みをとるためか、奥方様は休みなしで連続で働いており、グロッキー状態である。何か似ているものを挙げるなら、間違いなくウルトラマンに出てきた怪獣「ケムラー」である。うつろな目をしたケムラー。しかし、そのケムラーを過酷な移動につぐ移動が待っている…………

「実は、Plan Bがあるのだが……」

夏休みをエンジョイするためのもうひとつのプランをケムラー（奥方様）に述べた。

「旅行に行くお金ででっかいテレビを買って、おうちでオリンピックを見まくる『どこにも行かないプラン』というのもあるのだが……」

だいたい、旅行費用は１人あたり10万円を下らないだろうという雰囲気である。だったら、それで何か買うというのもアリなんでないかと思っていたのだ。

ケムラー（奥方様）はこれに飛びついた。

……かくして、8/8までに液晶テレビのモデル選定と、確実に納品されるタイミングで発注を行わなければならなくなった。これも、ある意味過酷な作戦だ（汗）

どれにしよう…………………（汗）

17インチ日記：USBワンセグチューナー、宴の後

Sun, 03 Aug 2008 23:01:21 +0900

USBワンセグチューナーというもので一時期、盛り上がったことがあった。たまたま買った製品「OnTime TV for Mac」は、ひどかった。メニューの日本語を間違って書いてあったり、インタフェースがチグハグだったり、番組を見ていると10分ともたずにクラッシュするのが常だった。

久しぶりにひっぱり出して来て、17インチMBPで使ってみたが……状況が変わるはずもなく、相変わらずであった（汗）。だいたい、しょっちゅうクラッシュするもんだから、「録画」なんていう概念自体がおこがましい。その時間にソフトがコケていない可能性はかぎりなく低く、録画なんて機能を実装する前にコケないようにしろ、と憤慨。

…………もう、絶対にIMJの周辺機器なんか買わないぞ、と思わせるに十分な出来事であった。ただ、これよりも評価の低いUSBワンセグチューナーなんてものはザラにあったりして、安かろう悪かろうの見本市会場みたいになっているUSBワンセグチューナー市場。ワンセグという規格自体が悪いのか、サンプルコードがよくないのか、メーカーがダメなのか、ソフトウェア開発者がダメなのか、ああきっとUSBなんかにつなぐのがいけないんだ……などと思うまでに。

で、17インチMBP用にExpress CardのTVチューナーがあったかな……などと思って、探してみたらありました。サンワサプライのExpress Card版TVチューナー「VGA-TV1S2M」。

http://www.sanwa.co.jp/product/syohin.asp?code=VGA-TV1S2M&cate=9

サンワサプライかぁ〜。ちゃんと作ってあるのか、かぎりなく心配（ーー；；　ソフト開発力はなさそうだ。

一応、評価記事らしきものもあったので、見てみる。

http://ascii.jp/elem/000/000/049/49071/

リアルタイムで視聴する分には問題ない、とか書いてある。ただ、紙からWebになって……レビューワーの質はおっそろしく低くなった。これがどーーしたらまともに使えんだよ？　という製品まで「素晴らしい」などと書いてあって（CNET JAPANの評価記事とか）、空いた口がふさがらないことが多くなった。もう、あなた絶対にまともに検証なんかやってませんねそうでしょう、というものが多すぎる。

とりあえず文句を言ってみたが、この評価記事を読むかぎりではまともに動いているらしい。へぇ〜。

で、これがAmazonで購入すると、いまなら4,631円で買えたりするわけですか。なんで英語のレビュー記事が載っているのかはてしなく疑問であるが＞Amazon　レビュー内容については、日本人がざっくり書くのと変わらないレベル。録画時のファイル形式が独自のもので、Exportできないのがよくない。ふつーに使う分には問題ない、とか書いてある。

どうしたもんでしょうね、これは…………。

まあ、待っていればそのうちフルデジタルのチューナーもMac対応版が出ることだろう（たぶん）。

わが家では、アナログが停波したら、Mac用のデジタル放送チューナーを買ってテレビとは「さようなら」をするつもりなので、出てほしいものだが……先のUSBワンセグチューナー騒動のように「安かろう悪かろう」な製品ならいらない。

17インチ日記：静冷台＋cool feetの威力！

Sun, 03 Aug 2008 23:01:19 +0900

うだうだ書いていたら、静冷台もcool feetも空気に放熱する効率を上げることで冷却を行うグッズなのだと気付いた。

ただ、静冷台（PowerBook G4用）では、空気への放熱が追いつかなくなった段階で本体への「照り返し」がはじまり、冷却どころか加熱してしまう。

cool feetも、それほど積極的に放熱するわけではないので、17インチMBPには少々非力な感じである（MacBookぐらいならいいのかもしれないが）。

そこで、静冷台の下にcool feetを敷いて、静冷台のエアフローを改善してみることにした。

効果はてきめんだ！！！！

みるみるうちに、MBP本体が冷えていく…………しかも、静冷台の放熱がうまく行って、キンキンに熱くなることもない。さすがに、キーボード左側のスピーカーの上あたりは熱いが、手前の手を置くスペース（パームレスト）はそれほど熱くはない。

17インチ日記：はじめて「でかい」と思った

Sun, 27 Jul 2008 20:51:17 +0900

いままで、17インチMBPを「でかい」と思ったことはなかった。届いたときにも「ああ、こんなもんだよね」と思った程度だし、職場で広げていても、横に15インチのMBPも広げている（Mac OS X 10.4用）ので、それほど大きく見えない。

昔の12インチPowerBook G4と比べると倍ぐらいのでかさがあるが、MacBookとかMacBook Airと比べて、それほど大きいわけでもない（でも、喫茶店で使っていると「なんじゃあれは？」という目で見られるのは何故？）。

毎日ケースに入れてかついで電車に乗っているが、大きいとは思わない（小さいとも思わないが）。電車で座って広げていても、目の前が画面で埋まることは感じても「でかい」とは思わない。

しかし、今日はじめて「でかい」と思う出来事があった。

わが家では、奥方様も私の職場の近くに勤めているため、帰りは待ち合わせて一緒に帰る。一緒に帰るということは帰宅も同時であり、あまり家で作るという話にはならず、池袋の東武のデパ地下でお惣菜などを買って帰ることになる。

お惣菜売り場に入ると「主夫」の血が騒いで、いろいろと足早に見て回るのだが……なんか、人ごみを避けて歩けない（汗）　めちゃめちゃ周りの人が邪魔そうにしているよ（汗）

ああ、17インチMBPをブラ下げているから、人をよけ切れないんだーと後から気付いた。

教訓：お買い物のときには「縦」方向に抱えて歩こう！！

17インチ日記：cool feetが届いた！

Sun, 27 Jul 2008 19:04:22 +0900

Trinityさんに注文してあったCool Feetが届いた〜。お値段1,680円＋送料600円＋代引き手数料400円。

http://www.trinity.jp/digitallife/gadgets/coolfeet/index.html

なんでこれを買ったかといえば、これまでに使っていた「静冷台」では17インチMBPを冷却し切れないからだ。もともと、静冷台はいまをさかのぼること10年ぐらい前に、昔なつかしのTitanium のPowerBook G4向けに開発された製品であり、桁違いに発熱する17インチMBPには力不足という感が否めなかった。事実、長時間使っていると本体側がドンドン熱を出しはじめ……その時点では静冷台自体が最高に熱せられていた状態になっていた。

この書き方は正確ではないかもしれない。当初は順調に本体→静冷台の方向に熱が移動するのだが、静冷台から先はどこに熱が移動するのかといえば、静冷台のまわりの「空気」にである。この、空気への放熱を効率的に行うために、静冷台の底面は凸凹状になっており、表面積を増やすことで放熱効率を高めようとしている（ドリルで穴まで掘って表面積を増やそうとしてある。設計した人の執念を感じる作りである）。

最終的には空気に対して放熱を行うのが静冷台の冷却システムだ。この、空気への放熱量よりも本体→静冷台への熱移動が多ければ、静冷台への熱移動は行われなくなり、さらに悪いことに……灼熱した静冷台の熱が本体に向かうという本末転倒な状態に陥ってしまう。

この手の、ノートパソコン用の冷却グッズが出始めたのは……まさにTitanium PowerBook G4の登場直後……というか、その当時でもそんな冷却グッズが必要なマシンなんてPowerBook G4ぐらいだったのだが、だんだんと他のノートPCでも冷却の必要が出てきて（とくに夏場）、周辺機器売り場に一定の面積を確保するに至ったようである（ヨドバシカメラの放熱グッズコーナーに行くと「こんなにあるのか！」と驚かされる）。

ノート冷却用グッズにもいくつか種類がある。熱伝導タイプ（静冷台とか）、強制送風タイプ（USBから電源をとって放熱ファンを回すタイプ）そしてエアスペース拡張タイプである。

■熱伝導タイプ

まさに、静冷台のように熱伝導のよい金属素材の台をノートの下に敷き、ノート本体の熱を台に逃がすことで冷却を行う。アルミ削り出しの超重量級の静冷台もあれば、ジェルの入ったバッグによって冷却を行う製品もある。

メリットは、ファンなどを使用しないために静かで、使用場所を選ばないことであるが……金属タイプではけっこうな重量があり、持ち運びができる重さではない。

欠点はいくつかあるが、ジェル使用タイプでは一定の熱容量を超えると冷却効果が薄れてしまうため、長時間連続使用には向かないことがあげられる。静冷台も、もっとローパワーなMacBookやらPowerBookであれば問題はなかったのだが、静冷台の熱容量を超えた発熱を行う17インチMBPに対しては非力であった。

■強制送風タイプ

家電量販店などで売られているグッズの多くがこれである。USB端子などから電源をとって冷却ファンを回す。USBの抜き差しが必須になってしまうのと、ファンの回転による動作音が気になるといえば気になる。また、価格もピンキリであるが……安物だと放熱ファンの寿命が気になる。身の回りの人間でこれを使っている例を見たことはない。

■エアスペース拡張タイプ

今回のcool feetがこれに該当する。ノートの底面が机に接地していれば机に熱が逃げることを期待できるが、ノートの底面にはゴム足が取り付けられており、接地していない。接地していないために熱はかぎられた場所に逃げるしかなくなる。ノートと机の間の「空気」に対してだ。

cool feetは、ノート底面が接する空間を拡張することで、より冷却効率を高めようという設計思想の製品のようだ。そんな消極的な冷却方法で「冷え」るのかは疑問だが、熱伝導タイプのように熱容量オーバー時の「照り返し」はないし、強制送風タイプのように動作音がするわけでもない。熱伝導タイプでも、前述のように最終的には空気に向かって放熱するわけで……とくに突飛な発想から生まれた商品ではなさそうだ。ただ、放熱に対してどの程度の実効性があるかは未知数といったところか。

さて、届いたcool feetの箱を開けてみると、予想よりだいぶ小さい。また、Webサイトで見た印象ではもうちょっと堅い素材と思っていたのだが、手にとってみるとけっこー柔らかくてぷにぷにである。

サイトの写真ではMacBookに取り付けてあったので、巨大な足がつく印象だったのだが……17インチMBPに取り付けてみると、なんともかわいらしいたたずまいである。

さて、cool feetの実力やいかに？

さらばMacBook！

Sun, 27 Jul 2008 19:00:48 +0900

先日、実家にいる弟にMacBookを売却。Leopardの各種機能を説明したり、PowerBook G4からMacBookへと変わったため、赤外線リモコンやらの増えた機能を説明。分ったかどうかはひたすら不明であるが、これまでにもPowerBook G4を使っていたので、問題ないと思いたい（＾ー＾；

12インチのPowerBook G4は、かわいそうに光学ドライブがまともに認識されておらず、HDDの空き容量もさほどなく、バッテリーもそれほど保たないという状況。PowerBook G4を渡した後に、iPodが一大ブームになったりで……弟もiPodの「母艦」としてMacを使いたいところであったものの、光学ドライブの不調により、やむなく父親の書斎にあるeMacを母艦にしていたのだという。

ともかく、MacBookが弟のものになり、私がMacBookを手にすることはなくなった。思えば、2年あまりMacBookは私のメインマシンとしてプログラム開発に資料作成にプレゼンにと、その価格からは想像もつかないほど縦横無尽に活躍してくれた。その後、同僚４人がMacBookを選択したが、みな後悔のない選択をしたと信じてやまない。

思えば、発売直後……コストパフォーマンスが信じられないほどよいことに目がくらみ、すぐさまApple Store, Ginzaで購入。店員の余計な説明やらオプション購入の提案を拒絶し数分でMacBookを手に店を出た。メモリを増設し、相性問題でいろいろ悩まされたりもしたが、広くて安いメモリ、コンパクトでありながら広い画面を確保した筐体。気が向いた時いつでもHDDの入れ替えが即可能なメンテナンス性の高さなどなど、歴代のMacノートでトップクラスのコストパフォーマンスを誇っていた。さらに、Intel MacになってAppleScriptが信じられないほど高速に動くようになったため、さまざまな高度な処理を日常的に利用できるようになった。

だが、初期ロット特有の「突然電源が切れる」という現象に業を煮やしてApple Storeに持ち込んで修理……そして直らずお決まりの新品交換に。だが、初期ロット品はディスプレイの発色数が多く、疑似階調表示などされておらず、すばらしく美しい画面だったのだが……交換された新品は量産品であり、ウソの色で表示される「文字通りの量産品」。この「スペックダウン・ショック」からは当分立ち直ることができないでいた。

とはいうものの、Mac上でWindowsそのものが動くMac版Parallelsの登場など、それまでのMacではあり得なかったさまざまな血沸き肉踊るエキサイティングな環境が整いつつあった。Windowsもインストールするため、より大容量のHDDに載せ換える必要に迫られ、最初の80GBからすぐに160GB、200GBへと「お買い得ライン」に載った段階でどんどん入れ替えることに。

だが、徐々に……いくつかの点で不満が出てきてしまう。

まずは、メモリ容量。はっきり言って、Intel Macに2Gバイトは狭すぎである。できれば、4G。可能なら32Gぐらい積んでおいて後顧の憂いなくアプリケーションをバカスカ立ち上げまくりたいものである（無理やがな〜）。メモリなんか冗談みたいに安くなっているので、ありったけ積んでしまって構わないと思うのだが、その制限があるというのはなかなか辛い。

そして画面サイズ。職場でも毎日外付けモニタをつないで作業を行っていたが、メインモニタが大きいほうが便利だし、集中力を維持しやすい。複数モニタでは気が散ってダメである。だいたい、毎日コネクタを抜き差しするのでだんだん摩耗してガタつきはじめていた。

さらに、あれほど速い速いと喜んでいたCPUの処理速度にも不満が出始めた。メールをバカみたいに溜め込んで、フォルダ分けして参照しているため……その、常識離れした数のメールをきちんとハンドリングするのに1.8GHzのCoreDuoでは不満タラタラであった。実に、新着メールを確認するためにInBoxフォルダをクリックしても、表示されるまで１分以上待たされたりして、我慢の限界をとうの昔に超えていた。この問題を解消するために、一時期真剣にMacProの購入を考えていたほどだ。

実際のところ、Mail.appの遅さはTiger版のMail.appの構造に起因するものであって、Leopardにアップデートすればそのままのマシンでもかなり改善されたはずなのだが、いまより１年先や２年先ではさらにメールが増えているわけで……溜め込んだメールの重さにつぶされない程度にパワフルかつ快適なメール環境を作ることは急務であった。

この２年の間には、さまざまな故障もあった。キーボードにコーヒーをこぼして、キーボードが動作不能になったこともあった。秋葉原のジャンク屋でMacBookのトップケースを２枚買ってきてなんとかリカバリ。HDDのクラッシュにも２回ぐらい遭遇した。放熱ファンがイカれ、アメリカから取り寄せて交換したこともあった。

それでも、MacBookを手にしたことで、その値段からは計り知れないほどのメリットを得た。いまだもってMacBookの製品ラインはひじょーーにお買い得であり続けている。これから先、後継機種がその座をさらに不動のものにすることだろー。

17インチ日記：今日も座れたので電車の中で使ってみた！

Sun, 27 Jul 2008 17:04:00 +0900

出勤時に「絶対に座れる電車」というのを発見。従来よりも早く出勤する必要があるのだが、極力これに乗るようにしている。

たまたま始発駅が自分の最寄り駅の１つ先であり、練馬で準急あたりへの乗り継ぎがあるらしく、多くの人がこれに乗り換えてしまう。有楽町線経由で池袋に出るよりも、乗り換えたほうが早く池袋に行けるようだ。

その結果、たまたま特定の時間帯の新木場行きが「信じられないほどすいている」状態になったのだろう。この先、学習効果が働いて混雑することも予想されるが、これに乗れれば、いまのところ確実に座れる。

その座れる電車に乗って、今日も17インチMBPを広げて作業をしてみた。目の前に画面しか見えないので、おっそろしく集中できる。30分ほど乗っているので、ちょっとした調べものとか、些細な試作品のAppleScriptなんかは作れてしまう（１時間も乗っていたら、ものすごいものが作れるのだが）。

こう書くと絶好調のようであるが、そういうわけでもない。むしろ、いくつかの条件をクリアできないと17インチMBPを開くことすらままならない。

まずは、新型車両であること。

有楽町線に新型車両（10000系）が導入されて、ずいぶんと座席に余裕ができたので、これに乗れることが前提条件。新型車両が来た＋座れた＋余裕があるときしかできない。古めの車両では、座席に座って17インチMBPを横に向けることすらままならない。

最近、JR東のE233系をベースにした車両が首都圏の各鉄道会社に導入されており、西武の30000系とか、小田急の4000形とか……７人がけのシートが４人＋３人に分けられているので、これらの車両であれば17インチMBPを使える。隣の人とぶつかるとかいった危険もあまり感じない。普通に池袋から西武線に乗ったら……3人：４人の分離型シートであっても、狭くてとても無理である。

さらに、隣に座っているのが奥方様であること、という条件も足してもいいかもしれない。たまに一緒に出勤しているので、隣同士で座れると17インチMBPをひっぱり出せる。

座るシートの場所もいろいろ選ぶ。左右に人が座っている中央は避けて、なるべくコーナーか、7人がけ椅子を３人：４人に分けているポールの横。これで、片方だけ気をつけていれば接触などのトラブルを避けやすくなる。

以上、かなりコンディションが限定され……毎日使える、という感じではない。今日は使えないから本を読もうとか、iPodでゲームしていようとか、そんな感じである。もちろん、帰りの電車の中ではとうてい無理だ。

ライバルが追随できない技術を搭載した新製品

Sun, 27 Jul 2008 11:34:02 +0900

を開発し、7〜9月期に製品の入れ替えを行うのだという。＞Apple

自分らが格安にて17インチMBPを購入できたApple Online Store上の数量限定セールに見られるように、どーーもAppleは在庫品をこの機会に完全放出するハラのようだ。

では、そのライバルが追随できない技術というのはなんだろう？

おそらく、ハードウェア面で変わったものを投入すると予想されるのだが、おそらくそれはディスプレイ、スピーカー、キーボードといった部品レベルで実現できるものだろう。

ディスプレイについては、Apple１社でどうにかできるものではない。スピーカーについては、画面一体型スピーカーなどを他社が先駆けて採用した実績があり、「追随できない」というほどのものではない。

キーボードが怪しい。

Appleは、かつてタッチセンサー式キーボードのメーカーを買収している。キーボード自体がスライドパッドになっており、キーボードの上でジェスチャーを入力することができるようになっている製品だった。

iPhoneとMacとの操作の整合性を確保するのであれば、ピンチなどの操作をMac側に無理なく加味する必要が出てくる。MacBook Airではトラックパッドにその機能を持たせたが、トラックパッドが最終的な解決策になるとは思わない。

問題は、その……トラックパッド兼キーボードとでも呼ぶべきユニットが、メカニカルキーボードなのか、タッチパネルなのかということだ。可能性が高いのはタッチパッドだが……ユニット単価がえらく高くなりそうだし、消費電力も増えてしまう。かといって、メカニカルキーボードにタッチセンサーの機能を持たせるというのも……できたらすごいことだが、いまひとつコストが高そうだ。

どのへんが落としどころなんだろうか。

Mac OS Xタブレットが出るのではないか、という声もある。そして、これの値段が抑えられているために収益性が下がる、といった意見だ。ただ……

17インチ日記：何日目だか忘れた＋２

Sun, 27 Jul 2008 11:32:35 +0900

放熱について。これまで、PowerBook G3、PowerBook G4、MacBook、MacBook Proと乗り換えてきて、ずっと使い続けている周辺機器がある。

それが、id east endの「静冷台」である。

http://www.id-ee.co.jp/go/4G4/sr4g4.html

今日では、ノートの冷却用グッズが大量に売られているが、当時としてはひじょーーにマイナーな存在であった。

静冷台はアルミ削り出しという豪快な逸品であり、マシンの熱を逃がしつつキーボードに傾斜をつけて打ちやすくする周辺機器。しかも、すべて素材の熱伝導などのシステムを利用するようになっており、騒音源になったり電源の取り回しがうっとおしい放熱ファンを使用していない。

たしか、最後のMacWorld Expo/Tokyoのあとのじゃんけん大会で当てた品だ。マシンを乗り換えてもOSが変わっても、静冷台だけはひたすら使い続けてきた。10年間機能にまったく不満を覚えない、時代を超えた優秀な周辺機器といえるだろう。

だが、どうやらさすがの静冷台も、17インチMBPには歯が立たないようだ。

17インチMBPを載せていろいろ作業を行っていると、もう静冷台に熱がこもりまくって大変な状況になってしまう。こんなに熱が出るマシン用ではないので、冷却容量を超えているに違いない。

とにかく、冷却し切れなくて大変である。外部冷却システムについては、そろそろ何か手を打っておいたほうがいいかもしれない。