Emacs はなんとなく出来るだけ current を使うようにしています。最近の Emacs は Cocoa になっていて、Mac 用バイナリが、 Carbon Emacs Package のように簡単に手に入らないと言うのも一因だったりします。

Emacs の導入に関しては、いつもここを参照しています。ソースは git で取得し、 –with-ns –without-x で configure して、出来た Emacs.app を Applications の下に置けば OK です。

で、Emacs.app は、普通に make install する emacs とは異なり、ライブラリや site-lisp を app の下に持っているものを参照します。そのため、様々なパッケージは、普通に ./configure; make; sudo make install をしただけでは使うことが出来ないようです。なので、 ./configure する際に、それぞれのパスを明示的に指定する必要があります。

今回は、 Mew を Emacs.app に追加してみました。 github から Mew のソースを clone して来るまではいつもの同じなのですが、 ./configure 以降は以下のように行います。

他にも指定するものがあるかもしれませんが、 ./configure して最後に出てくるインストール先リストとしては、これで正しそうです。

他の package に関しても、同様に導入できると思うので、他に欲しいものも試して見たいと思います。

今回のやり方は、こちらのページを参考にしました。

これからはこの端末ともがんばっていきます！

って VAIO Type P の事を書きました。で、結局今はどうなってるかというと、ちょくちょく浮気はするものの MacBook Air がメインになってしまっています。さて、なんでそうなってしまったのか？ということを今回久しぶりに書いてみたいと思います。

HDD モデルはキツかった

購入した VAIO Type P は前回の post で書いたように、WWAN 付きの店頭モデルである VGN-P80H/W でした。このモデルは、CPU は Atom Z520 1.33GHz、メモリ 2GB、ディスクは HDD 60GBというモデルでした。まぁ、CPU 性能は評判どおりそんなに良くないのは覚悟していたのですが、なにが一番つらかったかというと HDD の衝撃耐性の弱さとアクセスの遅さでした。

この HDD、1.8 inch Ultra ATA ということで、サイズは最近のものですが、接続方式がちょっと残念なので転送速度がそんなに出ない。この辺は MacBook Air (初代)も同じで、転送速度が遅い→スワップアウト発生→書き込み遅い→スワップイン→読み込み遅いのスパイラルにより体感速度が著しく悪くなるのでした。さらに、筐体の作りのせいもあるのかこの HDD は異様に衝撃耐性が弱く、ちょっとした衝撃でアクセスに影響が出てしまい困りものでした。HDD の衝撃検知ユーティリティで、感度を鈍くしたり無効にしてみたのですがあまり変わりませんでした。

というわけで、VAIO Type P に限らず小さなマシンを買う時は、ケチらずに SSD モデルを選択されることを強くお勧めします。

SSD といっても安心はできなかったり

で、初代 MacBook Air の HDD モデルですが、こちらも先程書いたスパイラルにより結構レインボーカーソルのお世話になっていたわけです。なので、ずいぶん前に HDD を PhotoFast の G-Monster-1.8″ ZIF という SSD に換装して使っています。

この MacBook Air は先程も書いたように、HDD は 1.8 inch で P-ATA さらにインターフェイス形状は ZIF というとってもがっかり仕様な訳です。さらに厚さの制限とかもあって HDD ですらなかなか対応ドライブが無かったりします。で、しばらく待って、やっとお手頃な値段で対応するインターフェイスの SSD が出たので喜んで換装してみました。

とってもとってもたいへんな作業を経て換装してみた結果、起動は早くなりアプリケーションの起動もそこそこ早くなって満足！…と思ったのですが、インターフェイスは変わらず、またお手頃なお値段の製品ということもあり、結局スワップイン・アウト時にはレインボーの洗礼を受けるのでした。

というわけで、SSD も妥協はあまり良くないみたいです。きちんとスペックやベンチマークしている人の情報を参考にした方がいいかもしれません。風に聞く噂では、やっぱり Intel 最高らしいです。

結局元に戻る

現在もその換装した MacBook Air が持っている MacBook の中では一番まともに動く上、やはり軽さも重要なのでメインで持ち歩くマシンになっています。日常的に使う小さなバッグに入れば文句はないんですけどねぇ。ちょうどいい小さなバッグにはまだ出会えていません。バッグは絶賛探し中です。

