動物本と言えばオライリー。オライリーと言えば動物本。良質な洋書を翻訳した本が多く（書き下ろしもあります）、品質は折り紙付きな出版社です。オライリーの本に接する人は大きく二つに分かれると思います:

• 本を読む人
• 洋書を翻訳する人

このブログで紹介するスクリプトは、後者の人で、尚かつ翻訳にSphinxを使うよ！というレアな人向けです。適当に作ってみたのですが、便利そうなので公開します。テストは手元にあったThe Art of Community とErlang Programming の２冊で行っています。どっちも良い本です。

Sphinxを使ってオライリー本の翻訳をされる方はご利用ください。

使い方

使う時はまず、xdoc2txtを使って、PDFからテキストを抽出します。その後は次のスクリプトに解析させると、章ごとにchapter_01.rstみたいなファイルが作られます。1章の前はpreface.rst。あとはそれらをまとめるindex.rstもおまけで作られます。翻訳用に特化しているので、原文は既にコメントアウト済みで出力されます。なお、出力したテキストファイルは、input.txtにリネームして、スクリプトと同じフォルダに置いてください。手抜きなのでご勘弁を。

今後直すとしたら

一番やりたいのは、セクションタイトルをきちんと出力する部分ですね。今は階層情報がすっかり抜け落ちてしまうため、全部フラットになってしまいます。だれか、目次情報（階層付き）の抽出の仕方が分かる方、情報お願いします。タイトルが分かっていたら、今は無理矢理やっている、タイトル抽出部とかをシンプルにできるだろうしー。別ファイルで、セクションタイトルの階層構造をインデントで表現したファイルを作っておいて、それを読み込むとかでもいいかも。

スクリプトのポイント

まぁ、コメントも書いてないし、テストも書いてないぐらいの適当スクリプト(でもそれでも動いてしまうPythonの恐ろしさよ)ですが、工夫したのは@handleデコレータを作って、イベント駆動型にしたことですね。@handleを増やせば勝手に色々なフォーマットを追加できるだろうし。段落の先頭の行の抽出とか、タイトルの抽出は適当に行っているので、精度はいまいちかも。上記の二つの本を流した感じではうまくいっているようには見えましたけど。

Sphinx紹介

BPStudy #30に登壇してきました。ネタはSphinxの紹介です。資料はこちらにあります。Slideshareに上げてみたけど、固定長フォントが崩れて、ソースコードがうまく表示されないという、チュートリアルのテキストとしては大問題な感じだったので、ドキュメントがアップできるようになったというGoogle Docsを利用しました。いいですね、これ。Slideshareみたいに、ビュー数とか、ソーシャル機能がないのはちょっと寂しいけどね。

結果としては、Sphinxの良さを伝えることができたかな、と思っています。すごく反応して拡張機能に手を染め始めた人もいるし、僕自身も、Sphinxを紹介する武器として、今回スライドを作ることができたので、今後はいろんなところで生かして行きたいとおもいます。

Sphinxの良さというのは、結果だけを見せられても、伝わりにくいな、というのが僕の実感。複数ファイルを含むmakeが成功して、目次がばっとできるとSphinxの良さが実感できる、というのはあると思う。逆に、目次を作ってみないことには、「Wikiっぽいね」で終わってしまう人が多いと思う。なので、資料でもtoctreeを協調した説明になっています。自習される方は、ぜひ複数ファイル作って、toctreeを使って見てください。後は、使い方として、コメントアウトを使えば翻訳にも便利ですよ、というのを紹介すれば良かったかな？

何点かTwitter上に質問とかご意見があったので返事をしておきます。他にも何かあればお気軽に @shibukawa 宛にどうぞ。

WerkzeugとSphinxの関係は？

作者が一緒、というのが一つ。両方とも、pocooの兄弟。Sphinxが使っているライブラリの、JinjaとPygmentsも同じく、です。なので、Sphinxが純粋に外部に依存しているのは、docutilsだけです。

話が逸れましたが、元はWerkzeug用の、内製ドキュメントツールとして開発され、それがツールとして整備され、Pythonの本家のドキュメントを作成できるように機能拡張されたのが、今のSphinxです。

Wikiと比較するのは違うのでは？

とちぎRuby会議02の時のスライドを流用した、という理由もありますが、やはり、Wikiを使ったことがある人はすごい多いので、聞く人の過去の記憶とヒモ付けながら説明する方がイメージが掴みやすいだろう、という理由です。

