キャンプの話

この記事はpyspaアドベントカレンダーへ向けて書かれています。昨日は @rokujohitoma の記事でした。

若かりし頃のキャンプ

さてキャンプです。もうこの何年も「キャンプブーム」であると言われています。一昨年にアニメ「ゆるキャン△」が放映されてからはさらに熱を帯びてソロキャンプに出かける若人も多くいるようです。良いことです。

僕も10代から20代の大学生だったころによくキャンプ旅行をしていたのですが、よくよく思い返してみると、その頃からずっとほぼソロキャンプしかした事がありません。そしてちょうど2年前くらいから、再びキャンプに行くようになりました。

20歳前後の頃、長い休みが来るたびに寝袋とテントを担いで旅行をしていました。紀伊半島、北海道、四国、能登半島…などなど。電車で現地へ行って、そこからテクテクと歩きます。短いときには4、5日間。最長で20日間くらい。時々、親切な人が「乗せていこうか」と声をかけてくれることがあり、そういう時にはありがたく車に乗せていただきます。

想像に難くないと思いますが、主に自分の脚力を使って移動し続けるのは結構大変です。北海道などでは食料や水を確保するのが大変なので、予備を合わせると30㎏くらいの荷物を持って移動していました。当時の写真を引っ張り出してきましたが、だいたいこんな感じです。足が痛くて泣きそうな気持ちになることもあります。で、日が暮れたらその辺にテントを張って野宿をします。

キタキツネに食料を盗まれそうになったり、近所のやんちゃな若者が近くでけんかを始めたり、はたまた薪を拾おうと思ったら墓地だったなど。そういう旅行なので、常に一人で行動していました。だって極限状態を迎えたらどんなに仲の良い友人同士でもケンカになるだろうことは簡単に想像できます。

そこから幾年…

ということで、20代のはじめごろまではそんな感じの旅行が自分にとってのキャンプでありました。大学を出て仕事を始めてからはなかなか長期の休みをとる余裕もなく、いつしかキャンプ道具も実家の押し入れにしまわれたまま気づけば20数年（！）が経過していたわけです。

数年前から「またキャンプ行きてえな」という気持ちが盛り上がってきました。いろいろ準備や検討をしていたのですが、3年ほど前に、家族と一緒に北海道を旅行して、かつて歩いていた辺りを車で走って、簡単なキャンプをしたのがとても楽しかったのが大きなきっかけです。当初は自転車でのキャンプを検討していたのですが、ロードバイクに大量の荷物を積んで自走するのは、自分の居住地を考えるとあまり現実的ではないという結論に至りました。

そこで行きつけの床屋のマスターでカワサキ乗りのマスヤマさんに相談したところ「格好悪いと思うかもしれないけど…タキザワさんにはカブとかいいんじゃないかな。できるならキャブレターでギアが4速のやつ」というアドバイスをいただき、その言葉の通り4速でキャブレター仕様の中古の原付カブ（リトルカブというホイールが14インチのやつ）を購入し、キャンプを再開したのです。

しまい込まれていたキャンバスのボストンバッグに荷物を詰め込んでカブのリアシートにくくりつけ、乗り切れないものはフロントキャリアやベトナムキャリアに。主には武蔵丘陵や秩父山地のあちこちにあるキャンプ場へ行って、焚火をしながら文庫本を読んで（読むふりをして）、ビールを飲んで肉を焼きます。若いころの僕が見たら苦虫をかみつぶしたような顔で眺めそうなゆるさです。

実家にしまわれていたキャンプ道具は、半分くらいが処分されていたのですが、それでもシュラフと、コッヘルなどの小物は昔のものを持ってきました。今はもっといいものがあるのはわかっているけれど、使える物だし愛着もあるので使えるものはそのまま使っています。

おっさんなので気を付けていること

気を付けていることも幾つかあります。若いころは、今思えば無謀な旅をいくつもしていました。先ほど書いた、数年前に再訪した北海道の道々には「クマ出没」の看板があちこちに立てられていました（当時はそんな制度はなかった）。自然の中に入れば野生動物とエンカウントする可能性は常にあります。実はつい先日も山中で焚火をしていたところ変な音が聞こえて、ハッとしてライトを向けると川向うに大きなイノシシがいて大変焦ったことがありました。

以下がその時に撮った写真ですが、慌てていてヘッドライトとスマホの位置がかぶって何も映っていませんｗ 我ながら焦っていたのがよくわかるので、戒めのため敢えてここに乗せておこうと思います。

また、小金を持ったおっさんになるとどうしても道具道楽になってしまいます。せっかく不自由を楽しみにいっているのに、快適さのために道具を無為に増やしてしまうのは僕の好みではありません。なので、持っていく荷物は最低限。しかも原付のカブで行くのが今のところ楽しい。ただ、安全面を考えると制限速度が低い原付ではちょっと怖さを感じることもあるので、そこはちょっと検討中です。

ということで、今後も肉体的に危険を感じるようになるまではキャンプをしていきたいと思っています。昨年ですが「ここにキャンプに行くよ」と書いたら先回りしたtokibitoが待ち伏せしていて一緒にキャンプしたことがありました。あれも楽しかったので、機会があれば他の人たちとキャンプするのも楽しいだろうなと思っています。

明日は@chezouさんの担当です。

『Go言語による並行処理』が発売されます＆それを支えるSphinxのお話

ということで発売されます。10月26日ごろに店頭に並ぶ予定です。Ebookも絶賛準備中です。