VAIO Type P なのですが、一時期 Snow Leopard が動くということでそんな夢を見てみたりしましたが、サスペンドができないのとやはり色々遅いのとで結局出番がほとんど無くなってしまいました。今後の MacOS X Update では Atom では動かない kernel になるという噂もありますしね。Windows 7 とか懲りずに SSD 換装とか挑戦してみたいことは色々ありますが、忙しいのでしばらくはお休み、でしょうか。ね。

Dinner at Tokyo DisneySea (20/07/09), originally uploaded by tomine.

しばらく更新してくなくてごめんなさい。

ついカッとなって…というわけではないですがVAIO Type P を買いました、VistaのWWANt対応モデルであるVGN-P80Hがタイムセールで安かったので思わず買ってしまいました。
# まぁ、最近話題のXPモデルもあったのですが、こっちの方がメモリも2GBあって、P50より安かったので。。。

で、こうやってiPhoneで撮った写真をすぐにEye-fiでFlickrに上げ、エントリを書くということもできるようになりました。これぐらいの質量の端末ならiPhoneの欠点を補うこともできるかもしれません。

ということで、これからはこの端末ともがんばっていきます！

Blogを書く上で重要なノウハウがいっぱい出てくるとても勉強になる場でした。皆さんとてもいい方ばかりでしたし、ブロガーの方々も様々な経験に裏付けされた様々な知識やノウハウをいろいろ出されてとてもためになることが多かったように思います。

その中でも、「Blogを書くには自分を持って自分を出すことが重要」というのはとても心に響きました。ここのページが長時間放置されているのも、書かなきゃ…と思うことはあるのですがやはり自分とは何かという部分が自分自身に欠けている面があるからなのかもしれません。「自分とは何か」をidentifyするのはそう簡単なことではありませんが、継続して少しずつ積み上げて行ければいいのかな、と少し思いました。なので、今後は少しずつ何かを残して行ければと思います。

まま、最近過去にはまって、再度同じところではまるという経験が多くあるので(特に環境構築系で)、そういうところから少しずつ残すことができればいいのかもしれません。また、他の面でも意見をうちに秘めるだけではなく、残しておくと後々いいこともあるかもしれませんしね。

そんなわけで、少しずつ頑張っていきます。

やり方は簡単で、

1. 「wp-content」を適当なところにコピーしておく
2. 新しいWordPressを上書きして展開
   tar xzvf wordpress-2.7-ja.tar.gz -C ~/public_html/ とか
3. 「wp-content」を上書きで書き戻す
   なにやら「js_cache」の中身は上書きできないよって言われた…
4. 「/wp-admin/upgrade.php」にアクセスして終了

これだけでした。皆様も是非。

あと、ついでにちょっとはてダで書いてた記事もインポートしました。
これは、はてダをMovableType形式でエクスポートして、それをWordPress側でインポートするだけだったので簡単でした。

とりあえず、作業メモでした。

その話をPodcastで聞いてすぐにいろいろ頭の中で考えたのですが、Twitterの140文字の中で表現するのと、iPhoneでそれをちゃんと表現するのがとても難しかったので、この拙い場で思ったことを吐き出してみたいと思います。結構、頭の中がぐるぐるしました。そのお便りを受け取った本人のそれとは、当然比べものにならないと思いますが…。

とりとめもなく無駄に長いので、無理して読まなくてもいいですよ。。。あぁ、それに、タイトルから想起されるような一般的な話題ぢゃないです。。。

お便りについて

で、話を聞いた感じですが、お便りの内容は確かにもっともなのかもしれないのですが、お便りなのでその内容はやっぱり主観だと思うのです。なので、特に個人の発信しているメディア、WebページやPodcastなどにおいては受け手が取捨選択自由である以上、ネガティブな意見を投げつけるだけ、というのはお互いに生まれるものが少ないのではないか、と、思いました。もちろん、お便りの内容を全て見たわけではないので、内容の詳細は分からないですが。

思い返せば…

思い返せば（笑）某ポッドキャストをちゃんと聞き始めたのは、修論が積み始めてTwitterを始めた後、5月頃だったでしょうか。その頃にお二方をFollowし始め、Twitterでアプローチをしてみたり…のような感じだったかな？いまいちちゃんと覚えていないですが…^^;;;