Wikiも、内製ドキュメント用の環境としては、一定のシェアを持っていると思うし。Tracとかに内蔵のWikiとかも含めれば。Sphinxも、ソースコードのライブラリのドキュメントとかに便利な機能がそろっているという点で、WikiとSphinxは機能やアーキテクチャは違えど、同じマーケット上で争うライバルと言えると思います。

Sphinx独自のディレクティブはどのぐらいある？

複数ドキュメントをつなぐようなディレクティブは基本、Sphinx独自だと思って間違いないかと思います。あとは、独自にPygmentsを利用しているコードハイライトかな？

• toctree
• function, methodなどの、クロスリファレンス系
• index
• code-block

こんな所かと。

Sphinx自身のドキュメントのindex.htmlのソースが見られない

Sphinxのドキュメントのindex.htmlは、reSTを変換したのではなく、Jinjaテンプレートから生成したHTMLです。本当のソースは、以下の所にあります。

• http://bitbucket.org/birkenfeld/sphinx/src/tip/doc/_templates/

Djangoテンプレートっぽいという感想を持つ方も多いですが、これがJinjaです。BPStudyの中でも紹介したけど、ドイツ、オーストリア周辺のグループが作ったプロダクトではあるけど、名前の由来は、Template→temple(神社)→Jinjaという、日本の神社のダジャレです。

タイマーのない(LTではない)発表は久しぶりだったのですが、1時間30分の持ち時間で、ストップウォッチで測定した結果、発表時間は1時間30分09秒。我ながら、なんという精度。LTで鍛えた結果ですね。

Rails vs Django

Asakusa.rbの松田明さんと、最近、インタビューとかに出まくっている(1件は僕も絡んでいるけど)岡野さんのパネルトークでした。結構いっぱい、メモ取りました。機能の違いで優劣を語るのは簡単だけど、「どういう意図があってこうなっているのか？」という所まで深く突っ込んで聞けたのは面白かったです。前半を短くして、後半長くしても良かったんじゃないかな？と思うぐらいw

平均的な能力で見るとドキュメント、後方互換性などを考慮したプロダクトが多いPythonの方が安心感はあるのかもしれないけど、たまに尖ったプロダクトが登場する具合でいうと、Rubyは爆発力ありますよね。mod_rackのnginxでもApacheでも動きます、とか。へぇー、と思いました。

ちなみに「Railsはテンプレート周りだけが20世紀っぽい」という話が出たので、栃木県民としては黙っていられず、「ERBは、文字列生成メソッドとして使うのが本来の使い方」「Railsは、良くできたERBのサンプル」という、咳さんの言葉を紹介しておきました。

懇親会

松田さんと色々お話ができて勉強になりました。僕もどちらかというと、Rubyよりも、それを作るCコードの方に興味があるので、Asakusa.rbとか面白そうだな、と思ってます。後は、Pythonな人がjsonが好きで、Rubyな人がYAML/HAMLが好きって逆じゃない？とか、そんな話とか。勉強本に載せたい一言とかも頂きました。

@nanimosaとも色々お話。Blender 2.5はマジおもしろそう。Head First オブジェクト指向 in Pythonとかできそうな勢いですよ。あるいはオブジェクト脳のつくり方 with Python。へぇ、へぇ。そういえば、@nanimosaはOSCでBlenderの話をするとのことだったけど、どうだったのかなぁ？スライド楽しみ。

いい勉強会でした

最初から最後まで、ずっと楽しかったです。開始前に行った、写真美術館も良かった。こういう場を大事にしたいよね。

この件について、mixiに日記書いたけど、足跡が今回はぜんぜん付きませんでした。うーん、最近mixiやってないのかな？プログラマ系の人達は。ブログに記事を書いても、はてブよりもTwitterの参照数の方が多かったりもするし、情報の流れ方が、この半年で大きく変わったのを感じます。

とはいえ、Twitterも過去の情報を見るのがめんどうだったり、あっという間に流れて話題がうつりかわったりするので、万能とも言えないけどね。人間が扱える情報量自体が増えない以上、流れるメッセージが増えれば、一つ一つの重みは小さくなる。このまま小さくなり続けるのかな？それともまた違う流れが来るのかな？メッセージの重みが軽くなるアンチテーゼとしては、Google Buzzはアリだと思う。現状ではTwitterのメッセージをそのまま流している人も多いので、そんな気はしないだろうな、と思うけど。やはり、Googleの検索が使える意義は思ったよりも大きいと思います。

Kindle買いました！というのは以前お伝えしました。色々未来を想像したくなるようなデバイスです。最近は本を書いていますが、Sphinxにrst2pdfのpdf_builderを組み合わせて、PDFにして、Kindleに転送して読んで見る、というサイクルもまわり始めています。これに関してはまた書きます。