https://www.oreilly.co.jp/books/9784873118468/

今回、いまの職場で初めて紙の翻訳書を担当しました。そもそも書籍の編集を細々と再開したときに自分で決めていたことがあって、その中の1つが「翻訳書は担当しない」という事でした。

理由は主に2つあって、1つは僕のメインの仕事はあくまでデジタルコンテンツだということ。書籍には出すべきタイミングというのがあります。また特に翻訳書の場合、勝手に内容を書き換えるわけには行かないので、コンピューター関連のように日進月歩な分野で制作に時間をかけ過ぎると、内容が陳腐化してしまうことが結構あります。そうなるともう企画が不良債権のようになってしまい、会社に迷惑をかけてしまう。 紙の書籍を作る以外にもいろいろ仕事がある、フルタイムではない状態でそういうものを手掛ける自信がなかったという理由です。

もう1つは今の職場には他に編集者が何人もいて、原書の評価から手掛けているわけで、そこにフルタイムではない自分がのこのこ首を突っ込むのは良策ではないなと思っていたことです。

じゃあ、なんで今回と言えば、もともと翻訳者である山口さん（@ymotongpoo）から「『Concurrency in Go』がよさそうな本なので翻訳に関われたら」という話をもらって社内の編集者に紹介していたのですが、紆余曲折を経た末に社内で「瀧澤がやればいいんじゃね」という事になり、良い本だなという印象と、山口さんとお仕事ができるという点でもちろん異論もなく、編集を担当することとなりました。はい

本書の内容はGo言語でのプログラミングがある程度分かっている読者に向けて、Goの目玉機能の1つである並行プログラミング関連の機能を一通り紹介する、というもの。僕自身、Goについては『Real World HTTP』を編集した時に少しだけ触って、RFC番号を入力するとタイトルを取得してくれる簡単なプログラムを書きRFC番号のチェックをしたくらいだったので、読者対象としてちょうどよいくらいで、とても勉強になりました。

翻訳の山口さんが調べてくれたり、レビュアーの皆さんにご指摘をいただいたりして、たくさんの訳注を入れています。そういう意味でも大変よい書籍になったと思います。実務に携わる皆さんには4章とか5章の実装パターンの所が役に立つんじゃないかなと思います。個人的には6章の「ゴルーチンとGoランタイム」が、ランタイムがどうやって複数のゴルーチンをスケジューリングしているかについての概要を説明していて面白かったです。

さて、本書の制作ですが、訳者も僕もPythonによく触れているので、Sphinxを使って行われました。これまで担当した書籍でもSphinxで執筆をしてもらっていて、その時は僕の方でRe:VIEW形式に変換してからDTPをして編集という工程を経ていました。

これはこれで便利なのですが、いったんreSTからRe:VIEWに変換してしまうと後戻りができなかったという欠点がありました。実はこの制限はreSTをRe:VIEW形式に変換するビルダ、sphinxcontrib-reviewbuilder ができたことで大きく緩和されているのですが、画像のキャプションの扱いや文書内での参照関係など、両フォーマットのスキーマの違いによって、完全にイコールにはなりません。その部分でデグレ―ションを混入させることは工程管理上よろしくない。

また、著者さんや翻訳者さんはそれほどRe:VIEW形式に通じてるわけじゃないので、校正時にソースを直接直したくても手を出しづらかったり、手慣れたreSTでやりたいというフラストレーションがありました。今回、山口さんからも「できれば最後までreSTでやりたい」というご要望をいただき、これを機会にと一念発起して環境を整えることにしました。

『Sphinxをはじめよう』執筆者のお一人である若山さん（@r_rudi）が作ったSphinxプラグインにsphinxcontrib-indesignbuilderというInDesign向けXML形式（というかRe:VIEWのidgxml形式）を出力するビルダがあります。これはもともと若山さんが雑誌で執筆された時に作成されたもので、サポートされたタグがそのとき必要なものだけだったのですが、これに必要なVisitorメソッドを追加しました。またidgxmlでは脚注のテキストを本文中の脚注マーク位置に置くのですが、Sphinxの出力する文書構造とは異なるのでその部分だけ変更するTransformを追加しています。

これで出力したXMLをInDesignに読み込ませるわけなのですが、その時に別途lxmlを使ったフィルタプログラムを用意して、属性値を追加したり対応するスタイルを指定したりしています。この辺はRe:VIEWのメインメンテナである武藤さん（@kmuto）の電子書籍『Re:VIEW+InDesign制作技法』に書かれているものをPythonで書き直したというような内容です。

上記に比べると以下のような感じのフローになります。1工程減っただけですが、実作業としては山口さんにも元のテキストに手を入れていただくのが簡単になったため、ブランチを分けて作業をするのもやりやすくなったり、慣れないフォーマットについて調べたりすることもなくスムーズに作業していただけたと思います（山口さんに「やりやすかった」というコメントをいただきました）。

本書は電子書籍としてPDFとEPUBも制作しているのですが、僕がSphinxのEPUBビルダにそれほど精通していない事と、社内で使っているRe:VIEWを使ったビルドツールがあるので、書籍の校了後にこれまでは前段階で使用していたsphinxcontrib-reviewbuilderを使ってRe:VIEW形式にして、そこからEPUBを作成しました。つまりこんな形になります。

