大部分が去年のうちに終っていた話でアレなんだけど、転職してしばらくして落ち着いたところで、家のMacと周辺環境を見直してみることにした。

というのも、会社に支給してもらったのが2012版のMacBookAir(SSD以外全部盛り仕様)なので、手持ちのMacBookAir.2011のほうが歴然と遅い……。それに外付けディスプレイやスピーカー類はかなり前から使い続けてたので飽きもきてたし……といったあたりを言い訳に、ちょっとずつ入れ替えていったら気がついてたら全部入れ替わってたよ(棒読み)。

会社支給のMacBookAirを常に持ち歩いてるので家用はMac miniに。CPUとメモリはMAXで。ストレージは迷ったけど、元々使ってる外付けHDDもあるので性能優先でSSD 256GBに。この外付けHDDは、AirMacExtremeに繋いでネットワークドライブにしてたんだけど、変なタイミングでオフラインになったりして、想定してる使い方(iTunes LibraryとTime Machine用)に向いてなかったので結局Mac miniに直接刺して使ってる。

で、折角MacMiniにしたので2560x1440で表示できるディスプレイをということでDELLのU2173HMを購入。Mac miniなんだし当然Thunderbolt Displayって手もあったんだけど、PS3のモニタとしても使いたかったので、DisplayPortかVGAまで一通り揃ってる(そして安い)こっちのほうが良かった。1枚で今までのデュアルディスプレイ的に画面を使えるので快適。最近のMac OSはMissionControlとかの作りのせいもあって物理的なデュアルディスプレイが使い辛くなってるので大画面一点作戦は悪くなかったと思ってる(そもそも机がそんなにデカくないので、ぶっちゃけ27インチのこれ1枚置くとギリギリです)。

さらに、折角光オーディオ出力できるようになったので、それを使えるスピーカーをということで(泥縄)ONKYOのアンプ内蔵スピーカーを購入。スピーカー自体が前のより良いやつになったので低音が響くようになったのが嬉しい。ノイズとかは前からそんなに気にならなかったけど、細かい音も聴こえるようになった気はする(が、気のせいだと思う)。ちなむと、退役した元スピーカーは同じく退役したAirMacExpressと一緒に寝室に持ち込んだので、iPod touchからAirPlayで寝る時に流せるようになった。

結論としてはモニターとスピーカーを買い替えるとライブBDが楽しいので皆もやるといいよ!

去年のネタになってしまうんですが、ある程度でかく、かつ都度更新され続けるファイルの転送量を削減したいなーということになって、ちょっとずつ更新されてるなら実は差分は小さいんじゃね?ということで、バイナリのdiffをとって転送先でpatchをあてる、みたいなことが出来ないかなーと調べてました。

バイナリ差分生成系で一番ポピュラーなのはxdeltaのようで実際yumやaptで簡単に入れられるし、プロジェクトとしても更新が続いててドキュメントも揃っててなかなか良さげ。一方で bsdiffとxdeltaを比較してみた という記事で紹介されている bsdiff というのもあって、Google Chromeのアップデートとかでも使われたりしている模様(chromeの差分アップデートでは更に逆アセンブルした結果を差分アップデートしたりとか変態的なことやってるようですが)。

比較してみると、確かに bsdiff の圧縮率は xdelta より遥かに高いんだけど、その分CPU負荷やメモリ消費も高く、更に差分生成時間が3倍くらいかかる。で、その比較は数十MBのファイルで試してたんだけど、実際には数百MB(1G超えることも)のファイルでも使いたかったので、そっちで試したら1時間経っても返ってこない(おそらく試験機のリソース使い果たした)。

こりゃbsdiffは今回のユースケースには合わないなーという結論が出つつ、でもxdeltaだと差分のサイズがイマイチ……ということでもうちょっと粘ってみたところ、bsdiffのサイトで公開されてる競合比較の表にあった zdelta というのを調べてみることに。

すると、(後述する若干の問題はあったものの) bsdiff には及ばないながら 差分のサイズは xdelta よりかなり小さい ( bsdiff と xdelta の真ん中ぐらい ) 上に、元ファイルがGBになっても処理時間が爆発したりせず、差分適用はほぼ一瞬という素晴らしい結果が。