本について、僕個人のオススメ本とかも紹介しようとも思いますが、KindleDXが届いたので、それについて書こうと思います。

Kindle2とKindleDX。以前は色々違いがありましたが、ファームのバージョンアップで、Kindleも画面回転(DXのように、端末の向きで自動では回らず、メニューで選択)とPDF表示ができるようになりました。そのため、現在は機能的にはほぼ一緒です。サイズが違うだけ。ですが、両方触ってみると、似ているようで使い勝手はだいぶ違います。

Kindle2

片手でも軽々。ちょっとぐらいの混んだ電車ぐらいなら快適な読書ができるサイズと重さです。Amazon標準のmobi/azwフォーマットのファイルを表示するのであれば、自分で文字の大きさを調整できるので特に問題ないですが、PDFの場合は、画面いっぱいに表示がされるようにスケーリングされるのですが、ほとんどのPDFが採用しているA4サイズではぎゅっと小さくされてしまい、読むのは辛いです。一応横向き画面にすれば多少は大きくなりますが・・・まぁ、PDFはページという呪いを引きずった電子メディアなので仕方ないですよね。

青空キンドルはKindle2に最適化されているので、こちらを積極的に読みたい人は今のところKindleですね。DX対応されないかなぁ。

自分でKindle2用のPDFファイルを作る場合には、Kindle2の場合は、A5サイズで、フォントサイズを12pt～14ptあたりにすれば十分に読めます。ただし、情報量は技術書レベルではなくて、ビジネス書レベルに落ちてしまいます。

KindleDX

本を読む体験という意味では、これはかなり行けます。紙の書籍の１ページとほぼ同じ情報量が目に入ってきます。Amazon以外で買う電子書籍はPDF形式のも多いのですが(PACKTとかMANINGとか)、A4サイズのPDFをそのまま入れても文字が潰れることなく読むことができます。なお、PDFはフォント埋込を使えば日本語でも大丈夫という特徴がありますので、オンラインで買った日本語の本がそのまま読めるという意味で、かなり大きなアドバンテージとなります。

某社が開発中という応答速度の早い電子ペーパーを２画面くっつければ、フォトリーダーも納得の端末に化ける可能性大。9.7インチの画面サイズは伊達じゃないです。

ただし、ちょっと重いです。腕のカタレプシーを故意に引き起こせるセルフ催眠の上級者(僕も無理)ならまだしも、それ以外の人が片手で持って、ボタンを押しながら読むというのはちょいっとだけ辛いです。外人なら大丈夫なのかも。iPadもそうだけど、２キロの鉄アレイもバンドルして、これを１０回ほど持ち上げてみてからKindleDXを持ってみると、あら不思議！というのはいかがでしょう？Apple純正鉄アレイとか売れそうな気がするんだけどね。

どっちを買うべき？

女性の方や、使うのが電車の中で、読むのが小説(英語のね)主体という方はKindleがいいのかな。技術書を良く読みますという人や、PDFを多用する人。僕みたいに書いた原稿のレビューで使うみたいな使い方をしている人はDXがおすすめですね。

昨年は、Sphinxというドキュメントを書く武器を手に入れることができました。SphinxとKindle。かなり無敵なドキュメントのサイクルが作れそうな予感です。あ、２年以上先という日本語ネイティブ対応が行われたら、ですが。夢が大きく広がりそうなので、現時点で表示できなくても、先行投資していこうかな、と思っています。

ちなみに、Kindleは母親に半額で売りました。父親は「Time安く買えるかも」とiPadを楽しみにしている様子。両親の好奇心に負けてられません。

アレグザンダー祭りでLTをしてきました。スライドはSlideshareにもアップしています。今回はMac版のOffice2008のPowerPointでやってみたけど、PDFで保存してアップするだけでフォントとかもきちんと処理されるので良い感じですね。PowerPoint2007/2008は過小評価されていると思う。

タイトルは「IT技術者がアレグザンダーの次に学ぶべきは誰か？」というもので、アレグザンダー祭りというイベント自体にケンカを売るようなタイトルでした。「アレグザンダーと共に学ぶべき人」にすべきだったかも。

オーパーツというものはご存じでしょうか？発掘された当時の時代を考えると、到底考えられないような高度が技術で加工された人工物のことです。ロストテクノロジーだとも言われます。

ちなみに、オーパーツをスライドに使おうと思ったのはa2cさんが「アバターはオーパーツ」ということを言っていたので「それいただき！」という感じで入れました。

IT業界の歴史を見てみると、パターンランゲージが導入されて以来、数々の変化が急激に起きました。パターンランゲージはIT業界の中だけを見てみると、オーパーツと言わざるを得ません。