一見、非合理に見えると思いますが、reSTからRe:VIEWへの変換はほぼビルダにお任せなので、大した手間ではありません。また、いったんreSTで校了したテキストを変換しているので、バージョン管理も複雑なものにはなりません（reSTをメインのツリーとみなして、そこから派生するという考え方）。先ほどもお話ししたようにスキーマが違う箇所がいくつかあるので、その辺は手直ししていますけど、1日もかけてないので大したことはありません。

ただし、いくつか制約もあります。今回はGoのプログラミング書で、組版も割とシンプルなものだったのですが、数式が多用されているものだったりすると、現在僕が用意しているツールだけでは対応できそうにありません。また、Sphinxの脚注マークアップはauto-footnote形式（注のナンバリングをツールに任せる記法）にしか対応していません。これは実装の問題なので今後改善される可能性があります。

Sphinxプラグインの方は若山さんのリポジトリにマージしていただいているので、誰でも利用することができます（リポジトリを参照）。フィルタの方は、書籍ごとに細かく手を入れる必要があるのと、InDesignのスタイルに強く結びついているのでプラグインには含まれていません。上記でご紹介した武藤さんの書籍を読みながらご自分でフィルタを書いてみるのがいいと思います。とはいえ、僕が数式が多用される書籍をこのフローで作ることになったら、たぶん武藤さん（の所属されるトップスタジオさん）にお仕事としてご相談するだろうと思います（笑）。

こういうツールを使ったり手を入れたりすることが、書籍の質に直結するわけではないという意見もあります。僕自身もその意見には賛成です。ただし、書き手の側がそれを望んでいて、制作する側がそれに合わせることによって書き手の負担が大きく減らせる、もしくは効率が良くなるというのは事実です。この辺は書籍と雑誌、また出版社ごとの状況にもよるので唯一の解はないでしょう。それぞれの状況に応じて自分で考えるという、当たり前のことをするしかないかなと思っています。

偉そうなことを言っていますが、実のところ、ここに書いたことは森田さんや鹿野さんたちが10年近く前に実現されていたことを2周遅れくらいで追いかけているだけなんです。そういう前を走ってくれる人たちがいるからこそ、こうやって努力の方向性が定まるのだし、それで楽になった分をより本質的な部分の充実に振り向けられたらなというようなことを考えています。

ということで、Sphinxで商業出版したい場合にはぜひご連絡ください。皆さまの玉稿をお待ちしております。

pyspa books（概念）についてのまとめ 2017年版

これはpyspaアドベントカレンダー2017、16日目の記事です。

こんにちは。turkyです。皆さんお元気ですか？僕は風邪を引いて、金曜にあった職場の忘年会をドタキャンしました。皆さんも気をつけてくださいね！

さて、「pyspa books」と僕が呼んでいる一連の書籍群があります。「pyspaは概念」という言葉がありますが、これに従うならpyspa booksも概念と言えるでしょう。実際にそのような名前のシリーズやら書籍があるわけではありません。

pyspaに集まった人たちの中から生まれて来た書籍、その何割かは僕が関わったものなのですが、それを心の中で「pyspa books（概念）」と呼んでいます。

はじまり

ことのおこりは@ymotongpooが2012年にpyfesで行ったプレゼンが参考になります。これの19枚目に出てくる「某外資系出版社のT氏」が私です。ガラ悪そうですね。

Sphinxで翻訳してたら本が出てた話 from Yoshifumi Yamaguchi

ということで@ymotongpooに翻訳してもらったのがこちら。確かこれがpyspaがきっかけで誕生した最初の書籍になると思います。もう5年前になるんですね。

『Java開発者のための関数プログラミング』（2012/6）

続いて書き下ろしの電子書籍として執筆してもらい、PyCon JP当日にリリースしたのがこちら。正確にはsphinx-users.jpの皆さんなのですが、メンバーの過半数がpyspa参加者でもあるのでpyspa関連書籍に含めてしまっても良いでしょう。

『Sphinxをはじめよう』（2013/9）

あまり知られておりませんが、@shiumachiが監訳している書籍もあります。これは内容の検証がとても大変で、お願いして監訳してもらったもの。

『Apache sqoopクックブック』（2014/3）

この辺までは、僕自身もまだ試行錯誤しているような部分があり、書き下ろしも『Sphinxをはじめよう』1冊だけです。

pyspaらしさの表出

この辺から書籍のキャラクターにもpyspaらしさが出てきているように思います。まさにpyspaチャットでの雑談から生まれたのがこちらの書籍。

『word2vecによる自然言語処理』（2014/5）

@nishoがword2vecのお話をしてて、「なにか食わせるデータがないかな？」という話になり、「書籍を書いていただけるならデータをご提供できます」ということで形になったという経緯があります。

@shibu_jpにご執筆いただいたMithril本です。この本は世界最速で書かれた（そしておそらく世界唯一の）最速JSフレームワークの書籍となりました。

『Mithril』（2015/8）

この本を出したとき、@shibu_jpから「紙の本もあったらいいですよね」という言葉をいただき、これまで出した電子書籍をプリント・オン・デマンドにする試みを始めます。

電子から紙へ

そして今年になり、印刷された書籍として1年の執筆期間を経て登場したのがこちら。こちらについては別途エントリがありますので、そちらをご覧ください。おとうさんはえらい。

『Real World HTTP』（2017/6）

そして2013年にリリースした『Sphinxをはじめよう』を改訂、同時にPODも制作して絶賛発売中です。今回は前回よりもsphinx-uses.jp度が高まっているので、このリストに挙げるのはまあギリギリ範囲内という感じだと思っています。