でも、その前に昨年末頃からきっかけは忘れましたがiTunesには登録をしていたりします。その時はもうすでにPodcastが始まってからしばらく経っていたのですが、種Podcastの最初から聞いていました。最初は楽しく聞いていた気がしますが、数回聴いた後に今回のお便りと同じ様なことを思いました。「この人の感性と物言いは絶対にお友達になれないな」と思って続きを聞くのをやめたことを時期は覚えてませんが、環八で聴きながら思ったことはハッキリ覚えています。それからはiTunesにも登録したままだったし、ページもLDRに登録してはいましたが、ほとんど見も聞きもしなかったと思います。

そんな状態であったにもかかわらず再度聞き始めたのはどういうきっかけだったのか、自分でも正直よく分かりません。ちょうど放置してあったTwitterアカウントでTweetし始めたのが5月だったので、修論でいろいろ積み始めていろいろ余裕がなくなり、スタンプラリーがあるにもかかわらず満足にパークへ行くことが出来なくなったのときっと関連があるような（笑）

そして、再度聞き始めてからは、本当にヤバかった中間発表や本論提出、最終発表前後を除いて、今まで聞き続けています。Twitterを通してお二方の人となりが何となく分かるようになったから、というのは大いにあるとは思います。でも、自分の多様な表現を許容する気持ち的な余裕が生まれたことと、表現の仕方には確かにトゲがあるのですが、それの裏にある愛情みたいなものを感じたからかもしれません。プラスの意見もマイナスの意見も気持ちがあってこそなのかなぁ、と。

1リスナーとしての希望

今回のPodcastの最後で「反省しました。以降、気をつけます。」とおっしゃっていましたが、頭の片隅においておくだけであまり気にする必要はないと思います。楽しいお話のどこかが、その「気をつけ」る事によって変質してしまうことは、私個人としてはあまりうれしくありません。個人的には、全く住む世界の違う人が、どのように考えたり思ったり物事を見たりしているのか、というのに触れる喜びみたいなのをちょっと感じ始めているので。だから、聞くようになったのかも。ただ、今回の件は、それを煽る側としても、聞き手の多様性を意識するきっかけにはなったかもしれません。

なんだか上手くまとまりませんが、とりあえずスタイルを試行錯誤するのはいいと思いますが、無駄なブレーキは要らないと思うので、これからもがんばっていって欲しいと思います。このメディアには、受け取り手にも取捨選択する権利があるので、本当にフリースタイルでいいのではないでしょうか。

ついでに時間の話

その前の回のextraは、「〜しながら」で聞くのにはちょうど良かったかもしれません。とってもおもしろかったですよ^^ 確かに何にせよメディアに接するのは時間がかかりますが、音だけのPodcastは文字や映像より拘束が少ないので、時間には一番優しいのではないかと思います。

前回のエントリで書いた「Tokyo Disney Resort Priority Seating Line-Cut Time List」ですが、最初に立ち上げてからとりあえずあまりいじることなく、黙々と日々閉園前にPSの受付終了時間の情報を取得してきています。今のところ、Session IDでアクセスをはじかれたり…と言うことはなさそうです。とりあえず今月いっぱいとのことで、今月いっぱいは無事に情報が取れることを祈るばかりです。

で、このページにTwitterでこのような意見をいただきました。

mtakeshi @toomine いやー、あれは記録としてはすばらしいのでぜひ続けてくださいませ。ディズニー系サイトはフロー系が多くてストック系サイトがなかなかないんですよね。貴重。

ありがとうございます！これを励みに頑張っていきたいと思います。

で、そこからいろいろ考えたことなど…。

確かに現状あるディズニー系サイト…というか、どのような系統でも似た傾向ではあると思うのですが、基本の体裁がBlogなので、自分が経験したこと、自分の周りで起こったことをつらつらと書き連ねているところが多いように思います。このような、そのときの経験を書き連ねたフロー系の情報というのは、インターネット以前にはあまり無かった情報だと思います。現在ではフロー系の情報にあふれ、その時々に点の情報として何があったのか、というのを集めることは容易になっています。

しかし、そのようなフロー系の情報をストックとしてきちんとまとめているのは、mtakeshiさんがおっしゃるようにあまり多くないようです。これらのフロー系の情報というのは、いわゆるBlogを書いている各々の経験、体験なので、データというか数値として蓄積するのは難しいのだと思います。そう言う意味でもTDR OfficialにリゾートNOW!で、このようなデータを公開されたのはとても重要なことだったと思います。