パターンカタログには様々な項目がありますが、僕がこの中で一番重要だと考えているのは、フォースです。

フォースがあれば、パターン数が大量にあるカタログがあったとしても、フォースにマッチする項目だけを選んで、それを組み合わせると、場面にあったソリューションを作り出すことができます。

もしもフォースがなければ、ケースごとにソリューションを考えなければなりません。相当数のソリューションを考える必要があります。

つまり、IT技術者にとって、パターンを使いこなすための重要なスキルは、フォースを使うことと言えます。つまり我々はジェダイの騎士だったのです。

鴨澤さんが"iTunes Music Store経由で寄付できますよ"とTwitterでつぶやかれていたので、実際にやってみました。ちょうど寄付しようと思っていたので渡りに船です。

iTunesを起動して、Music Storeをクリックしてみました。おおー、あるある。真ん中あたりに赤十字のマークがあります。

クリックしてみると、寄付の額の選択画面が出てきます。ご希望の額をクリック

確認画面が出ます。クシャミして勢いで貯金額よりも大きいボタンを間違って押してしまっていたりしたら、ここで戻ります。問題なければ「寄付」ボタンを押します。

ありがとう画面が出ます。簡単。すごいねー。いい時代だよね。みなさんも是非どうぞ－。iPhone経由でもできたりするのかなー？と思って見てみたけど、そっちではムリみたい。

IBMがテレビCMするし、ニュースにも出てくるし、そろそろクラウドの定義がクラウド化してきているので、オレオレ定義をブログに書いてみることにします。他の人も色々書いてみるといいよー。トラックバック歓迎。

クラウドは賃貸住宅

僕のクラウド的な考えを一言で言うとこれです。Python作者で、現在はGoogleでGAEの開発に携わっているというGuidoがブログに書いていた言葉ですが、これが端的にクラウドの考え方を表していていいのではないかな、と思っています。もちろん、これは単なる考え方であって、これをインプリメントするための各種アイディアもセットかな、と。

周辺技術

サーバを賃貸にするためには、それを支える技術が必要になります。分散のKVSなんかは、マシン数を自由に変更した場合に、その分レスポンスを向上させたり、データの信頼性を向上(マシンが壊れたときの損失の低減)することができます。Amazon EC2やGoogle App Engineのような仮想のプラットフォーム/ハードウェアは、負荷に応じてフロントエンドの数を変えることで、急激なアクセス数増加にも耐えられるようになります。近年だと、映画(アバター)の予約とか、イベントのサイト(箱根駅伝？)で、「見られないよ－」という悲鳴がでたりしますが、そういうのを防ぐことができますよね。後は、大量のデータ処理のMap Reduceなんかも、マシンの数に応じて柔軟に処理速度を変更できるので、賃貸のためのベース技術になります。

RDBのスケール話しもあるみたいだけど、技術的なところを押さえていないので書いてません。誰か教えてください。Oracleも1024台までスケールするらしいです。お財布が一瞬でぶっ飛びそうなのでコワイですけど。

メリット

賃貸にすれば、最初に大きな先行投資をしなくても、サービスを開始できます。ユーザ数に応じてサービスの規模を拡大できるので、スタートアップを迅速に行えます。予測するという作業コストも軽くできます。

また、マシンの台数が多くなれば、ムーアの法則の恩恵を受けやすくなります。数台で4年償却とかなってしまうと、２年でCPUの集積度が倍になって、性能が上がって消費電力も下がってストレージも大きくなって・・・というメリットを受けにくくなります。マシンを集約して、頻繁に最新のハードウェアを導入して古いハードウェアと入れ替えていくようにすればバッチリです。

まとめ

ベース技術、コア、メリットが結構ぐちゃぐちゃで、あげくの果てには「ネット使っていればクラウド」なんてことまで言われているので、僕なりに整理した次第です。これだと、プライベートクラウドなんかの説明はしきれないので、どなたか、みんな各自ブログで意見を書いてもらえたら、おいしく読ませて頂きたいと思います。

KVSとかMapReduceとか、いろいろ、それぞれ絵でも描こうと思ったけど、疲れたので各自ぐぐってください。

たしか、いがじゅんさんにお会いしたのは「第一回肉しか信じない」という焼き肉の会でした。ジャニーズ好きで、その後はクリスマスイブのライフハック系？(非IT)の勉強会に参加したりと、あんまりITなイメージはなかったのですが、そのいがじゅんさんがこのたび本を出版されました－。その名も「いちばんやさしいネットワークの本 (技評SE選書 10)」です。