『Sphinxをはじめよう 第2版』（2017/10）

さらに、技術書典2で@chezou、@tokoroten、@hagino3000が同人誌として発売した書籍が生まれ変わって登場したのがこちらです。

『仕事ではじめる機械学習』（2017/10）

ちなみにこの書籍は2018年1月に紙の書籍として再リリースされます。2度（生まれなかった1回を含めると3度）転生した書籍という、技術書としてはかなり珍しい事例だと思います。

僕が関わった以外のpyspa books（概念）

以上が僕の関わったpyspa関連書籍、pyspa books（概念）なのですが、僕が関わっていないものもあります。@golden_luckyこと鹿野さんの手になる書籍です。以下ご紹介しましょう。

こちらはpyfesの会場で原書を手にお話ししていたのを覚えています。訳者の@ransuiにはゲラを見せてもらいながら意見を求められたりもした思い出が。「明日のすーぱーはかーを育てる本」というテーマは@ransuiとは10年以上前から話し合っていて、それがこういう形で実現しているのは嬉しくもあり、ちょっと悔しい気持ちもあり、その位いい本です！

『たのしいプログラミング Pythonではじめよう』（2014/2）

こちらは@ymotongpooが訳していたWebのドキュメントが英語圏で書籍化され、翻訳も再編集されて書籍になったもの。つい先日、担当編集であった@golden_luckyにお聞きしたら、元々は『すごいHakellたのしく学ぼう』の訳者さん経由でのお話しであったということですが、入れちゃってOKということなのリストに入れちゃいます。

『すごいErlangゆかいに学ぼう!』（2014/7）

（追記）

公開直後に@golden_luckyからご指摘いただきました、@cocoatomoが翻訳するこちらもリストアップすべき1冊です（すみませんでした）。僕みたいな文系学部を出てる人間にとっては数学と聞くと「数学コワイ」と条件反射してしまいがちなのですが...いえ、もちろん購入済みですよ（積読中）。

『グッド・マス』

こちらは『Real World HTTP』の執筆と並行して進んでいたascii.jpでの連載を再編集して書籍化したものです。執筆時期が同じという意味で勝手に双子の兄弟のような書籍だと思っています。本書は技術書典3で先行発売されたのですが、たまたま出展ブースが隣だったので、開場と同時に購入しました。

『Goならわかるシステムプログラミング』（2017/10）

なぜpyspaで本をつくるのか

特に今年に入ってからのものは、製作中のレビューにもpyspaメンバーにお手伝いいただくことが増えました。皆さんジャンルの異なるスペシャリストなので、違う方向から球が飛んで来てとても勉強になります。

しかも普段から笑いながらマサカリを投げあうコミュニケーションをし合っている人達なので、馴れ合っている中でも容赦はありません（下記参照）。

はー、 @chezou さんにマサカリ投げるの楽しかった…内容が濃いだけに投げがいがあった…

— 分散深層学習er (๑•̀ㅂ•́)و✧ (@kuenishi) 2017年9月25日

ただし、投げてもらったマサカリをどうするかについては、チャットルーム外で著者さんと僕の間で相談して最終決定をしていました。この辺の線引きをきちんとしたのは良かったと思います。

僕は企画編集をメインの仕事としていないので、外へ出て著者さんを探し、書籍を作ることはあまりしていません。ですが、普段チャットルームや宴会で行われている小学生レベルの会話の合間にキラリと光る知性を見せられると「これ本にしたいなー」と思ってしまうんですよね。で、それを遠慮なく口にするというところから多くの話ははじまります。上記のリストの書き下ろしの書籍はほぼ100％このパターンです。

おわりに

ということでpyspa books（概念）の現在について簡単にまとめてみました。クレジットされていないけれど、中身をざっとみてもらったりした本は他にもあります。周辺という意味では『Python文法詳解』を含めてもいいのかと思いますが、あの書籍の成立にはまた別の物語があります。これについては気が向いたらいつか書くかもしれません（書かないかも）。

今回ご紹介したpyspa books（概念）ですが、今後もすでに発行される予定が複数あります。僕も企画していますし@golden_luckyも何かを画策されているようです。

いつ登場するかは分かりませんが、楽しみにお待ちいただけたら嬉しいです。

編集者も本を売りに行こう

お前誰よ？

このエントリは「編集とライティングにまつわるアレコレ Advent Calendar 2017」6日目の記事です。

こんにちは瀧澤です。モーリさんにお声をかけていただいて参加しました。

初めての方向けに説明しますと、とある人文系特殊版元から某IT系版元で12年弱編集に携わり、現在はこれまた別のIT系の版元で電子書籍関連の仕事などをしています。モーリさんは二つ目の会社の先輩でした。

最近の主な興味は分割型キーボードの自作です。自分でもErgodox_ezという分割型のキーボードを使っていて大変気に入っています。分割型キーボードの効能についてはこの辺に書いてあるのですが、僕も今のキーボードを使うようになってから肩こりが劇的に改善しました。

いまはこの分割型キーボードを自作するネットワーク上のコミュニティができていて、そこを覗きつつirisのPCBを注文して届くのを待っています。その間にLet's Splitにも興味が出てきて、着実に沼にはまりつつあるのを感じている日々です。

「フルスタック編集者の話」ではなく

さて、当初はフルスタック編集者について書こうと思っていたのですが、このアドベントカレンダーに登録されている方には真のフルスタック編集者（自分で出版社をやってらっしゃる）がいらっしゃるので、その辺の話は他の方にお任せして、僕は他の方の書かないようなことを書いてみようと思います。