この数値にならない経験知というものを、数値化しデータをまとめ、連続したデータとして視覚化する事ってやっぱり重要だ。と言うことを改めて認識しました。もちろん、経験知を数値化する…というのはものによっては容易ではありませんが、現状で経験知のみで運用されているものは少なくありません。おそらく、D系の皆様もパークでの行動や、パークに関する質問などに答えるときなどは、自分の経験知から自分なりの最適解を導き出して、行動、解答しているのだと思います。

パークでは、基本的に遊びなので、各々がデータを取るというのはなかなかやらない作業だと思います。しかし、どのタイミングでどこに行って、どれぐらい待って…といった情報はもしかしたら蓄積するとなにか意味を持つのではないか…と考えています。Twisneyにある待ち時間を集めるページはある意味そのためにはいいツールなのだと思うのですが、なかなか使っている人はいません。しかし、舞浜狂さんのところのかんたんTwisneyで、時間と場所を残すことが出来ます。これを、みんながニートにつければデータの蓄積につなげることが出来るかもしれないなぁ。と、思いました。今度暇なときにTwisneyjpから、なんかしらのデータストックを作る方法を考えてみようかな…。

で、その中にリゾートNOW!というページがあるのですが、これがすごいのです。今までは、パークにいないと入手できなかった、現在のパーク内アトラクションの待ち時間やファストパス発券状況、プライオリティシーティング受付状況が、今月いっぱいですが、携帯(というかWebから)チェックできてしまうんです。個人的には、携帯電話でなくても携帯電話向けのサイトが見られるようになったのが一番うれしかったりします。なにしろ、iPhone では携帯電話サイトを閲覧できなかったり、普通の TDR のページは Flash が入っていないので見られなかったりして、現地ではショーの時間やバスの時間をチェックできずにかなりサミシイ思いをしていたので、どんなブラウザでも見ることが出来るようになったのは大きな意味があると思っています。

…という、個人的な感想は置いといて、このリゾートNOW!では、先述のようにプライオリティシーティングの受付状況が確認できるのですが、プライオリティシーティング(以降、PS)の受付終了した時間が最終更新時間という形でわかるようになっています。で、Twitter を眺めていたら、この情報をだれか1ヶ月まとめて取って〜と言っている方がいらっしゃったので、何となく手を挙げて作ってみました。

まぁ、最初はシェルスクリプトで何とかなるかと思っていたのですが、いやはや、このページ、PHP で生成しているようなのですが、文字コード SJIS だし(うちのシェルは UTF-8)、改行がないしで結構シェルスクリプトで処理するには、出来なくはないけど結構辛い。ので、時々研究室に来ている OB の先輩に相談したところ、「Perl ですぐ出来るよ。というか、ページでサンプル公開してるから使ってみたら？」とのことで、何年かぶりの Perl に挑戦してみました。久しぶりの Perl だったり、頭がオブジェクト指向になってなかったりでかなり時間がかかってしまいましたが、出来たのがこのページ。

Tokyo Disney Resort Priority Seating Line-Cut Time List

Perl で書いたのに CGI じゃないのは、頭がシェルスクリプトだったからかもしれません。で、最初のだっさい table だけのページだったのですが、舞浜狂の咲間さんにいただいたソースを使って見栄えも何とかなりました。

内部的には、結局 MySQL を使ったり、所々力業だったり、Perl なのに cron で redirect して html ファイルを吐いたりと、おかしな事をやってたりしますが、まぁ、所詮お遊びで、やってみたいことをひたすらやってみたカンジなので、その辺はご勘弁を。。。

というわけで、向こう1ヶ月の PS 終了時間がこれで一覧できるようになる「ハズ」です。リゾートNOW! のページの URL にはあやしげな Session ID っぽい文字列も付いていたりするので、スクリプト対策をされたらまたちょっとコードを改変しなければいけませんが、1日に一回しかアクセスしないので勘弁してください（ぉぃ）あとは、暇を見つけて、同時に吐いている csv ファイルを使って gnuplot でグラフを書いてみようかなぁ、と。でも、どういうグラフが一番うれしいんでしょうね？

ということで、皆様、ご活用ください。というか、していただけるとうれしいです。よろしくお願いします。

とりあえず自分のページとして、この「Maihama Imagineering」を立ち上げてみました。(ただ単に、WordPressをさわってみたかっただけ…というウワサもありますが…)

まだまだいじっている途中なのですが、投げ出さないように頑張ります。D系のネタも他の皆様にいつも遅れを取っているので、自分で追っかけられるように頑張ります。が、まずはエントリを絶やさないことを目標に…したいなぁ。

ともあれ、よろしくお願いします。