書くのに時間がかかった、と書かれているところ、申し訳ないのですがすーっと読めます。読みやすいです。ですが、タイトルのやさしいは"easy"じゃなくて"kind/gentle"のやさしいです。こうやってかみ砕いて説明していけばいいのね、というのがよく分かります。僕自身も「ネットワークが何者か？」みたいなものはイメージとしては頭にあるけど、この本みたいには説明できなかったと思います。IT技術者の中には本を書いてみたいなぁ、とか人に教えられるようになりたいなぁ、と漠然と思っている方は多いと思います。人に優しくして、感謝されるのがイヤな人はいません。環境によっては「あの子に優しくすると、あとで友達に冷やかされるからしない」とかはあるかもしれませんが。そんなわけで、この本はお薦めです。やさしくしたいけど、やさしくする方法が分からない、という、実力があってできる人こそ読むべきです。

僕が今まで感銘を受けた技術書は、C++ FAQ 第2版と、yuguiさんのRuby本です。トップダウンでリファレンス的な本しか知らなかった時に読んだのですが、FAQ方式で、「こういうやり方もできるけど、こっちの方がいいよ」「省略もできるけど、これは定義すべき」みたいな、文法を読んだだけではわからないポイントが結果ファーストで書かれて、「こういう本の書き方もあるのか」と思いました。yuguiさんの本は「プログラミングは知っているけどRubyは初めて」と、読者層をぎゅっと絞る(しかも、Rubyの性格を考えるとそれでほぼ事足りる)ことで、内容をシンプルに押さえることに成功した本です。これらの本と、今回の本は、そのうち本を書きたいなぁ、と思っている人達に役立つはずです。僕も今書き下ろしを書いているのですが、２人で共著で、おおよそ計8万文字ぐらいのところ、自分の分だけで7万文字なう、という感じなので、これらの本を参考に、より分かりやすく、すっきりとダイエットをしていこうと思います。やわらかい空気を伝えるイラストともども、色々技を盗みたいと思います。

ついでに↓こちらが肉の時の写真です。写真に写っているのはLINDさんです。いがじゅんさんではありません。いがじゅんさんは美人な女性です。

E-Mobile(音声、データ通信料両方１台で利用)から、iPhoneに乗り換えるべく、データ通信端末はIIJmioを契約しました。だいたい、E-Mobileに契約すると、パソコンとかが安くなるけど、あの値引き分が通信料に反映されているイメージ。モノとしては、E-Mobileとまったく一緒なんだけど、MVNOというヤツです。4200円のD22HWにしました。今までが3.6MのH11Tだったので、7.2Mになって、上りも早くなりました。見るのはTwitterと英辞郎ばかりですけど。

今まで通りPHS-300経由で繋ごうと思っているのですが、ちょっとそのままではいかなかったので、設定メモです。

ファームウェアのアップデート

D22HWに対応するためにPHS300のファームウェアを最新にします。サイトから落としてきて、管理画面(ブラウザ)で、それをアップロードするだけです。簡単。

ダイアルアップの設定

モデム＝設定を開き、ATダイアルスクリプトを以下のように設定します。

ATE0&D2&C1V1X4\V1\X1
ATD*99***1#

アクセスポイント名(APN)はiijmobile.jpにします。

基本＝WANを開き、ユーザ名とパスワードを設定します。IIJmioのサイトで確認して、he0123456@iijmobile.jp(0123456の部分はご自分の数字に置き換えて下さい)という形式のユーザ名を入れます。

あとは、いつものように無線LANのセキュリティとかを設定して、完了です。

8月ぐらいから取り組んでいたSphinxの日本語訳がほぼ完了しました。一部間違い発見したのをIssue Trackerにいれたのを修正待ちだったり、分からないところをMLに聞いていたり、LaTeXのオプションが未訳だったりするけど、まぁ一旦ここでクローズ。

Docutils本体もそうだけど、Sphinxの拡張機能は色々ユメが広がる感じです。ディレクティブとロールを自分で作るだけでも、ドキュメントのレベルを一歩先に進めてくれそうですし。WebアプリケーションのURLとアクションとか、Web APIとか、クロスリファレンスできるとうれしいモノっていっぱいあるよね。

次はSphinxの拡張機能を色々やりたいね。youtubeディレクティブとか作りたいなぁ、なんて思っています。Docutilsの知識とかもいろいろ必要になってくるけどね。

Kindleについては、「買ったよ－色々使えるねー」とか「便利だよー本の読み方が変わるよー」とか、何回かこのブログにも書きましたが、なんかこういう未来っぽいデバイスを触ると、色々未来像を想像しちゃうよね、ということで、こんなサービスが出たらいいな！とかを色々考えてみました。消費者的な視点と、流通、販売の視点と結構バラバラですが。