僕は現在は編集者ではなく、主に電子書籍サイトの運営と（ファイルフォーマットの管理という意味での）コンテンツ制作、たまに実際に電子書籍を企画編集するコンテンツ制作を行なっています。2008年からやっているのでもう9年になるのですが、当初はできることがとても限られていたので、それ以外のこともいろいろやっています。その中にはユーザーコミュニティや各企業が主催するイベントに出向いて書籍の販売を行うなんていう業務も含まれています。

「あー、学会なんかで売るアレね」とお思いの方もいらっしゃるかもしれませんが、現在の勤務先はその辺ちょっと変わっていて、というか僕を今の会社に誘ってくれた元上司が常に手を抜かない人だったため、どんなイベントでも周りが引く位の書籍を持ち込んで販売を行っています。

一年のうちで一番大きな出展イベントになると、販売用に持ち込む書籍が2,000冊を超えたりします。コンピュータ関連書なので判型もそれなりに大きく（ほとんどがB5変形とA5で、半々くらい）、その他の機材やノベルティとして提供するグッズなども合わせると、2トンのトラックではちょっと積みきれないくらいの物量になります。

積載量4トンのトラックに積み込みを完了すると、だいたいこんな感じになります。

ちょうど今年のイベントの設営中の写真がありましたので貼っておくとこんな感じです。

昨年のものですが、ブースが完成するとこんな感じになります。

このクラスのイベントになると、やってくるお客さんの数も半端ではありません。別のイベントの話ですが、イベント後に決済アプリ（squareを使っています）のログを確認したら、一番混雑している時間帯で、1時間あたり60取引が記録されていました。レジ2台で回しているので、1つのレジあたり2分で1取引ということになります。

1. お客さんが商品をレジに持ってくる

2. バーコードをスキャンして代金を告げる

3. 現金をいただいてお釣りを返す、またはカード決済をする

4. 購入金額に応じてノベルティを提供するので、複数から選んでもらう

5. 商品とグッズを袋詰めしてお渡し

を2分に1回です。一日中この状態が続くわけではありませんが、結構大変です。

イベント販売の現場から

ここまでお読みになって「どこが編集と関係してるんだ」とお思いになられるかもしれません。でもちゃんと関係しています。

上記でご説明したものは極端としても、ある程度の物量をさばいていると、普段見えないことが見えてきます。というのも、そこに来たお客さんがとる行動は、多くの場合、日々普通の書店さんで起きているであろう状況にずいぶんと近づいていると思われるからです。

書籍を売るためには陳列するのですが、どういう順番で何を並べると良いのかから既に戦いは始まっています。書籍同士の関係性になるべく破綻がないように並べるところから始まるのですが、複数日のイベントでは初日ほとんど売れなかったのに、置き場所を変えると途端に動き出したりします。

イベントによってはよりお客さんの注目を引くために、その場で手書きのPOPを書いたりもします。声がけなんかもします。何を書けば、どんな言葉をかければお客さんの目に止まるのか、振り向いてもらえるのか。目の前でリアルにお客さんの反応が見られるので、途中でPOPを作り直したり、本の置き場を変えたりして、お客さんの反応どう変わるかを確かめる。そこから学べることがたくさんあります。

また、中には書籍の内容についてご質問を受けたり、内容に関する感想をいただいたりします。個人的な話ですが、プログラマの友人が結構いるので、イベントによっては書籍を買いにきた彼らと雑談をしながら、なぜその本を選んだのかを聞いたりすると、思っても見なかった書籍同士の関連性がわかったりもします。

いわゆるPDCAサイクルというやつが、イベント中にぐるぐる回ってるのがわかります。電子書籍販売サイトを運営する上で、このイベント販売の経験から学べることがたくさんありました。また、オビやサイトの惹句を考えたりするときにも、イベントで見かけた光景を想像しながら言葉を選んだりします。

電子書籍の販売を始めた当初には、「イベント会場で電子書籍を手売りする」ということもやってみました。完全に冗談からはじまった話なのですが、実際に電子書籍を買いたいという方の生の声を聞けた（そしていろいろなご不満をいただいたりもした）ので、（良い意味で）その後の方針やら決定やらに大きく影響したと思っています。

誰でも、そしてどんな版元でもこういう環境が得られるかは別としても、お客さんが平台に積んだ本を手にとって、中をパラパラと眺めて購入する、または元に戻す。という行動を観察して、それを自分の本作りに活かすということなら、割と簡単に始められると思います。そして自分が関わった本が目の前で売れていく様を見るのは大変気持ちの良い光景です。

まとめ

• お客さんに直接書籍を販売に行くといろいろ学べます

• いろいろ試行錯誤をして、ハマった瞬間は楽しい

• あまりに規模が大きくなると、それはそれでしんどい

• 分割型キーボードで肩こりが激減するよ

明日はmktredwellさんのエントリです。お楽しみに！

『Real World HTTP』という書籍を（9年ぶりに）編集しました

発売されています。EbookはPDF、EPUB完備です。

Real World HTTP - 歴史とコードに学ぶインターネットとウェブ技術

どんな本なのか？

内容は、書誌情報のページに書いてある通りですが、いまのHTTPの仕様とその周辺にある技術を、その成立過程を紐解きつつ紹介するという書籍です。