そんなわけで採用することになったんですが、これを見て「ふーん、使ってみるか」と思った方へ諸注意。zdeltaのソース一式は上記リンクから取得できるんですが、そのまま使うと差分を適用するコマンド実行時にセグフォで死にます。なんじゃそりゃ……とひとしきり悩んだ挙句、こちらで公開されているpatchをあてると解消することが判明。さらに、差分を適用するコマンド(zdu)のusageが間違っていて、usageは「zdu source target patch」の順になってるんですが、「zdu source patch target」でないと動きません。手元ではusageも直した上でコンパイルして使ってます。

まあ、通常のユースケースではxdeltaで事足りるんだろうし、あまり大きくないファイルの差分をとるならbsdiffも便利なんでしょうが、大きいファイルの差分を継続的に生成したい、という狭い用途には(パッチをあてた上で)なかなかお勧めです。

kindleの国内展開とあわせてスタートしたKDP(Kindleダイレクトパブリッシング)。早速、Plack HandbookやPerl テスティング ハンドブックなんかが公開されている。自分も一度何か売ってみたいなあ(単著もないのにとか言われずに済むし!)と思っていたものの、そんな都合良く本にしやすい量の文章を持ってないしなあ……と思っていたものの、去年一年間かけて食べてきたラーメンをまとめたブログがあったことを思い出して、あれならそれなりに量(129エントリありました)もあるし、全部ではないものの殆どのエントリに写真はついてるし、皆ラーメン大好きだし、丁度いいんじゃないかということで本にしてみることに。

まずはepub形式のファイルを作るということで、方法を検討。tumblrからepubへ直接変換するサービスなんかもあるようだったんだけど、件数の制限があったりするので tumblr → バックアップツールでローカルHTMLへ → Sigilでepubに という手順をとった。SigilはWin版もMac版もあるepub編集ツールで、HTMLをインポートすると中で参照してる画像もepubリソースのほうに入れてくれたり、インポートしたHTML中のh*要素を見て目次(toc)を自動生成してくれたりとか色々と気が効いてる。で、一応読めるepubになった(murasakiというepubビューワで確認)ので、KDPの管理画面から書籍情報を登録しつつ、ファイルをアップロード。しばらく待つと変換が済むので、価格とかを決めて保存すると、あとはレビューが済めばもうAmazonで買えるようになる。

なんというお手軽な……。レビューは最大2、3営業日かかると書いてあったけど、自分の場合は一晩で済んでいた模様。

さて、買えるようになったので自分もAndroidのkindleアプリで買って読んでみたんだけど、どうにも色々とイマイチ

• そのままだと唐突に本文から始まる
• 冒頭の章がちゃんと改ページされてない(←これは自分の作成ミス)
• 目次が呼べない

表紙に関しては、epubでは特定の画像に「これは表紙の画像だ」というメタデータを設定できるらしく、Sigilにも勿論そのための設定があった。Kindleはepubの表紙とは別に表紙を設定できる(Amazonでの書影に使われる)けど、epubの表紙を設定しとかないとkindle端末で1ページ目に出てこない模様。

目次についてはtwitterでボヤいてたら@lost_and_foundさんが丁寧に教えてくれたんだけど、要するにメタデータ(XML)のTOCだけでなく、HTML形式のTOC(目次)も生成しないとKindleで目次として扱ってくれない、ということらしい。そしてSigilにはHTML形式目次を出力する機能もちゃんとあるのでした……。

その辺を修正して再アップロード。最初の時に気付いてなかったけど、アップロードするとプレビュー用のファイルをダウンロード出来るようになってて、PC向けのKindleアプリや、専用のKindleプレビューツールで確認できる。再アップロード分はまだレビュー中だけど、そのうちレビュー通れば既にお買い上げ下さった方々の端末では自動更新される仕組みらしい。便利!

そんなわけで、気をつけといたほうが良いポイントはいくつかあるものの、epub自体の作成もKDPでのアップロードも非常にお手軽で、これだけの手間で有料で書籍販売出来る(しかもAmazonつう知名度の高いプラットフォームで)というのは色々と可能性を秘めてて面白いなあと思いました。いつかブログの焼き直しとかじゃなくてオリジナルのソースで何か本にしたい。