ちなみに、写真の絵はKindleの電源オフ時の画面です。いろいろな画像が入っていて、ランダムに表示されます。電源オフ時も表示が持続するという電子ペーパーならではですね。今の僕のKindleは「電源なくなったから充電しろよ(意訳)」という画面で止まっていますorz

「いつかまた読み返そうと思うんだけど・・・」

僕のうちももうオーバーフローしていて、会社のロッカーに大量に本を隠していたり、実家にも本を置いていたりするけど、本を買う人が必ず遭遇する問題が収納場所。「この本、一度読んだけど、またいつか読もうと思うので取っておこう」という本が増えていくんですよね。なので、こういう本を本屋に持って行くと、電子データ版と交換してくれて、本棚すっきり、また新しい本買おう、というサービスが出たらうれしいな、と思います。読み終わった新聞とかもね。

オススメ書籍勝手にダウンロード

Amazonではタイトルだけだけど、中身も勝手にプッシュしてくれて、暇なときに読む、というのができると面白いかな。本屋の棚にICカードリーダーみたいなのが置いてあって、そこにかざすと、自分の持っている本のリストと、オススメの本がダウンロードされるとかね。DRMとかかかっていて読める期間限定でもいいので、定額料金とかで。無料の体験版とかもありえますよね。オモチャ屋のNintendo DSのダウンロードとかってそんな感じですよね？使ったことないですけど。

読みたいと思ったときにすぐ

紙萌えな人もいますけど、例えばオンライン書籍販売で注文して、それが届くまでの間だけ読める電子データをその場で送ってくれる、とかあるとうれしいな、と思います。セミナーとかで本の紹介をされることが良くありますが、そんなときにぱっと買って帰りの電車で読み始め、数日後に紙の本が届くという流れとかあるといいかな、と思います。イトーヨーカドーでは、食料品とかを大量に買ったら、その日のうちに配送してくれるというサービスがありますが(ジュンク堂とかでもやっていたかな？)、お店で買って家に帰るまで、とか、「会社に置いて来ちゃったけど、勉強会でxUnit Test Pattenrs必要だったんだよな」みたいな時に持っている本を一時的に読めるようにしてくれるとか、自分の持っている本の現物と、自分の距離をゼロにする、というのができるようになるんじゃないかな、と思います。

追加コンテンツの配布

バージョンが上がると使えなくなる機能があったりするのがコンピュータ書籍の痛い所だったりしますが、そういう点の差分を送ってくれるとか、アルゴリズムの動きのイメージを動画で配ってくれるとかね。勉強会とかで読んで「こういう関連情報もあるよ」みたいな話しとかは毎回出てくると思うけど、そういうのも取り込んでソーシャルメディアにしちゃう、というのもできるようになるかな？著者だけじゃなくて、読者のフィードバックも入れるとか。ジュンク堂のトークセッションや、紀伊国屋などの出版記念講演で出てくる、裏話的なものも欲しいよね。

どんな人も同じように楽しめるように

Kindleの読み上げ機能すごいよというのは以前もお伝えしましたが、文字が読めない人も同じコンテンツを楽しめるようになりますよね。後は、子供や目が悪い人の場合は文字を大きくする、難しい漢字をひらがなにする(本を通じて勉強するというのもあるので賛否ありそうだけど)とか、古めかしい日本語を今風にするとか大阪弁にするとか・・・内容を最後、ユーザ向けにカスタマイズする自由が出てくるんじゃないかなと思います。

紙の書籍は無くなるのか？

ただし、紙の書籍を駆逐するかというと、そこまではいかないかな、と思っています。本の書き方セミナーに行った時にダイアモンド社の編集者の人が言っていたのは、10冊本が売れたとしても、9冊は1章も読まれない、10冊に1冊だけ1章以上読まれる、とのことでした。残り9冊は「流行の本を持っている」という安心感だったり、インテリアとしての利用が多いということで、そのような人は電子版を買うことは期待できないからです。ガンガン高速で読む人はKindleの書き換えの遅さも致命的。毎分600文字程度の普通の人は問題ないですが。僕も英語を読む分には時間がかかるので英語に限定すれば普通に使えています。

あとはコスト。現在では6インチで$260、9.7インチで$490と、まだまだ高いのが現状。２画面ついていて、視野をある程度覆う広さを確保するにはまだまだ・・・という感じはします。Kindleは画面の書き換えもかなり遅いですし。ただ、デジタル製品はガンガン値段は落ちるものですし、某社で開発中の電子ペーパーは速度が速かった(父親談)という話しもあるので、将来に期待したいです。