HTTPってメソッド送ってレスポンスが返ってきて、ヘッダーとボディがあって、ステータスコードが...というのは何となく知っているという人もそれなりにいらっしゃると思います（僕もその位の知識でした）。

ですが、ふと「ダウンロードの中断と再開ってどうなってるんだっけ」とか「SSLが安全ってどういうこと」とか「ブラウザでビデオ見られるやつってどうなってんの」とか考え出すと色々わからない。

そういった疑問について、おおよその概要を紹介しつつ、元の仕様や情報へのポインタがまとめられております。こんな本が読みたかった。

制作過程について

内容については渋川さんご自身が書かれたblogをご覧いただくのが良いと思います。ここでは本書の制作についてまとめます。

ご執筆はSphinxで行われました。執筆〜推敲の過程はそのままSphinx上で行い、ある程度まとまったところで、しろうさん謹製のsphinxcontrib-revierbuilderでRe:VIEW形式に変換しています。

前回、渋川さんにご執筆いただいた時はXMLBuilderでXMLを出力し、クイックハックしたXSLTでRe:VIEW形式に変換しました。以前の方法に比べると、出力した後に手を入れなければいけない箇所（主に空白の扱い）が激減しました。しろうさん素敵です。

そのあとは、Re:VIEWを元に各フォーマットを作成するというプロセスで、これはオライリー・ジャパンのサイトに寄稿していただいた武藤さんの記事が参考になります。本当は制作の工程をトップスタジオさんで行う事も考えていたのですが、オライリー側の事情で実現しなかったのは残念だったことのひとつです。

上記のような経緯で、そこから先の制作について特別なものは特にありません。一番残念だったのは、自分が10年近く書籍の制作から遠ざかっていたために、細かい部分を完全に忘れていて、もう少し機械化できる部分があったことに後から気がついてとても反省しています。最終的に力技でつじつまを合わせてしまった箇所が沢山ありました。そしてちゃんとつじつまが合っているのか今でも不安です。力技ダメ、ゼッタイ。

多様性を確保するための電子書籍

さて今回、紙の書籍で150ページ前後の電子書籍として企画されたものを、後から書籍に変更するという過程を踏みました。プロトコルのアップグレードみたいな感じです。 もちろん、電子書籍のみで出版するのと書籍にするのではかかるお金や影響が大きく異なりますので、改めて企画書を提出して社内の審査を受けています。

多くの技術書は、

執筆→書籍

執筆→雑誌連載→書籍

という過程を経て誕生します。最近では、

執筆→Webの連載→書籍

という過程もありますね。書籍1冊を書き下ろしで書くのは、書き手も出版社の側もリスクと投入コストが大きく。新しいチャレンジを行うのはとても難しい。その点、雑誌記事という場は、新しい題材へチャレンジしたり、執筆や翻訳の経験を積むためにはとても良いステージだと思います。

現在、コンピュータ関連の技術雑誌を定期発行している出版社というと技術評論社さんと日経BPさんの2社が思い浮かびますが、（僕の目から見ると）雑誌を持っている出版社さんからは、新しい書き手がどんどん登場してくる印象があります。

一方で−−僕も雑誌編集部にいたことがあるので分かるのですが−−雑誌を維持するというのはとても大変なことです。単純に企画を立て、取材をし、原稿を寄稿してもらい、誌面を制作して雑誌にまとめるというだけでも多くの労力が必要ですが、それを事業として継続するのはさらに難しい。

また、雑誌やWebの記事を書籍にまとめるという方法については、1回ごとの分量に限りがあるため、ある程度の期間連載を続けてから、内容を再構成するという過程を経ます。連載の最初の頃と最後の方では半年から年単位で期間が開いていて、対象としていたテーマそのものが変化してしまうなんてことが起きたりもします。

僕がここ数年やってきたのは、これとは別の過程で、

執筆→電子書籍→ブックレット（プリント・オン・デマンド）

という流れでした。雑誌記事よりは長く、書籍よりは短い。ある程度まとまった分量の知識を、素早く世に送り出せますし、雑誌を維持する労力よりはローコストに（≒小規模に）新しいことにチャレンジできます。今回、ここからさらに派生して、

執筆→電子書籍→書籍

という流れを作れたのは、僕としては収穫だったと思います。

最近では技術書典に出展された同人誌が商業出版に乗るというコースも登場していて、情報がまとめられて広められる方法の多様性が増しているのは良い事だと思います。

いろいろな出版の仕方ができることによって、新しいチャレンジ、これまでは世に出ることがなかった著者さんの原稿が多くの方に届けられるのではないかと思っています。電子書籍についてはいろいろなご意見がありますが、実務に携わる僕の立場からは、道具としてうまく使おうと思うだけです。

ということで、オライリー・ジャパンで電子書籍の執筆をしてみたいという方はお声がけください。締切等監視委員会はいつも皆さんを見守っております。

おとうさんはえらい

さて皆さん、ご存知の方も多いと思いますが、渋川さんは3人のお子さんを持つお父さんで、日々のお仕事に加えて子育てにも追われる日々を送っていらっしゃいます。にもかかわらず300ページを超える、しかも内容の濃い書籍をお書きになるという生産性には驚嘆させられております。しかも本書と並行してAscii.jpさんで連載しているんですよ。

お子さんたちにも何度かお会いしたことがあるのですが、これがもうとても可愛いらしいお子さんたちで、そんなご家族との時間を削って執筆していただいたことには、感謝の気持ちしかありません。