ユメが広がるよね！

電子ペーパーはもういろんなところですでに実用化されていて、イトーヨーカドーの値札のタグで使われたりもしているみたい。「どうやってデータ更新すんのかなぁ、あれ？」と思っていたけど、天井についた送信機から赤外線か何かでデータ配信するとか。すごいね。もはや、情報自体の価値はどんどん下がっていて、「情報そのものがお金になる」ということはないですよね。いかにそれを効率良く伝えるか、情報を生み出すか、というところにビジネスの比重が上がってきています。その効率良く伝える、というところで電子ペーパー＋記憶装置＋通信機能というデバイスの持っている可能性はまだまだ広がりそうです。

急にマルチメディアという言葉を思い出した・・・僕がパソコンを始めた1995年あたりは「マルチメディア」がキーワードだったなぁ。NECも「マルチメディアのNEC」とCMで言っていたような。↓あと、Amazonのレビュー数がすごいです。こんな数初めて見た。

なお、本の企画が終わってもこのデータはいろいろ幅広く活用できるかな、と思うので、個人情報に注意しつつ、結果のデータはクリエイティブコモンズ(商用利用可)で公開する予定です。他の本の企画やら、プレゼンやら、ＬＴやら「集合知の勉強したいけどサンプルデータが欲しいな」という人やら、いろんな人に使ってもらいたいと思っています。

• IT技術者向け
• 家庭をお持ちの方向けの追加質問
• 勉強会主催者向けの追加質問

他のコミュニティにも参加されている方は、可能ならそちらにも転送とかしていただけるとうれしいな、と思います。一応、ＩＴ技術者向けの本なので、ＩＴ系限定でお願いします。

一応、協力していただいた方の中から、抽選で書籍をプレゼントしたいと思っています。なお、抽選はPythonのrandomモジュールを使って厳正に行う予定です。３つとも書いてもらったら確率３倍かな？ぜひぜひ、お願いします！

(12/2に追記)：アンケートリストは３つありますが、最初の質問集は全員の方が対象です。なおかつ、「家庭持ちの方向け」の方は、みなさんのステキなワークライフバランス術を、「勉強会主催者」の方は、その運営テク＆悩み、野望なんかを追加でお答えいただけると助かります。最初の書き方だと、勉強会主催者の方は3つ目だけと捉えられても仕方がない書き方になっていました。すみません。

なにやらPythonのすいーつ部が楽しそうな感じで羨ましかったので、先駆けて、本日「Pythonスイーツ部栃木支部(ひとり)」を結成して、第一回ミーティングを開催してきました。場所は8010(パレット)です。会社の同期の結婚式で知り合った人(同い年)がこちらで働いているとのことで、近くに用事(組合orz)があったついでに、足を伸ばしてこちらまで来てみました。うーむ。喫茶店と聞いていたけど、男一人で来ると負けっぽい感じが漂うおしゃれな場所ぢゃないか。

ここで有名なのはフルーツサンドとのこと。ということで、フルーツサンドと本日のパスタのセットを頼んでみました。最初に出てきたフルーツサンドとパスタでかなりお腹一杯。パスタおいしい。久しぶりにおいしいパスタ。満足じゃ。え、パフェも付いてくるの？パフェは、季節のパフェが選べます、ということで、巨峰とか柿とか、珍しいかんじのもいろいろありましたが栗にしてみました。栗の実が結構ざくざく入っていて、贅沢な感じ。

ということで、思いがけずスイーツを２つも堪能してしまって、満足しきったところで、ノートパソコンを広げて執筆開始。Pythonはしてないけどw 一時間ほどお邪魔して書きまくっていたけど、いつもと違う場所のせいか、集中していい感じで筆が進みました。いいね、いいね。

こんな感じで、このお店のクオリティが高すぎるので、今後もここで活動していこうと思いました。

わずか25000円だけど。Wikipediaがもたらした価値は大きいと思う。オープンソース文化を一般の人にも分かりやすく、成果が得られる形で公開してくれたのだから。

今年からはかものはしプロジェクトにも月々5000円ばかし寄付しはじめました。死ぬまでに1000万円寄付、という目標は達成できるか！？

日本では、ウェブサービスがオンライン課金を始めただけで、猛烈に反発するような人たちがいるみたいだけど、ウェブの向こう側には人がいて、生活をしているわけなので、何かしらのお金は流れなければおかしい。カスミを食べて生きている訳ではないのだから。無料サービスにできるのは何かしらの仕組みがある。社会サービスだってそう。欧米には昔から寄付という文化があって、それが社会を支えている。アメリカのオハイオの動物園に行ったら、企業の協賛で建築されていたし。大学だってそう。国からお金を頂いて何かをするのが前提の国にいるとそういう感覚は信じられないのかもしれないけど(税金も誰かが払ったモノなのだけど)、そういうものがある、ということを「理解する」というのが国際化の第一歩だよね。

Kindleを買ったという件はすでにブログには書きましたが、先日、会社の組合の合宿？で長時間バス移動があったので、Kindleを持って行きました。結果は大正解でした。

字の大きさが変えられるよ！

僕は乗り物酔いには弱く、トヨタのカローラなんかは、自分で運転していても酔うぐらい(先代と現行の両方)です。ホンダ車は大丈夫だけど。電車で本を読むのはまぁできるんですが、バスだと確実に酔います。15分が限度。でも、Kindleの場合には、2時間ぶっつづけでも問題なし。すばらしい。一番のポイントは文字サイズが大きくできることと、電子ペーパーなので目の負担が小さいことだと思います。酔うメカニズムとか、よく分かっていないけど、頭が思っている以上に視界がぶれると酔うとか聞いたことがあるので、バス特有の細かいディーゼルエンジンの振動あたりが原因で、字が振動してしまうのが問題なのかな、と思ってます。それでも、Kindleで字を大きくすれば大丈夫。字がはっきり読めます。これでバスでも本が読めます。

これが小さい字。普段はこのサイズで読みます。本のサイズに一番近い感じ。小さくても、読みやすいです。電子ペーパーステキ。写真ぼけちゃったのもあって、そこが伝わりにくいのが残念ですが。

これが酔わなかった時のサイズ。６段階のうちの上から３番目です。

普通の本だと文字の大きさの変更はできないからね。Kindleならでは。目がちょっと悪い人にもいいかも。でもでも、Kindleのすごさはまだまだこれからですよ！

音声読み上げ機能がすごい

Sphinxについていろいろ考え中です。ツールとしてのすばらしさは申し分なく、いろいろ夢が広がりすぎて困ってしまうぐらいです。悩んでいるテーマは２つ。

Sphinx hack-a-thon

@aohtaから、公式ハッシュタグについてのアナウンスもあった、Sphinx hack-a-thon。偶然、同日に同じ会場でやることになっている、Python hack-a-thonと共同開催です。やる内容はこんな感じかな、と思っています。

ハンズオン

Sphinxをインストールしてみて、料理のレシピか何かのドキュメントを作ってみよう！という30分～50分程度のハンズオン。参考資料は↓このあたり。手前味噌だけど。@MiCHiLUがPDF出力とか説明してくれたりするかな！？

• Sphinxドキュメント日本語訳
• Pythonって何？という人のためのSphinxインストール入門
• Pythonって何？という人のためのSphinxチュートリアル
• Pythonって何？という人のためのSphinxチュートリアル[2]

ハッカソン

The Go Programming Languageが発表されたので、みんなで翻訳大会・・・とかどう？チュートリアルと、Effective Goだけでも・・・Pythonを関するイベントでPython以外をやるのがこのコミュニティの特徴だよねw 勉強会に勉強しにくるやつは素人というけれど、このコミュニティでは、Pythonをやっているやつは素人・・・なんてそのうち言われるかも、という感じは少し感じます。

Sphinxユーザ会(仮)

Sphinxユーザ会を立ち上げますよ！と宣言して１週間ちょっと。Python hack-a-thonでPython関係の仲間に声をかけて、協力者を募って、色々意見交換しながら作っていこうかな、と思っています。とりあえず、sphinx-users.jpというドメインは取得しました。吉岡勉強会の第一法則によると、勉強会にかけるコスト＜勉強会のメリット、という状況になれば、どんどんラクに回っていくというのがあるので、あんまり頑張らない方向で考えています。

• サイトはSphinx？Blog？
• MLを作る？作らないでTwitterのハッシュタグ＆リスト機能だけでやる？
• 単独イベントを開催するコンテンツはないので、他のイベントに寄生する。今回みたいに。
• コミュニティは人間関係が基本。Sphinx唐揚げ#1というイベントをすでにやった(あまりSphinxは語らなかったけど)、今後も、交流会＆成果自慢みたいなイベントはちょくちょくやりたい。
• イベントをするときはATNDとかこくちーずを利用。自前では作らない。
• これとか、これとか、これみたいなキャラクタ欲しいよね？

Twitterって複数人で運営するのっていい方法があるのかな？というのだけ、ちょっと分からないけど・・・何はともあれ、一緒にやってくれる人＆いろいろアイディア募集中です。