昨年の10月に、近隣に住むPythonユーザーで公園に集まってバーベキューをする機会があって、その時には「年末くらいにはまとめたいですね」というお話をしていた気がするのですが、HTTPという（いまでは）大きな仕様を相手にするにはもう少し時間が必要だったようです。

作った僕が言うのも何ですが、現在のHTTPの仕様（とその周辺）をまるっと理解して、より詳しい情報なり仕様なりにアクセスするための道しるべとしてよい本になったと思います。僕自身も勉強になりました。HTTPを使ってユーザー以上の何かをするという人は目を通しておいて損はないと思っています。

カルマの消尽について

――先日のエントリを書くべく、久しぶりにブログツールのコンソールを開いたところ、1年ほど前に書いた文章がほぼ書き上がった状態で見つかったので、ちょこっと手直しして公開します。問題はいまだ解決されません。嗚呼。

プログラミング関連で定期的に参加している集まりがあって、もう6、7年になるのだけれど、そこへ参加しているメンバーの中でいつの間にか最高齢グループに入っていた。そのこと自体は時の必然なのでどうということはないのだけれど、自分が年齢を重ねて行くにつれてある問題が浮上している。カルマの消尽である。

ここでいう「カルマ」とは仏教でいうところのアレではなくて、簡単に言うと「これまで奢って（たかって）飲み食いした分の借りをどう返すか」という問題だ。

20代のころは色々な人に奢っていただいた。僕の指導教官であった先生は大変お酒の好きな方で、学生と席を同じくした時には学生たちに一切お金を払わせないというので有名だった。

また、ある年の夏休みに北海道を歩いて旅行していて、道すがら車に乗せていただいたおじさんに寿司をご馳走になったことがある。同じ旅行では、釧路駅の待合室でフランスパンを齧りながら水筒の水を飲んでいたところ、向かいに座ってらした初老のご婦人に「美味しいものでも食べて」と2千円いただいてしまったこともある。

四国を歩いて旅行した時にも同様のことがあった。その時は高知駅で出会った人と一緒にテントを張ることになって、高知駅からキャンプ場までのバス代とその日の夕食を奢っていただいた。まったくの余談であるが、その方は伊藤園に勤めているという話をしていて、そのせいでいまでもペットボトルのお茶を買う時は伊藤園が最有力候補である。

社会人になってからも、先輩たちに奢っていただいたり、上司やその上司たちに沢山奢っていただいた。場合によっては、はじめから奢られる気満々でそのような人たちに「飲みに行きませんか」と声を掛けたことだってある。我ながらひどい話だ。

そうやって奢っていただいた時には、単に「しめしめ」と思っていただけだったのだが、自分が当時の彼／彼女らの年齢になってみると「このままでいいのだろうか（いや、よくない）」という想いに駆られるようになった。それは年々、強まっている。

以上、僕が「カルマ消尽問題」と呼んでいる問題のあらましである。同年代の友人にこの話をすると、少なくない人数が同様の問題を抱えているようである。

ところが、である。最近の若者達はあまり酒席が好きではないらしい。そもそも飲酒の習慣をもたないという人だっている。そのこと自体は個人の嗜好なので僕がとやかくいう事ではないのだけれど、連綿と続くカルマのバトンを握ったまま途方に暮れる40代オッサンが結構いるのだ。

ということで、この記事をお読みになった若人諸君は、ぜひ老人介護の一環としておっさんとの飲み会に付き合っていただけると我々としては大変嬉しい。時折「酒の席で説教されるのが嫌だから酒席を避ける」という話を聞くことがあるが、この問題は大変簡単に解決できる。説教されなさそうな人を選んでいただけばよろしいのだ。

と、ここまで書いてきて気が付いた。「あれ、もしかして僕面倒くさい人なの？」

つらい。

#whisk(e)y と私

これはpyspa Advent Calendar 2016 17日目の記事です。

はい。誰かことturkyです。今日はこの機会をお借りして、僕の大好きなお酒であるWhisk(e)yについて振り返ってみたいと思います。

20代の頃、僕は雑誌の編集部にいました。ほぼ毎日終電で帰宅して近所のアメリカンバーに繰り込み、浴びるようにバーボンを飲む日々。ボトルを入れても3日位で開けてしまうようなひどい飲み方をしていた記憶があります。チェイサーが眞露だったこともありました（これはマスターのいたずら）。グラスがなくてラッパ飲みしていたことがあったような気もします。

公園で寝てしまったり、記憶をなくすという体験をしたのもこの頃です。いま思うとそういう代償行為によって、自分を保っていたんだろうなと思います。

当時はEzra Brooksの12年、Yellow Rose of TexasやMaker's Markとか好きでした。しばらく飲んでませんが、多分、いまでも好きです。僕のハンドルであるturkyも、もともとはWild turkeyと自分の名字を引っ掛けてつけたものです。

が、30歳になる頃ひょんなことから結婚しまして、そういう飲み方はほぼ無くなりました。それと前後して、当時仲良くしていただいていた方に連れられて、ニッカウィスキーの余市蒸溜所を訪問する機会がありました。この辺りがバーボン以外のウィスキーを飲むようになった始まりです。とはいえ、まだその頃飲んでいたのはバーボンが中心で、スコッチウィスキーは時々飲むものという位のものでした。

それからしばらくして、妻が「お茶を習いたい」と言い出します。もちろん彼女が自分の好きなことをするのに異論はありませんが、「僕も何か新しいことをしたいな」と思って、ふと思い出したのが通勤途中で目にしたポットスチルの看板です。こちらのお店 。

いま思うと幸運だったという他ないのですが、このお店がとても素晴らしく、特にマスターのお酒に対する知識と愛の深さ、料理番である山口さんの料理のセンスとお人柄（もちろんお酒の知識も）にはいつも新鮮な刺激をもらっていて、それ以来もう10年以上通い続けています。

とはいえ、とても意識が低いウィスキー飲みなので、銘柄とかは何となくしか覚えておらず、未だに「こんな感じのが飲みたい」「この間飲んだ〇〇が良かったので似たような（あるいはそれより△△）なやつ」「あのラベルが気になるけどどんな味ですか？」というような適当な注文しかしていません。

さて、ある時マスターに「埼玉で作ってるウィスキーがあるんです、面白いですよね」とお勧めされたのが、どんぐりのラベルがついた1本。それがイチローズ・モルトとの出会いでした。それまで飲んだことのない個性的な味で、この最初の1本がいまでも一番印象に残っているイチローズ・モルトの味です。

当時、ベンチャーウィスキーは設立間もなく、肥土さんは各地のバーを巡って商品を売り込むとともに、蒸留所設立という構想を練っていらしたそうです。元のWebサイトは消えてしまっているけど、こちらのアーカイブでその一端を垣間見ることができます。

http://web.archive.org/web/20050127203028/http://homepage3.nifty.com/venture-whisky/

当時の商品は主に羽生時代のストックでトランプのカードをラベルにあしらった「カード・シリーズ」、特に印象に残ってるのはミズナラ樽でフィニッシュをかけたクラブの2だったと思います。

それから数年して秩父蒸留所が稼働を開始し、ウィスキーを仕込んでいたのは知っていたのですが、2011年に「ついに秩父が最初のボトルを出すのでお披露目会をするんです」と教えてもらいました。完全に物見遊山で参加したそのイベントがすごかった。

大宮のホテル宴会場で行われたイベントは、ほぼマニアックなモルトファンで占められていて、夫婦で参加した僕らのような物見遊山な客はほぼいない。みなさん玄人のウィスキー飲みなので、ウイスキーはもちろんチェイサーもどんどん飲んでいて、ホテルのスタッフが「どうしてこんなに水が足りなくなるんだろう」という顔をしながらピッチャーを繰り返し補充していたのが印象に残っています。

この時お披露目されたのが「Ichiro's Malt CHICHIBU The First」で、イチローズ・モルトへの注目も今に比べれば限定的だったため僕でも購入できました。1本はVoluntas氏が「瀧澤さんの作った料理が食べたい」というリクエストで行われた自宅での飲み会の時に開け、その後ちびちびと飲んでしまいました（下記は取ってある空瓶）。

ところでこのお披露目会、最後に来場者に配られたお土産が秩父蒸留所のニューポット（蒸留器から出たままの原酒）と原料である麦のセット（下記）。後からお聞きした話ではイベント前日に急遽お土産をと、蒸留所のスタッフが夜なべして詰めたものだということです。おそらく世界に数百セットしか存在しない大変貴重な品で、家には2セットあったこともあり、一つは尊敬する先輩が前の職場を退職された時に記念に差し上げ、もう一つは家宝として大切に保管しています。

このイベントはその後も継続し、川口での2度目のイベント（日程の都合で参加できなかった）を経た後で秩父ウィスキー祭りに引き継がれることになります。
最初のウィスキー祭りが、これまた伝説的なイベントで、開催の前の週に関東地方が記録的な大雪に見舞われて開催そのものが危ぶまれつつ、ギリギリの状態で開催されたという経緯があります。写真を見返してみても、秩父神社の境内や周りの風景が、それ以降のものとは全く異なるのがよく分かります。確か秩父へ向かう電車の中で、大雪の視察に向かってるらしき議員さんが浦和の熟女パブの話をしてたのを思い出します。

https://goo.gl/photos/vajmzwatNcvdvRkc7

翌年2015年は、念願の秩父蒸留所を見学に行った年です。それまで余市、山崎、宮城峡と見学に行ったのですが、そのどれとも似ていない、独自のウィスキー作りを見学できたのが楽しかったです。下記に写真の一部をまとめてあるのですが、機械の操作盤に養生テープを貼って注意書きをするのは、自分もよくやる手法なので妙に親近感が湧きました。またこの年は蒸留所見学の後秩父に宿をとって秩父駅からシャトルバスで温泉に行ったり、県内なのに1泊旅行をするという体験もしました。

https://goo.gl/photos/M9Sw2Ex5twNw2bnTA

さて、いよいよ2016年。今年は家族が仕事の都合で参加できず、初めて一人での参加。ですがymotongpooや前述した先輩など、見知った知人が参加しているという初めての回になりました。世間的にもウィスキーへの注目が大変集まっているタイミングで、前年では考えられないような時間から長蛇の列ができるなど、これまでの経験が通用しない回になったと思っています。

https://goo.gl/photos/2T127AbhiyL8pPxCA

ということで、まとまりがありませんが私とウィスキーの関わりについてざっと振り返ってきました。イチローズモルトを中心にしてきましたが、このほかにも余市、山崎、宮城峡を見学した時の話とか、素敵なバーの話とか書きたいことは沢山あるのですが、それはまた別の機会に。

＃一部は以下に書かれてます。
http://turky-in-the.blogspot.jp/2015/01/blog-post.html

明日はところてん先生によるエントリです。刮目して待たれよ。