2010-07-24T06:35:14+00:00 http://hisashim.org/ Hisashi Morita 2010-07-17T00:00:00+00:00 http://hisashim.org/2010/07/17/toteka <p>とちぎテストの会議に参加してきました。</p> <ul> <li>とちぎテストの会議<br/> <a href="http://d.hatena.ne.jp/tochigitestnokaigi/">http://d.hatena.ne.jp/tochigitestnokaigi/</a> <blockquote><p>開催日時 7月17日、13:00〜17:30<br/> 開催場所 西那須野公民館</p></blockquote></li> </ul> <p>ソフトウェアテストの識者が何人も参加されている、類のないミーティングだっ たようです。</p> <h3>雑感</h3> <p>最初にパネリストのポジショントークがあったおかげで、テストに関してどうい う立場があってどういう問題意識があるのかがようやく分かった気がします。テ ストという言葉は幅が広いので、誰が何のために行うテストの話をしたいのか言 わないと、誤解やすれ違いが起きそう。今回は議論の前にすり合わせが必要で、 ディスカッション本編は時間が足りなかった感があるので、次回があるといいな と思います。</p> <p>今回は、アマチュアプログラマとしての興味もありましたが、人間向けソフトウェ アの開発を支援する人間、つまり編集者としても強い興味があったので、次のこ とを実践者から直接聞けただけでも収穫でした。</p> <ul> <li><p>ソフトウェアテストも手間暇がかかる。開発者向けユニットテストは自動化 されていて数秒で済むかもしれないが、手動でのテストも多いし、大掛かり なテストは計画から含めて数ヶ月かかるものもある。</p></li> <li><p>ソフトウェアテストも実環境でテストができるとは限らない．例えば組み込 みソフトウェア。そういった場合はテストをしやすくするためのお膳立てが 大事。</p></li> </ul> <p>分かってみれば当たり前ですが、コンピュータソフトウェアのテストにも手間暇 や規模やプラットフォームの問題があるようです。であればそれに対する解決策 は、出版物にも応用できるかもしれません。</p> <h3>懇親会</h3> <p>懇親会で教えてもらった、一人ではできないか、あまり意味がないプラクティス：</p> <ul> <li>ペアプログラミング</li> <li>コードレビュー</li> </ul> <p>確かに。</p> <p>特に、ペアプログラミングをしたいときって、どうすればいいんでしょうね。二 人以上が同じ時間に同じ場所で同じ課題に取り組む必要があるので、たぶん仕事 場が最適なんでしょうが、そういう職場ってなかなか少ないような。</p> <h2>Lightning Talk</h2> <p>せっかくなのでライトニングトークに応募して、発表させていただきました。</p> <ul> <li><a href="testing-of-books.html"> 本のテスト（あるいは人間向けソフトウェアのテストについて） </a></li> </ul> <p>「本もソフトウェアであり、コンピュータソフトウェア開発の知見を応用できる ことが多い」といういつもの考えに沿って、出版におけるテストへの取り組みを 報告するという内容です。</p> <p>試行錯誤中なので整理されていませんが、これまでの試みを振り返るいい機会で した。いただいたフィードバックのおかげで、一人で考えていたときよりも考え が進んだと思います。</p> <p>いずれにせよ、やれることはたくさんあるので、できるところから実践していこ うと思います。</p> 2010-07-17T00:00:00+00:00 http://hisashim.org/2010/07/17/testing-of-books <p>（以下はとちぎテストの会議でのライトニングトークの資料です。当日使ったものに若干変更を加えています。）</p> <div class="presentation"> <div class="slide"> <h1>本のテスト（あるいは人間向けソフトウェアのテストについて）</h1> <h3>森田尚</h3> <h4>hisashim at workbook.org</h4> <h4>株式会社オーム社開発部（hmorita at ohmsha.co.jp）</h4> </div> <div class="slide"> <h1>発表者について</h1> <ul> <li>編集者</li> <li>コンピュータは素人</li> <li>この発表は個人的な考えを非公式に述べるもので、雇用者とは無関係</li> </ul> <div class="handout"> <p>理工書の出版社に勤務しており、書籍を企画編集しています。</p> <p>出版物もソフトウェアの一種であり、理想に近づけるための方法として、読み直しをはじめとする「テスト」が存在します。今回は、本のテストに対する私と周囲の取り組みを報告します。</p> </div> </div> <div class="slide"> <h1>本もソフトウェアである</h1> <p>コンピュータソフトウェアと同様に、本は人間向けのソフトウェアといえる</p> <ul> <li>共通点：ソフトウェアである</li> <li>相違点：実行するのがコンピュータか人間か</li> </ul> <p>技術を応用できる</p> <ul> <li>バージョン管理・問題追跡・CI</li> <li>反復型開発・レビュー・リファクタリング・ふりかえり</li> </ul> <p>しかしテストについては、技術をそのまま応用するのが難しい</p> <div class="handout"> <p>コンピュータソフトウェアと同様に、本もソフトウェアの一種です。</p> <p>コンピュータソフトウェア開発の技術には、本づくりに応用できるものがあります。ですがテストはそのまま応用できない場合がままあります。</p> </div> </div> <div class="slide"> <h1>本作りにおけるテスト</h1> <p>本作りでテストに相当するのは</p> <ul> <li>読み直すこと</li> </ul> <p>しかし本作りに特有の問題点がある</p> <ul> <li>時間がかかる</li> <li>目が慣れてしまう</li> <li>読む人を増やしにくい</li> </ul> <p>いずれも人の目で読むために生じる問題</p> <div class="handout"> <p>本作りにおけるテストは、人の目で読み直すことが中心になります。</p> <p>ですが、人間はコンピュータのように速く読めません。またコンピュータのような単純な正確さや再現性を求めるのは無茶です。読んでくれる人の人数を増やすと、とりまとめが大変です。</p> </div> </div> <div class="slide"> <h1>工夫</h1> <p>読み直しを量・質ともに充実させる</p> <ul> <li>いつでも最新の原稿がレイアウトされた状態で読めるように</li> <li>識者によるレビューを行う</li> </ul> <p>上記を実現・支援するための道具</p> <ul> <li>自動組版ツール（XML、LaTeXなど）</li> <li>協働支援ツール（ML、トラッカー、バージョン管理システムなど）</li> <li>校正支援ツール（aspell（欧文）、JustRight!やWord（和文）など）</li> </ul> <div class="handout"> <p>そこでこういった工夫をしました。テスト自体を機械に肩代わりしてもらうのは難しいので、主にテストをしやすくするための工夫です。</p> <p>最終的な仕上がりに近いものを読めば、より実際に即した改善案が浮かびます。</p> <p>内容に詳しい人に目を通してもらえば、より良い改善案をもらえます。</p> <p>たくさんの目で、または時間をおいて読むことは、視点の固定や思い込みを減らします。</p> <p>多人数からフィードバックをもらう際のとりまとめは、メーリングリストやトラッカーやバージョン管理ツールを使えば、効率化できます。</p> <p>校正支援ツールは、本来は誤記を見つけるための道具ですが、内容上の問題点もまま見つかります。</p> <p>（※注意：ツールはあくまで人間を支援する手段で、何をどう使うかはケースバイケースです。）</p> </div> </div> <div class="slide"> <h1>考察など</h1> <p>良いところ</p> <ul> <li>本の質が上がった（発行後に見つかる問題点が数分の一に減少）</li> <li>効率化できた（数十時間の作業が数時間に）</li> <li>著者をはじめ関係者には好評</li> </ul> <p>いまいちなところ</p> <ul> <li>根本的な解決はまだ遠い</li> <li>もっとやりようがあるのでは？</li> </ul> <div class="handout"> <p>効果は測定していませんが実感しています。発行後に見つかる不具合は明らかに減りました。効率についても、例えば数十時間かかっていた校正作業が、数時間でかつ高い精度でできるようになっています。著者や訳者からも、読者からも、おおむね良い評価をいただいています。</p> <p>ただし、読むのが大変なことに変わりはありません。また支援ツールもすべてが自動化できているわけではなく、忙しいと適用が滞りがちです。</p> <p>今後の課題は、うまくいった工夫の実行コストを下げることと、効果がありそうな方法を試していくことかと考えています。</p> <p>なおTDDの可能性は今のところ不明です。</p> </div> </div> <div class="slide"> <h1>参考資料</h1> <ul> <li>『プログラミングClojure』の編集制作におけるLisp/Scheme<br/> <a href="http://hisashim.org/2010/03/20/shcloj-ja-prod.html">http://hisashim.org/2010/03/20/shcloj-ja-prod.html</a></li> <li>Refactoring the Publishing Process (Steve Loughran, Erik Hatcher, 2006)<br/> <a href="http://people.apache.org/~stevel/papers/refactoring_publishing.pdf">http://people.apache.org/~stevel/papers/refactoring_publishing.pdf</a></li> <li>The Emerging Art of Agile Publishing (Michael Fitzgerald, 2006 )<br/> <a href="http://www.xml.com/pub/a/2006/03/08/agile-publishing.html">http://www.xml.com/pub/a/2006/03/08/agile-publishing.html</a></li> </ul> <div class="handout"> </div> </div> <!-- <div class="slide"> <h1>[slide title]</h1> <ul> <li>[point one]</li> <li>[point two]</li> <li>[point three]</li> <li>[point four]</li> <li>[point five]</li> </ul> <div class="handout"> [any material that should appear in print but not on the slide] </div> </div> --> </div> 2010-07-16T00:00:00+00:00 http://hisashim.org/2010/07/16/objectclub <p>毎年恒例のオブジェクト倶楽部の夏イベントにお邪魔してきました。</p> <blockquote><ul> <li>オブジェクト倶楽部2010夏イベント<br/> <a href="http://objectclub.jp/event/2010summer/">http://objectclub.jp/event/2010summer/</a><br/> </li> </ul> </blockquote> <p>まず感じたのは、発表者に若い方が多かったことです。バトンタッチがうまくで きているのがいいなあと思いました。組織も新陳代謝が大事。</p> <p>午前中は関さんの話を聞けました。いつもどおり、当たり前のことしか言わない。 「仕事中は理想の職業人として振る舞おうよ。だって仕事でしょ」とか。 当たり前のことを、自分がいかに疎かにしているかに気づかされます。</p> <p>今回は少ししかいられなかったのですが、この種のイベントを質を保って続ける のは、簡単なことではないと思います。開催に尽力されたみなさん、ありがとう ございました。</p> 2010-05-17T00:00:00+00:00 http://hisashim.org/2010/05/17/ruby19ja <p>"Programming Ruby 1.9"の日本語版が5/25に発行されます。 遅くなりましたがもうすぐお届けできそうです。</p> <ul> <li><p>プログラミングRuby 1.9 言語編<br/> Dave Thomas with Chad Fowler and Andy Hunt著 まつもとゆきひろ監訳 田和勝訳<br/> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06809-6">http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06809-6</a><br/> <a href="http://www.amazon.co.jp/dp/4274068099/">http://www.amazon.co.jp/dp/4274068099/</a><br/> </p></li> <li><p>プログラミングRuby 1.9 ライブラリ編<br/> Dave Thomas with Chad Fowler and Andy Hunt著 まつもとゆきひろ監訳 田和勝訳<br/> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06810-2">http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06810-2</a><br/> <a href="http://www.amazon.co.jp/dp/4274068102/">http://www.amazon.co.jp/dp/4274068102/</a><br/> </p></li> </ul> <p>田和さんに訳していただいたうえでまつもとさんに監訳していただき、Leoさん、 卜部さん、角谷さん、笹田さん、関さん、Yuguiさん、成瀬さん、西山さん、前田 さん、やまださんにレビューしていただきました。編集作業ではトップスタジオ の武藤さんに助けていただきました。装丁は同じくトップスタジオデザイン室の 轟木さんと阿保さんにお願いしました。ありがとうございます。</p> <p>5/25に卸に搬入される予定なので、5/26か5/27くらいから書店の棚に並び始める んじゃないかと思います。</p> <p>ふりかえりは後ほど。</p> 2010-04-11T00:00:00+00:00 http://hisashim.org/2010/04/11/toccon-memo <p>TOC 2010の資料の感想を発掘したので貼ってみる。</p> <h2>前置き</h2> <p>事前に興味を引いたセッション：</p> <ul> <li>TOC 2010の面白そうなトーク<br/> <a href="http://hisashim.org/2010/02/16/toccon.html">http://hisashim.org/2010/02/16/toccon.html</a></li> </ul> <h2>それぞれの概要</h2> <h3>Subversionによるデジタルアセット管理</h3> <ul> <li>Using Open Source Tools for DAM and Production Workflow Management<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/11229">http://www.toccon.com/toc2010/public/schedule/detail/11229</a></li> </ul> <p>Subversionを使ってDAM（デジタル資産の管理）しましょうという話。出版社に DAMを導入しようとした時の注意点が挙がっている。</p> <p>まとめはこう：</p> <ol> <li>Subversionが自分たちの役に立ちそうか判断する</li> <li>編集者を説得する</li> <li>パイロット版企画を3つ選ぶ</li> <li>オーナーを見つける</li> <li>必要に応じて解説書を読む</li> </ol> <p>Beanstalkのようなサービスを試すのも手だと書かれている。たしかにリポジト リを用意する手間が導入を阻む一要因なので、いいアドバイスだと思う。</p> <p>（あと会社が推進しているというところが重要。）</p> <p>日本でDAMを導入するときは、道具だけじゃなくて、コンテントの権利に関する 約束を書面で交わすという文化も一緒に導入する必要がありそう。USだと契約文 化が定着してるせいか、出版契約は当然ながら執筆前に交わすし、第三者による 図版等のコンテントは転載許諾の書面が原稿一式と一緒に保存されてたりする。 このへんも大事。</p> <h3>ebookの出版契約</h3> <ul> <li>Ebook Contracts: Critical Terms and Lessons Learned from Both Sides of the Table<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/11227">http://www.toccon.com/toc2010/public/schedule/detail/11227</a></li> </ul> <p>出版社と流通との間で交わす契約の話。実務に携わっている人向け。 例えばこんな細かくて具体的な話が：</p> <ul> <li>標準価格のn%なのか、売価のn%なのか</li> <li>条件が対象とするメディアを明示すること</li> <li>価格がメディア間で矛盾しないように</li> <li>著者との契約と矛盾しないように</li> <li>refresh/update（マイナーアップデート）の提供を義務にするのか しないのか、対価を取るのか取らないのか</li> </ul> <h3>OPDS：オープンな出版物流通システム</h3> <ul> <li>Open Publication Distribution System<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/10806">http://www.toccon.com/toc2010/public/schedule/detail/10806</a></li> </ul> <p>OPDSの紹介。ebookを利用するにあたって、デバイスもフォーマットも入手先も いろいろあるので、探して手に入れるだけでも大変。OPDSは、読み手が目当ての ものを楽に探して手に入れられるようにするための、オープンな標準に準拠した 仕組み。技術的にはAtomベースでいくらしい。</p> <p>BookServerはアーキテクチャを指しており、OPDSはそれを実現する基盤となる、 具体的な技術仕様ということらしい。</p> <h3>ebookリーダーの現状</h3> <ul> <li>Networked, Mobile, &amp; Landlocked: Current Ereaders<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/10612">http://www.toccon.com/toc2010/public/schedule/detail/10612</a></li> </ul> <p>いわく、デバイスやフォーマットが増えて、目当ての本がどのデバイスでどう読めるのか 皆目分からない混乱状態に陥りつつある。フォーマットが同じでも、プラット フォーム独自のDRMが使われてて、買った本が手持ちの他のデバイスで読めな いってこともあり得る。この混乱状態では、お客は他のもっと手間のかからない 娯楽に逃げてしまうよ。せっかくネットワークがあるので、読者が欲しいものを 簡単に探して手に入れられるようにしなきゃ。エコシステムとして考えなきゃ。 ブラウザベースのリーダーやBookServerが救いになるかもしれない……。という感 じの話。</p> <h3>本が迎える未来：BookServer</h3> <ul> <li>A Future for Books: BookServer<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/13233">http://www.toccon.com/toc2010/public/schedule/detail/13233</a><br/> Brewster Kahle (Internet Archive)<br/> </li> </ul> <p>BookServerのBrewster Kahleさんの話。</p> <p>Internet Archiveが推進しているBookServerのコンセプト。ebookを流通させる 共通基盤を作る。貸し借りと売買の両方。著者も読者も出版社も図書館も書店も 卸も、みんな得する仕組み。</p> <h3>アジャイルな出版モデル</h3> <ul> <li>Agile Publishing Model<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/13329">http://www.toccon.com/toc2010/public/schedule/detail/13329</a><br/> Dave Thomas, Andrew Hunt (Pragmatic Programmers, LLC)<br/> </li> </ul> <p>ソフトウェア開発におけるAgileな手法を出版に応用した、Pragmatic Bookshelf によるAgile Publishing Modelの紹介。</p> <p>資料がないので参加した人の報告を：</p> <ul> <li><a href="http://booksquare.com/tools-change/">http://booksquare.com/tools-change/</a></li> <li><a href="http://indesignsecrets.com/tools-of-change-round-up-day-3.php">http://indesignsecrets.com/tools-of-change-round-up-day-3.php</a></li> </ul> <p>自動化されたワークフローのデモが印象的だったらしい。ここまでの自動化はUS の出版業界でも珍しいみたい。</p> <p>効率化できているのは、分野を技術書、著者をXMLとsvnを扱える人に限っている からだという指摘はそのとおり。もちろん、みんなが同じようにする必要はなく て、自分たちに合ったワークフローとツールを考えて用意すればいい。</p> <p>彼らに関しては自動化が目を引きがちだけど、個人的には、読者と直接関係を保 ちたいから独占的なプラットフォームを通さないのだという発言のほうが印象に 残る。</p> <ul> <li><p><a href="http://pragprog.com/magazines/2010-05/choice-bits">http://pragprog.com/magazines/2010-05/choice-bits</a><br/> </p> <blockquote><p>Some publishers need Amazon &amp; Apple because publishers have no relationship with their readers. But...</p> <p>...Amazon and Apple are <em>why</em> some publishers have no relationship with their readers. Chicken, meet egg.</p></blockquote></li> </ul> <h3>私の傷跡を見よ：ebook 7つの失敗と教訓</h3> <ul> <li>Check Out My Scars: Seven Lessons from the Failure of Ebooks in 2000, and What They Mean to the Future of Electronic Publishing<br/> Michael Mace<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/10777">http://www.toccon.com/toc2010/public/schedule/detail/10777</a></li> </ul> <p>講演者の実体験に基づく話とのこと。参考になるかどうかは立場次第かも。以下 偏った要約：</p> <ol> <li><p>鶏が先か卵が先かに注意。<br/> コンテントが充実していなければデバイスは普及しない。SonyやAppleは宣 伝や値引きに先行投資して普及させようとしている。しかし読書市場はまだ うまく回るには至っていない（2も参照）。</p></li> <li><p>ebookのお客は安値。<br/> ebookのお客は紙版より安い値段を期待している。同時に、ebookに飛びつく 類の熱心な読者は紙版より早い時期に読みたがっている。ハードカバーより 早くペーパーバックの値段で手に入れたい。だから専用デバイスに高い初期 投資をするのをためらってしまう。スマートフォンなど他のデバイスに期待 か（3に注意）。</p></li> <li><p>モバイルユーザの利用パターンに従来の出版物は合わない。<br/> モバイルユーザのパターンは従来とは違う。外出先の細切れ時間で利用する。 従来の読書が食事だとすればおやつのつまみ食い。利用パターンに合った短 い内容かどうか考えよう。</p></li> <li><p>定期刊行物は期待できる。<br/> 雑誌は短い情報を早く安価に伝えるという性質がebook向き。ただし直接記 事へ飛べるため広告は無視されやすいという問題点がある。広告収入の減少 をどう埋め合わせるかが課題。</p></li> <li><p>どうやったら紙版より優れたエクスペリエンスを提供できるか。<br/> ebookが顧客にとって何がうれしいのか正しく認識しよう：</p> <ul> <li>NG: 本をたくさん持ち運べる<br/> </li> <li>OK: すぐダウンロードして手に入れられる</li> <li>OK: 絶版タイトルが手に入る（これが大きい）</li> </ul> </li> <li><p>分岐点に注意。<br/> 従来のままの契約条件では、著者自身が出版した方が利益が大きくなりうる。 出版社が関与したほうが利益が大きくなる分岐点がどこにあるか計算して、 著者に条件を提案しよう。</p></li> <li><p>予期しない将来に注意。<br/> 小売価格は市場の圧力で低くなる一方。価値を認めてもらう工夫を、あるい は従来とは別の収益モデルを考えよう。</p></li> </ol> <h2>雑感</h2> <p>個人的にはOPDS / BooksServerのように公益性が高いプロジェクトの発展に期待 かなあ。インディの力になるような仕組みは、結果的に健全な競争を通して分野 全体を活性化するだろうから。</p> 2010-03-20T00:00:00+00:00 http://hisashim.org/2010/03/20/shibuya-lisp <p>Shibuya.lisp TT#5に参加してきました。</p> <ul> <li>Shibuya.lisp テクニカルトーク#5<br/> <a href="http://shibuya.lisp-users.org/2010/03/02/sltt-5/">http://shibuya.lisp-users.org/2010/03/02/sltt-5/</a> <blockquote><p>日時 - 2010年3月20日(土) 14:40-20:30 (14:10 開場)<br/> 会場 - 渋谷ファーストプレイス8F 株式会社ECナビ セミナールーム</p></blockquote></li> </ul> <p>今回は勤務先の立場で書籍の販売をさせていただきました。好評だったようで、 なによりです。お客さんとお話しできたのもよかったです。 主催者と参加者のみなさん、ありがとうございました。</p> <p>あと個人としてLTに参加しました。</p> <ul> <li>Shibuya.lisp TT#5 ライトニングトークの発表内容決定!<br/> <a href="http://shibuya.lisp-users.org/2010/03/13/sltt5-lter/">http://shibuya.lisp-users.org/2010/03/13/sltt5-lter/</a></li> </ul> <p>資料を転記しておきます。</p> <ul> <li><a href="shcloj-ja-prod.html"> 『プログラミングClojure』の編集制作におけるLisp/Scheme </a></li> </ul> <p>（『プログラミングClojure』のバッククォートが判別しにくい件は、目下の仕事 が一段落したら、原因を突き止めて再発防止の対策をします。すみません。）</p> 2010-03-20T00:00:00+00:00 http://hisashim.org/2010/03/20/shcloj-ja-prod <p>（以下はShibuya.lisp TT #5でのLTの資料です。）</p> <div class="presentation"> <div class="slide"> <h1>『プログラミングClojure』の<br/>編集制作におけるLisp/Scheme</h1> <h3>森田尚</h3> <h4>hisashim at workbook.org</h4> <h4>株式会社オーム社開発部（hmorita at ohmsha.co.jp）</h4> </div> <div class="slide"> <h1>前口上</h1> <ul> <li>発表者について <ul> <li>職業編集者</li> <li>アマチュアプログラマ</li> </ul> </li> <p>※この発表は発表者の個人的な考えを非公式に述べるものであり、雇用者が関知するものではありません。</p> <li>Lisp/Schemeと題しているが、主にGaucheの話（Elisp, xyzzy Lispも若干）</li> </ul> <div class="handout"> <p>質問歓迎です。いつでもご質問ください。</p> </div> </div> <div class="slide"> <h1>関係した本（抜粋）</h1> <p> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06405-0"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06405-0.gif" alt="コンピュータグラフィックス 理論と実践"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06406-9"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06406-9.gif" alt="UNIXという考え方"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06437-9"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06437-9.gif" alt="Linkers &amp; Loaders"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06473-5"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06473-5.gif" alt="CVSによるオープンソース開発"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06518-9"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06518-9.gif" alt="入門Meadow/Emacs"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06576-6"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06576-6.gif" alt="Postfix詳解"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06597-9"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06597-9.gif" alt="ハッカーと画家 コンピュータ時代の創造者たち"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06600-2"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06600-2.gif" alt="入門xyzzy"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06656-8"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/4-274-06656-8.gif" alt="Ship It!"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06637-5"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06637-5.gif" alt="On Lisp"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06680-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06680-1.gif" alt="Subversion実践入門 第2版"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06721-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06721-1.gif" alt="実践Common Lisp"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06733-4"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06733-4.gif" alt="+GAINER"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06714-3"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06714-3.gif" alt="プログラミングErlang"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06729-7"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06729-7.gif" alt="Manage It!"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06749-5"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06749-5.gif" alt="Release It!"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06755-6"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06755-6.gif" alt="プログラマのための論理パズル"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06750-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06750-1.gif" alt="WiiRemoteプログラミング"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06767-9.gif" alt="入門git"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06776-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06776-1.gif" alt="入門GTK+"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06785-3"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06785-3.gif" alt="RailsによるアジャイルWebアプリケーション開発 第3版"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06789-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06789-1.gif" alt="プログラミングClojure"/></a> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06793-8"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06793-8.gif" alt="情熱プログラマー"/></a> </p> <div class="handout"> <p>こういった本を世に出すお手伝いをしてきました。</p> </div> </div> <div class="slide"> <h1>『プログラミングClojure』（2010-01）</h1> <p><a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06789-1"><img width="100px" src="http://ssl.ohmsha.co.jp/imgm/978-4-274-06789-1.gif" alt="プログラミングClojure"/></a></p> <ul> <li>Stuart Halloway著 川合史朗訳</li> </ul> <div class="handout"> <p>今日はこの本の編集制作を例に、ワークフローとツールを紹介します。</p> </div> </div> <div class="slide"> <h1>ゴール</h1> <ul> <li>かかわる人たち（著者・訳者・レビュア等）に最大限に力を発揮してもらう</li> </ul> <div class="handout"> <p>ツール類はあくまで手段です。</p> </div> </div> <div class="slide"> <h1>ワークフロー</h1> <ol> <li>原稿を執筆・翻訳・編集してcommitする</li> <li>最新のPDFがサーバ上に自動生成される</li> <li>みなで読んでトラッカーやMLでフィードバックする</li> <li>1へ戻る</li> </ol> <p>以上を繰り返して完成度を高めていく。</p> <div class="handout"> <p>コンピュータソフトウェア開発と同様に、繰り返しにより漸進的に改善します。</p> </div> </div> <div class="slide"> <h1>道具立て（概要）</h1> <ul> <li>構造化されたテキスト原稿</li> <li>自動組版システム</li> <li>バージョン管理システム</li> <li>トラッカー（問題追跡システム）</li> <li>ビルドサーバ</li> </ul> <div class="handout"> <p>実現するための道具立てです。</p> </div> </div> <div class="slide"> <h1>道具立て</h1> <ul> <li>構造化されたテキスト原稿（XML/XHTML/LaTeXなど） <ul> <li>XMLベースの独自形式</li> </ul> </li> <li>自動組版システム（内製ツールやLaTeX） <ul> <li>IdeoType+独自拡張</li> </ul> </li> <li>バージョン管理システム（Subversionなど） <ul> <li>中央がSubversion、各人の手元ではsvnやgit</li> </ul> </li> <li>トラッカー（問題追跡システム） <ul> <li>Trac</li> </ul> </li> <li>ビルドサーバ（Hudson、CruiseControl.rbなど） <ul> <li>Hudson</li> </ul> </li> </ul> <div class="handout"> <p>今回はこれらを使いました。</p> </div> </div> <div class="slide"> <h1>実際の手順</h1> <ul> <li>Trac: レビュアがチケットを起こす</li> <li>Subversion: 訳者が判断して原稿を編集する</li> <li>Hudson: PDFを生成してダウンロード可能にする</li> <li>変更点を確認</li> </ul> <div class="handout"> <p>（実際にどういう様子だったか、スクリーンショットを使って手順を紹介）</p> </div> </div> <div class="slide"> <h1>IdeoType</h1> <ul> <li>XML→（LaTeXやXSL-FO）→PDFと変換を行うスクリプト</li> <li>v0.1はIPA未踏ソフトウェア創造事業の支援を受けて開発（2006-2007、美馬PM）</li> <li>v0.2はその発展版で、pure Gaucheで実装（SXMLライブラリを利用）</li> <li><a href="http://ideotype.org">http://ideotype.org</a></li> </ul> <div class="handout"> <p>今回利用したIdeoType v0.2はGaucheで書かれています。</p> </div> </div> <div class="slide"> <h1>変換の各段階</h1> <ul> <li>XML（原稿） <pre> &lt;h lang="en"&gt;Preface&lt;/h&gt; &lt;h lang="ja"&gt;まえがき&lt;/h&gt; </pre> </li> <li>TeXML（中間形式） <pre> &lt;cmd name="chapter"&gt; &lt;parm&gt;まえがき&lt;/parm&gt; &lt;/cmd&gt; </pre> </li> <li>LaTeX（中間形式） <pre> \chapter{まえがき} </pre> </li> <li>PDF（最終出力） <pre> まえがき </pre> </li> </ul> <div class="handout"> <p>XMLから中間形式を経てPDFが生成されます。LaTeXをバックエンドとして利用しています。</p> <p>（<a href="http://getfo.org/texml/spec.html">TeXML</a>はTeXのXML表現で、これによりTeXへのシリアライズにまつわる処理を分離・隠蔽しています。）</p> </div> </div> <div class="slide"> <h1>変換の各段階（右側は内部表現）</h1> <ul> <li>XML（原稿） <pre> &lt;h lang="en"&gt;Preface&lt;/h&gt; (h (@ (lang "en")) "Preface") &lt;h lang="ja"&gt;まえがき&lt;/h&gt; (h (@ (lang "ja")) "まえがき") </pre> </li> <li>TeXML（中間形式） <pre> &lt;cmd name="chapter"&gt; (cmd (@ (name "chapter")) &lt;parm&gt;まえがき&lt;/parm&gt; (parm "まえがき")) &lt;/cmd&gt; </pre> </li> <li>LaTeX（中間形式） <pre> \chapter{まえがき} </pre> </li> <li>PDF（最終出力） <pre> まえがき </pre> </li> </ul> <div class="handout"> <p>IdeoType内部では、原稿はSXML（XMLのS式表現）になっており、自由に操作できます。</p> </div> </div> <div class="slide"> <h1>変換ルールの例</h1> <pre> ;; 出現要素にマッチさせるパターン (define pattern-h1 (sxpath "h1")) ;; マッチしたノードを処理するハンドラ (define (h1->texml-chapter node root vars) `((cmd (@ (name "chapter")) (parm ,@(apply-templates node root vars))))) </pre> <div class="handout"> <p>変換ルールはパターンとハンドラとして定義されており、自由にカスタマイズ可能です。</p> </div> </div> <div class="slide"> <h1>ふりかえって</h1> <ul> <li>技術的には普通（ユーザコンピューティングの一例）</li> <li>経験した方からは肯定的な評価</li> <li>発展途上で、改善の余地は大きい</li> <li>引き続き改善していきたい</li> </ul> <div class="handout"> <p>技術的にはごく当たり前のものですが、この方法を経験された方には良い評価をいただいています。</p> <p>まだ発展途上ですが、改善していきたいと考えています。</p> </div> </div> <div class="slide"> <h1>参考資料</h1> <ul> <li>Island Life - 『プログラミングClojure』のできるまで (訳者サイド)<br/> <a href="http://blog.practical-scheme.net/shiro/20100125-making-programming-clojure">http://blog.practical-scheme.net/shiro/20100125-making-programming-clojure</a></li> <li>『プログラミングClojure』のできるまで（編集者サイド）<br/> <a href="http://hisashim.org/2010/01/25/shcloj-ja.html">http://hisashim.org/2010/01/25/shcloj-ja.html</a></li> <li>高品質な書籍を簡単に制作するための出版支援ソフトウェア：ブックコンパイラIdeoType<br/> コンピュータソフトウェア Vol.26 No.4 Nov. 2009 日本ソフトウェア科学会<br/> <a href="http://www.jstage.jst.go.jp/browse/jssst/26/4/_contents/-char/ja/">http://www.jstage.jst.go.jp/browse/jssst/26/4/_contents/-char/ja/</a><br/> （v0.1の紹介記事）</li> </ul> <div class="handout"> <p>ありがとうございました。</p> </div> </div> <!-- <div class="slide"> <h1>[slide title]</h1> <ul> <li>[point one]</li> <li>[point two]</li> <li>[point three]</li> <li>[point four]</li> <li>[point five]</li> </ul> <div class="handout"> [any material that should appear in print but not on the slide] </div> </div> --> </div> 2010-02-23T00:00:00+00:00 http://hisashim.org/2010/02/23/git-ssh-options <p>gitにsshのオプションを渡すには、sshをラップしたスクリプトを用意して GIT_SSHで指定してやればいいらしい。</p> <p>例えば、johndがjdoeというユーザ名でid_rsa_jdoeという鍵を使って loginしたい場合の準備：</p> <pre><code>% man ssh % $EDITOR git_ssh_jdoe.sh % cat git_ssh_jdoe.sh #!/bin/sh # git_ssh_jdoe.sh exec ssh -o User=jdoe -o IdentityFile=/home/johnd/.ssh/id_rsa_jdoe "$@" % % chmod +x git_ssh_jdoe.sh </code></pre> <p>使うときはGIT_SSHを指定してgitを実行する。</p> <pre><code>% GIT_SSH=git_ssh_jdoe.sh git fetch Enter passphrase for key '/home/johnd/.ssh/id_rsa_jdoe': ... % </code></pre> <p>参考：</p> <ul> <li>GitTips - Git SCM Wiki<br/> How to pass ssh options in git?<br/> <a href="http://git.wiki.kernel.org/index.php/GitTips#How_to_pass_ssh_options_in_git.3F">http://git.wiki.kernel.org/index.php/GitTips#How_to_pass_ssh_options_in_git.3F</a><br/> </li> </ul> 2010-02-16T00:00:00+00:00 http://hisashim.org/2010/02/16/toccon <p>O'Reilly Media主催の出版関係者向けカンファレンス"Tools of Change for Publishing Conference 2010"（TOC2010）が2/22にNYで始まる。</p> <blockquote><p>O'Reilly Tools of Change for Publishing Conference 2010<br/> February 22 - 24, 2010, New York, NY<br/> <a href="http://www.toccon.com/toc2010">http://www.toccon.com/toc2010</a><br/> Be Part of the Publishing Evolution<br/> </p></blockquote> <p>出版も変化の時期なので、考え方や技術など、使える道具について議論しようと いう趣旨の会議。主に商業出版関係者向けで、話題は非常に技術寄り。2007年か ら数えてもう4年目になる。</p> <p>お金と時間の都合で今年も参加できないけど、資料やリポートを読むだけでも、 自分と興味を同じくする人たちの様子を垣間見られるので、楽しみ。</p> <p>個人的に注目している人や組織はこのあたり：</p> <ul> <li>The Pragmatic Bookshelf<br/> <a href="http://www.pragmaticbookshelf.com/">http://www.pragmaticbookshelf.com/</a></li> <li>Threepress Consulting, Inc.<br/> <a href="http://threepress.org/">http://threepress.org/</a><br/> </li> <li>BookServer / Internet Archive<br/> <a href="http://www.archive.org/bookserver">http://www.archive.org/bookserver</a><br/> </li> </ul> <p>Pragmatic Bookshelfは、Pragmatic Programmer（達人プログラマー）として知ら れるDaveさんとAndyさんによる、ソフトウェア開発者コミュニティのための出版 社。Agileな価値観と技術力で先進的な試みをいち早く実践に移していて、自分が お手本にしている先達のひとつ。（一応情報開示：勤務先と取引関係あり。ちょっ と見方が偏ってしまうかも。）</p> <p>Threepressは出版関連の技術協力を提供しているコンサルティングファーム。 BookServer ProjectにもIbis Readerの開発元として参加している。ebookに興味 がある人、とりわけオープンな規格や実装に興味のある人なら、代表のLizaさん のBlogやtweetは追いかける価値ありだと思う。</p> <p>BookServerは、Wayback Machineで知られるInternet Archiveが推進する、誰でも 使える中立な流通網（になる可能性があるプロジェクト）。インターネットが中 立でも、その上にオーバレイされる流通ネットワーク・出版プラットフォームが 中立であるとは限らないし、実際そうじゃないものが多いから、このプロジェク トは個人として将来がとても楽しみ。マガジン航の紹介記事とインタビューを併 せて見ておくとよいかも：</p> <blockquote><p><a href="http://www.dotbook.jp/magazine-k/2009/10/26/bookserver_by_internet_archive/">http://www.dotbook.jp/magazine-k/2009/10/26/bookserver_by_internet_archive/</a><br/> <a href="http://www.dotbook.jp/magazine-k/2009/12/09/no-apple-no-amazon-no-google/">http://www.dotbook.jp/magazine-k/2009/12/09/no-apple-no-amazon-no-google/</a><br/> </p></blockquote> <h3>気になったコマ</h3> <p>気になったものを手短に挙げてみる。資料が公開されたらまた感想を書くつもり。</p> <p>O'Reillyの人たちがオープンソースなツールを使ったアセット管理と制作ワーク フローについて話す：</p> <blockquote><p>Using Open Source Tools for DAM and Production Workflow Management<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/11229">http://www.toccon.com/toc2010/public/schedule/detail/11229</a><br/> Adam Witwer (O'Reilly Media, Inc.), Keith Fahlgren (Threepress Consulting Inc.)<br/> </p></blockquote> <p>ebook以後の出版契約の話。O'Reillyの法務部長の人らしい：</p> <blockquote><p>Ebook Contracts: Critical Terms and Lessons Learned from Both Sides of the Table<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/11227">http://www.toccon.com/toc2010/public/schedule/detail/11227</a><br/> Cali Bush (O'Reilly Media, Inc.)<br/> </p></blockquote> <p>Threepressの人がebookの流通システムOPDSについて語る：</p> <blockquote><p>Open Publication Distribution System<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/10806">http://www.toccon.com/toc2010/public/schedule/detail/10806</a><br/> Hadrien Gardeur (Feedbooks), Keith Fahlgren (Threepress Consulting Inc.), Liza Daly (Threepress Consulting Inc.)<br/> </p></blockquote> <p>このへんまでワークショップ。</p> <p>Threepressの人がebookリーダーについて語る：</p> <blockquote><p>Networked, Mobile, &amp; Landlocked: Current Ereaders<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/10612">http://www.toccon.com/toc2010/public/schedule/detail/10612</a><br/> Liza Daly (Threepress Consulting Inc.), Keith Fahlgren (Threepress Consulting Inc.)<br/> </p></blockquote> <p>BookServerのBrewster Kahleさんの話：</p> <blockquote><p>A Future for Books: BookServer<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/13233">http://www.toccon.com/toc2010/public/schedule/detail/13233</a><br/> Brewster Kahle (Internet Archive)<br/> </p></blockquote> <p>Pragmatic Bookshelfの二人：</p> <blockquote><p>Agile Publishing Model<br/> <a href="http://www.toccon.com/toc2010/public/schedule/detail/13329">http://www.toccon.com/toc2010/public/schedule/detail/13329</a><br/> Dave Thomas, Andrew Hunt (Pragmatic Programmers, LLC)<br/> </p></blockquote> <p>ほかにも迷うくらいたくさんセッションがあるので、興味がある人は覗いてみて、 面白そうなのがあったら教えてもらえるとうれしい。</p> <h3>過去の感想</h3> <ul> <li>TOC2009の資料<br/> <a href="http://hisashim.org/2009/02/10/toc.html">http://hisashim.org/2009/02/10/toc.html</a><br/> </li> <li>Tools of Change for Publishing Conference 2008<br/> <a href="http://hisashim.livejournal.com/401881.html">http://hisashim.livejournal.com/401881.html</a><br/> </li> <li>O'Reilly Tools of Change Conference presentations<br/> <a href="http://hisashim.livejournal.com/353074.html">http://hisashim.livejournal.com/353074.html</a><br/> </li> </ul> 2010-02-13T00:00:00+00:00 http://hisashim.org/2010/02/13/webdav-client <h2>WebDAVサーバの読み書き</h2> <p>ファイル共有の方法をFTPからWebDAV/SSLに切り替えることにした。 とりあえずサーバ側は既存の資源を使うことにして、クライアント側の話。</p> <p>WebDAVサーバ領域を読み書きできるツールはいろいろある。知っている範囲で例 を挙げる。</p> <ul> <li><p>読み出し（ダウンロード）</p> <ul> <li>Webブラウザ（Firefox、IEなど）</li> <li>Explorer (Windows)</li> <li>Finder (Mac OS X)</li> </ul> </li> <li><p>書き込み（アップロード）</p> <ul> <li>Explorer (Windows)</li> <li>Finder (Mac OS X)</li> <li>curl</li> <li>cadaver</li> </ul> </li> </ul> <h3>Explorer</h3> <ol> <li>「マイ ネットワーク」で 「ネットワークタスク > ネットワーク プレースを追加する」 を選ぶ</li> <li>ウィザードの指示に従ってURLを入力する</li> </ol> <h3>Finder</h3> <ol> <li>Finderのメニューで「移動>サーバへ接続」を選ぶ</li> <li>「サーバアドレス欄」にURLを入力する</li> </ol> <h3>curl</h3> <p>コマンドラインツールでアップロードする場合はcurlが便利。</p> <blockquote><pre><code>$ curl --upload somefile https://example.com/foo/ </code></pre></blockquote> <p>パスワードをファイルに保管しておきたいので、こんな感じ。</p> <blockquote><pre><code>$ touch upload_url.private $ chmod 600 upload_url.private $ vi upload_url.private https://user:password@example.com/foo/ $ $ curl --upload somefile `cat upload_url.private` </code></pre></blockquote> <p>--verboseオプションを付けると分かりやすい。</p> <blockquote><pre><code>$ curl --verbose --upload somefile `cat upload_url.private` </code></pre></blockquote> <p>サーバのSSLの認証局がマイナーで証明書がブラウザに標準搭載されていない場合 は、証明書を--cacertオプションで指定する。例えばDebianでcacert.orgを使う 場合は、ca-certificatesパッケージをインストールしてcacert.org.crtを指定す ればよい。</p> <blockquote><pre><code>$ curl --verbose \ --cacert /usr/share/ca-certificates/cacert.org/cacert.org.crt \ --upload somefile `cat upload_url.private` </code></pre></blockquote> <p>SSLのエラーを無視する--insecureオプションもデバグには役立つ。実運用に使う のはまずいけど。</p> <h3>cadaver</h3> <p>コマンドラインから使えるWebDAVクライアントとしては、curl以外にcadaverもあ る。でも~/.netrcファイル経由でしか認証情報を渡せないようなので、ちょっと 不便。（.netrcを書き換えるスクリプトを用意すれば一応動く。ただし排他制御 が必要。）</p> <h2>資料</h2> <ul> <li><p>curl<br/> </p> <ul> <li><a href="http://curl.haxx.se/docs/">http://curl.haxx.se/docs/</a></li> </ul> <blockquote><pre><code>$ man curl $ curl --help $ w3m /usr/share/doc/curl/ </code></pre></blockquote></li> <li><p>cadaver<br/> </p> <ul> <li><a href="http://www.webdav.org/cadaver/">http://www.webdav.org/cadaver/</a></li> </ul> <blockquote><pre><code>$ man cadaver $ cadaver --help $ w3m /usr/share/doc/cadaver/ $ man netrc </code></pre></blockquote></li> </ul> 2010-01-25T00:00:00+00:00 http://hisashim.org/2010/01/25/shcloj-ja <p>訳者のShiroさんが経緯を書かれているので、編集者の視点から振り返ってみます。</p> <blockquote><p>プログラミングClojure<br/> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06789-1">http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06789-1</a><br/> Stuart Halloway 著 川合史朗 訳<br/> </p> <p>Island Life - 『プログラミングClojure』のできるまで (訳者サイド)<br/> <a href="http://blog.practical-scheme.net/shiro/20100125-making-programming-clojure">http://blog.practical-scheme.net/shiro/20100125-making-programming-clojure</a><br/> </p></blockquote> <p>企画のきっかけは、Lisp50での評判を読んだことでした。</p> <blockquote><p><a href="http://hisashim.livejournal.com/431911.html">http://hisashim.livejournal.com/431911.html</a></p></blockquote> <p>その後はShiroさんの記事のとおり。</p> <p>翻訳編集は、LispやJVMをはじめとする各種技術に詳しい方たちに原稿をレビュー していただき、それを随時反映する形で進めました。お忙しいなか協力していた だいて、ただただ感謝です。編集面ではT社の共同編集者Kさんにも助けていただ きました。</p> <ul> <li><a href="http://twitter.com/bizenn">http://twitter.com/bizenn</a></li> <li><a href="http://twitter.com/kazooya/status/7454797148">http://twitter.com/kazooya/status/7454797148</a></li> <li><a href="http://twitter.com/koichiroo">http://twitter.com/koichiroo</a></li> <li><a href="http://twitter.com/snmsts">http://twitter.com/snmsts</a></li> <li><a href="http://cadr.g.hatena.ne.jp/g000001/">http://cadr.g.hatena.ne.jp/g000001/</a></li> <li><a href="http://d.hatena.ne.jp/leque/20100121/p1">http://d.hatena.ne.jp/leque/20100121/p1</a></li> <li><a href="http://cadr.g.hatena.ne.jp/ytakenaka/20100122/p1">http://cadr.g.hatena.ne.jp/ytakenaka/20100122/p1</a></li> <li><a href="http://twitter.com/kmizu/status/7989136405">http://twitter.com/kmizu/status/7989136405</a></li> <li><a href="http://read-eval-print.blogspot.com/">http://read-eval-print.blogspot.com/</a></li> </ul> <p>協働支援ツールとしてはいつものようにQuickML, Subversion, Trac, Hudsonと、 あとpure Gauche版のIdeoType 0.2を若干拡張したものを使いました。最終的な原 稿のリビジョンは778、切られたチケットは約450 件。至らないところはたくさん あったものの、大過はなくサポートできたかなと思います。</p> <p>今回はShiroさんに受けてもらえて本当に幸運でした。質の高さと早さはもちろん のこと、レビューを打診した方にみな二つ返事で快諾いただけたのも、発行後に たくさんの人に読んでもらえているのも、Shiroさんの人望と信頼があってこそで しょう。うれしい限りです。</p> <p>ただ一方で、これだけ面白い言語や本が、Shiroさんがかかわらなかったら見過ご されてしまったかもしれないと考えると、手放しでは喜べない感もあります。出 版を業にしている人間として、送り出すものに責任を持ち、読者に意識的に選ん でもらえるよう関係を築くこと。送り手と受け手の距離が縮まり、区別さえ曖昧 になりつつある今、それが目下の課題だと感じています。</p> 2009-12-31T00:00:00+00:00 http://hisashim.org/2009/12/31/retrospective-2009 <p>おかげさまで2009年も無事に過ごせました。</p> <h3>仕事</h3> <ul> <li><p>書籍の企画編集</p> <ul> <li><p>Release It! 本番用ソフトウェア製品の設計とデプロイのために<br/> Michael T. Nygard著 でびあんぐる監訳<br/> <a href="http://www.amazon.co.jp/dp/4274067491/">http://www.amazon.co.jp/dp/4274067491/</a><br/> </p></li> <li><p>プログラマのための論理パズル 難題を突破する論理思考トレーニング<br/> Dennis E. Shasha著 吉平健治訳<br/> <a href="http://www.amazon.co.jp/dp/4274067556/">http://www.amazon.co.jp/dp/4274067556/</a> <br/> </p></li> <li><p>WiiRemoteプログラミング<br/> 白井暁彦・小坂崇之・くるくる研究室・木村秀敬 共著<br/> <a href="http://www.amazon.co.jp/dp/4274067505/">http://www.amazon.co.jp/dp/4274067505/</a><br/> </p></li> <li><p>入門git<br/> Travis Swicegood著 でびあんぐる監訳<br/> <a href="http://www.amazon.co.jp/dp/427406767X/">http://www.amazon.co.jp/dp/427406767X/</a><br/> </p></li> <li><p>入門GTK+<br/> 菅谷保之著<br/> <a href="http://www.amazon.co.jp/dp/4274067769/">http://www.amazon.co.jp/dp/4274067769/</a><br/> </p></li> <li><p>RailsによるアジャイルWebアプリケーション開発<br/> Sam Ruby, David Heinemeier Hansson, Dave Thomas著 前田修吾監訳<br/> <a href="http://www.amazon.co.jp/dp/4274067858/">http://www.amazon.co.jp/dp/4274067858/</a><br/> </p></li> </ul> </li> <li><p>その他</p> <ul> <li>編集制作の技術支援<br/> <ul> <li>メーリングリスト</li> <li>ファイル共有</li> <li>バージョン管理リポジトリ</li> <li>トラッカー（ITS）</li> <li>ビルドサーバ（CI）</li> </ul> </li> <li>ツール整備 <ul> <li>IdeoType 0.2</li> <li>courier-extra</li> <li>その他（翻訳メモリ生成スクリプトなど）</li> </ul> </li> </ul> </li> </ul> <h3>ふりかえり</h3> <ul> <li><p>続けたいこと</p> <ul> <li>仕組みを改善する</li> <li>無理はしない</li> </ul> </li> <li><p>問題点</p> <ul> <li>執筆活動を十分に支援できていない</li> <li>外に見える成果の割合が少ない</li> </ul> </li> <li><p>挑戦したいこと</p> <ul> <li>編集制作に加えて、執筆をうまく支援する</li> <li>アウトプットを増やす</li> </ul> </li> </ul> <p>2009年は、将来への種まきの年だったように思います。まいた種をうまく育てて、 成果を見てもらえるようにしたいですね。</p> 2009-12-27T00:00:00+00:00 http://hisashim.org/2009/12/27/varioref <p>varioref.styが提供する\vrefや\vpagerefは、参照先の位置によって出力を適当 に変えてくれるので、参照先が分かりやすくなる。</p> <p>\vref：</p> <ul> <li><p>参照先が同じページにあれば"figure x.y"とだけ出力</p></li> <li><p>参照先が同じページになければ、加えてページ番号を表す文字列を出力</p> <ul> <li>1ページ前にあれば"on the previous page"</li> <li>2ページ以上離れていれば"on page XX"</li> </ul> </li> </ul> <p>\vpageref：</p> <ul> <li>ページ番号を表す追加部分だけを出力</li> </ul> <p>出力文字列はカスタマイズできるようになっていて、設定すれば日本語の文書で も使える（詳しくはvarioref.pdf参照）。</p> <p>まずpreambleでパッケージをロードする。</p> <pre><code>\usepackage{varioref} %% \vrefwarning% ページをまたいだときのloop errorを無視したければ有効に </code></pre> <p>englishオプション選択時のデフォルト設定：</p> <pre><code>\DeclareOption{english} {\vref@addto\extrasenglish{\relax% \def\reftextfaceafter {on the \reftextvario{facing}{next} page}% \def\reftextfacebefore{on the \reftextvario{facing}{preceding} page}% \def\reftextafter {on the \reftextvario{following}{next} page}% \def\reftextbefore {on the \reftextvario{preceding}{previous} page}% \def\reftextcurrent {on \reftextvario{this}{the current} page}% \def\reftextfaraway#1 {on page~\pageref{#1}}% \def\reftextpagerange#1#2{on pages~\pageref{#1}--\pageref{#2}}% \def\reftextlabelrange#1#2{\ref{#1} to~\ref{#2}}% }\relax} </code></pre> <p>これを参考に、適当に設定する：</p> <pre><code>\def\reftextfaceafter {（次ページ）}% 見開き対抗 \def\reftextfacebefore{（前ページ）}% 見開き対抗 \def\reftextafter {（次ページ）} \def\reftextbefore {（前ページ）} \def\reftextcurrent {} \def\reftextfaraway#1{\relax{（p.~\pageref{#1}）} \def\reftextpagerange#1#2{（pp.~\pageref{#1}--\pageref{#2}）} \def\reftextlabelrange#1#2{（\ref{#1}--\ref{#2}）} </code></pre> <p>または：</p> <pre><code>\def\reftextfaceafter {\relax{\scriptsize\inhibitglue（\reftextvario{次}{次}ページ）\inhibitglue}} \def\reftextfacebefore{\relax{\scriptsize\inhibitglue（\reftextvario{前}{前}ページ）\inhibitglue}} \def\reftextafter {\relax{\scriptsize\inhibitglue（\reftextvario{次}{次}ページ）\inhibitglue}} \def\reftextbefore {\relax{\scriptsize\inhibitglue（\reftextvario{前}{前}ページ）\inhibitglue}} \def\reftextcurrent {} \def\reftextfaraway#1{\relax{\scriptsize\inhibitglue（p.~\pageref{#1}）\inhibitglue}} \def\reftextpagerange#1#2{\relax{\scriptsize\inhibitglue（pp.~\pageref{#1}--\pageref{#2}）\inhibitglue}} \def\reftextlabelrange#1#2{\relax{\scriptsize\inhibitglue（\ref{#1}--\ref{#2}）\inhibitglue}} </code></pre> <p>本文はこんな感じで：</p> <blockquote><p>図\vref{foo}<br/> 図\vref{bar}<br/> 図\vref{baz}<br/> </p></blockquote> <p>出力はこんな感じになるはず（図1.2があるページに書いた場合）：</p> <blockquote><p>図1.1（前ページ）<br/> 図1.2<br/> 図9.1（p.99）<br/> </p></blockquote> <p>（「図1.1『地図A』」のように参照先の番号に加えてタイトルやキャプションも 出力したい場合は、hyperref.styの\nameref <a href="http://www.tex.ac.uk/cgi-bin/texfaq2html?label=nameref">http://www.tex.ac.uk/cgi-bin/texfaq2html?label=nameref</a> を使うという手があるらしい。）</p> 2009-12-13T00:00:00+00:00 http://hisashim.org/2009/12/13/thumbindex <p>foo.tex:</p> <pre><code>\documentclass{...} ... \usepackage{thumbindex} \pagestyle{thumbindex} ... \begin{document} ... \mainmatter \chapter{...} ... \end{document} </code></pre> <p>thumbindex.sty:</p> <pre><code>%% Simple page style with thumb indices %% usage: %% \usepackage{thumbindex} %% \pagestyle{thumbindex} \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{thumbindex} \def\ps@thumbindex{ % \let\@oddfoot\@empty \let\@evenfoot\@empty \def\@evenhead{ % \if@mparswitch \hss \fi \underline{\hbox to \fullwidth{\autoxspacing \textbf{\thepage}\hfil\leftmark}}% \if@mparswitch\else \hss \fi}% \def\@oddhead{ % \underline{ % \hbox to \fullwidth{ % \autoxspacing {\if@twoside\rightmark\else\leftmark\fi}\hfil\textbf{\thepage}% }% }\hss % draw thumb index \if@mainmatter \@drawthumbindex{\c@chapter}{10truemm}{0.25}{0} \fi % end draw thumb index }% \let\@mkboth\markboth \def\chaptermark##1{\markboth{ % \ifnum \c@secnumdepth &gt;\m@ne \if@mainmatter \@chapapp\thechapter\@chappos\hskip1zw \fi \fi ##1}{}}% \def\sectionmark##1{\markright{ % \ifnum \c@secnumdepth &gt;\z@ \thesection \hskip1zw\fi ##1}}}% % draw thumb index % usage: \@drawthumbindex{COUNTER}{VADVANCE}{HOFFSET}{VOFFSET} % e.g. \@drawthumbindex{\c@chapter}{10truemm}{0.25}{0} \newcommand{\@drawthumbindex}[4]{ % \setlength\unitlength{#2}% \begin{picture}(0,#4)% \put(#3,-#1){ % \makebox(0,0)[tl]{ % \rule{10truemm}{1truemm}% }% }% \put(#3,-#1){ % \makebox(0,-.3)[tl]{ % \hb@xt@ 8truemm{\hfil\the#1\hfil}% }% }% \end{picture}% } </code></pre> <p>(Remove space in "{ %" to restore correct code. There seems no way to escape Liquid markups yet: <a href="http://github.com/tobi/liquid/issues#issue/6">http://github.com/tobi/liquid/issues#issue/6</a>.)</p> 2009-11-30T00:00:00+00:00 http://hisashim.org/2009/11/30/ipafont-latex <p>IPA fontは高品質でオープンソースなので、ウェイトのバリエーションはないも のの、個人の気軽なlaptop publishingにはうってつけに思える。</p> <blockquote><p>IPAフォントのダウンロード<br/> <a href="http://ossipedia.ipa.go.jp/ipafont/">http://ossipedia.ipa.go.jp/ipafont/</a></p></blockquote> <p>以下、Debian上のLaTeX（platex + dvipdfmx）から使うためのメモ。</p> <h2>使い方</h2> <p>フォントをインストールする。</p> <pre><code>% sudo apt-get instsll ttf-ipafont </code></pre> <p>dvipdfmxからkpathsea経由でフォントが見えるようにリンクを張る。</p> <pre><code>% sudo ln -s /usr/share/fonts/truetype/ipafont \ /usr/share/texmf/fonts/truetype/ipafont % sudo ln -s /usr/share/fonts/truetype/ipafont \ /usr/share/texmf-texlive/fonts/truetype/ipafont </code></pre> <p>キャッシュを更新。</p> <pre><code>% sudo mktexlsr </code></pre> <p>kpathseaから見えているか確認。</p> <pre><code>% kpsewhich -format 'opentype fonts' ipam % kpsewhich -format 'truetype fonts' ipam /usr/share/texmf-texlive/fonts/truetype/ipafont/ipam.ttf % kpsewhich ipam % kpsewhich ipam.otf % kpsewhich ipam.ttf /usr/share/texmf-texlive/fonts/truetype/ipafont/ipam.ttf </code></pre> <p>dvipdfmx用のフォントマップを用意する。</p> <pre><code>% head -n 80 *.map ==&gt; ipafont.map &lt;== %%% IPA fonts (http://ossipedia.ipa.go.jp/ipafont/) % rml H ipam % gbm H ipag % rmlv V ipam % gbmv V ipag %% ptex-jisfonts rml-jis H ipam gbm-jis H ipag ==&gt; ipafontx.map &lt;== %%% IPA fonts (http://ossipedia.ipa.go.jp/ipafont/) otf-ujmr-h UniJIS-UTF16-H ipam otf-ujmr-v UniJIS-UTF16-V ipam otf-cjmr-h Identity-H ipam otf-cjmr-v Identity-V ipam hminr-h H ipam hminr-v V ipam otf-ujgr-h UniJIS-UTF16-H ipag otf-ujgr-v UniJIS-UTF16-V ipag otf-cjgr-h Identity-H ipag otf-cjgr-v Identity-V ipag hgothr-h H ipag hgothr-v V ipag % </code></pre> <p>OTFパッケージを使ったLaTeX文書を用意。</p> <pre><code>% cat foo.tex \documentclass{jsbook} ... \usepackage[deluxe]{otf} ... \begin{document} ... \end{document} % </code></pre> <p>コンパイルして変換する。</p> <pre><code>% platex foo.tex % dvipdfmx -f jis-cjk -f ipafontx foo.dvi </code></pre> <p>うまくいかなかったら、vfdata-otf-ptexをインストールすると、dvipdfmx周辺の 設定をしてくれるので、動くようになるかもしれない。</p> <h2>現状の問題点</h2> <p>TrueType版ではなくOpenType版だとエラーが発生する。</p> <pre><code>% sudo apt-get install otf-ipafont ... % sudo ln -s /usr/share/fonts/opentype/ipafont \ /usr/share/texmf/fonts/opentype/ipafont % sudo mktexlsr % kpsewhich -format "opentype fonts" ipam /usr/share/texmf/fonts/opentype/ipafont/ipam.otf </code></pre> <p>ipamは見えている。でも、</p> <pre><code>% dvipdfmx -f jis-cjk -f ipafontx foo.dvi ... ** WARNING ** Could not locate a virtual/physical font for TFM "hminr-h". ** WARNING ** &gt;&gt; This font is mapped to a physical font "ipam". ** WARNING ** &gt;&gt; Please check if kpathsea library can find this font: ipam </code></pre> <p>dvipdfmxはエラーを出す。</p> <p>うまくいっているときとの比較（一部抜粋）：</p> <pre><code>fontmap: hminr-h -&gt; HiraMinPro-W3(H) pdf_font&gt;&gt; The -m &lt;00&gt; option will be assumed for "HiraMinPro-W3". (CID:HiraMinPro-W3) pdf_font&gt;&gt; Type0 font "HiraMinPro-W3" cmap_id=&lt;H,2&gt; opened at font_id=&lt;hminr-h,0&gt;. fontmap: hminr-h -&gt; ipam(H) pdf_font&gt;&gt; The -m &lt;00&gt; option will be assumed for "ipam". ** WARNING ** Could not locate a virtual/physical font for TFM "hminr-h". ** WARNING ** &gt;&gt; This font is mapped to a physical font "ipam". ** WARNING ** &gt;&gt; Please check if kpathsea library can find this font: ipam ** ERROR ** Cannot proceed without .vf or "physical" font for PDF output... </code></pre> <p>Gentooでも同じ問題が。</p> <blockquote><p>ptex-3.1.10_p20090610 で日本語 - 落穂拾い<br/> <a href="http://blog.goo.ne.jp/gleaning/e/f37d9f3eecf9234e2261897e039cd785">http://blog.goo.ne.jp/gleaning/e/f37d9f3eecf9234e2261897e039cd785</a></p></blockquote> <p>OpenType版IPA fontがPostScriptベースではなくTrueTypeベースであることが 原因みたい。</p> <blockquote><p>IPAフォントインストール || OSS iPedia<br/> <a href="http://ossipedia.ipa.go.jp/ipafont/fontinstall.html">http://ossipedia.ipa.go.jp/ipafont/fontinstall.html</a><br/> </p> <blockquote><p>フォントファイルの拡張子を .otfから .ttf に変更してください。</p></blockquote></blockquote> <p>LaTeXで使うケースではないけれど、MacOSXでも問題が生じている。</p> <blockquote><p>実験る〜む IPAフォントはSnow Leopardにインストールできない？ その2<br/> <a href="http://dslabo.blog4.fc2.com/blog-entry-1624.html">http://dslabo.blog4.fc2.com/blog-entry-1624.html</a></p></blockquote> <p>とりあえずTrueType版を使いながら様子見。</p> 2009-11-06T00:00:00+00:00 http://hisashim.org/2009/11/06/vfdata-courier-extra <p>LaTeXで使えるCourier bold condensedフォントをでっちあげた。</p> <ul> <li>vfdata-courier-extra<br/> <a href="http://sourceforge.net/projects/ideotype/files/vfdata-courier-extra/">http://sourceforge.net/projects/ideotype/files/vfdata-courier-extra/</a></li> </ul> <p>まだ動作が怪しい。</p> <!-- ## 動機 Courierは幅が広いので、版型が小さい本でソースコードを載せたい ときには狭い幅のバリエーション（condensed, narrow）が欲しくなる。 medium weightのcondensedならこう書けば使える。 {\usefont{T1}{pcr}{m}{n}}% load pcr \DeclareFontShape{T1}{pcr}{mc}{n}{<-> pcrr8tn}{} ただしLaTeX（に標準で含まれるpslatex）が用意してくれているのはmedium condensed だけで、boldやsmall capsやoblique（slant）はない。mediumに加え てboldだけでもあれば、ソースコードを構文強調するのに便利。 ## TeXのフォントの仕組み 今回関係する部分を要約すると、 * .afmから.vfと.tfmを作って、TeX的にパスが通ったところに配置 * スタイル中で\DeclareFontShapeで登録 * 文書中で\usefont等で使う とすればいいらしい。本当はもっといろいろあるんだけど、深追い禁止。 ## 作り方 詳しくは末尾の参考資料を参照のこと。 1. まずfontinstに与える指示をTeX文書の形式で記述する。 courier-extra-driver.tex: \input fontinst.sty \needsfontinstversion{1.926} %% make courier condensed by 0.85 \def\makecouriercondensed#1{\% \transformfont{pcr#18rn}{\% \xscalefont{850}{\% \reencodefont{8r}{\fromafm{pcr#18a}}}}} \makecouriercondensed{r} % regular \makecouriercondensed{b} % bold \installfonts \installfont{pcrr7tn}{pcrr8rn,psyr,latin}{OT1tt}{OT1}{pcr}{c}{n}{} \installfont{pcrr8tn}{pcrr8rn,psyr,latin}{T1}{T1}{pcr}{c}{n}{} \installfont{pcrb7tn}{pcrb8rn,psyr,latin}{OT1tt}{OT1}{pcr}{b}{n}{} \installfont{pcrb8tn}{pcrb8rn,psyr,latin}{T1}{T1}{pcr}{b}{n}{} \endinstallfonts \bye 2. これをtexで処理すると.vplや.plができる。 $ tex courier-extra-driver.tex 3. それらをvptovfやpltotfで処理して.vfや.tfmを生成する。 $ for f in *.vpl ; vptovf $f $ for f in *.pl ; pltotf $f 4. 出来上がった.vf, .tfmを適切な場所に配置する。具体的には $ kpsepath -n platex vf などとして出力されるパス。 ~/.texmf//などに置くと環境に依存してしまうので、カレントディレクトリに 置くか、パッケージ化してシステムにインストールするのがよさそう。 ## 使い方 courier-extra.sty: \NeedsTeXFormat{LaTeX2e} \ProvidesPackage{courier-extra}[2009/11/03] \RequirePackage[T1]{fontenc} \RequirePackage{textcomp} \RequirePackage{courier} {\usefont{T1}{pcr}{m}{n}}% load pcr ... \DeclareFontShape{T1}{pcr}{mc}{n}{<-> pcrr8tn}{} \DeclareFontShape{T1}{pcr}{bc}{n}{<-> pcrb8tn}{} foo.tex: \documentclass{article} \usepackage{courier-extra} \newcommand{\qbf}{The quick brown fox jumps over the lazy dog.} \begin{document} \begin{alltt} \usefont{T1}{pcr}{mc}{n}\qbf \usefont{T1}{pcr}{bc}{n}\qbf \end{alltt} \end{document} courier-extra.map: pcrr8rn 8r ucrr8a -e .85 pcrb8rn 8r ucrb8a -e .85 上記3つを用意して、コンパイルと変換をすればよい。 $ latex foo.tex $ dvipdfmx -f courier-extra.map -o foo.pdf foo.dvi ## 注意点と落とし穴： * フォントファイルの命名規則（Berry則）を理解する必要がある。 例えばpcrr8tnはこういう意味らしい： - p: supplier (Adobe) - cr: typeface name (Courier) - r: weight (medium) - 8t: encoding (T1) - n: width (narrow) * \recordtransformsで生成した.mapではうまくPDFを生成でき なかったので、.mapはdvipdfmx.mapを参考に手書き。 * boldとsmall capsはフォントも生成できるしdvipdfmxを使った 出力もうまくいく。ただobliqueはvfやtfmは生成されるものの、 出力がうまくいかない（moを指定してもmと同じになる）。 仕方がないのでとりあえずboldだけ作ることに。 * kpathseaが$TEXINPUTS環境変数を解釈していないように見える。 * mdwfontsでは、pcr*8tnをmcではなくmに割り当てている（標準をnarrowにし ている）ように見える。同一の文書内でmediumとnarrowを使い分けたい人は 要注意かも。 --> <h2>参考資料</h2> <h3>日本語の説明やチュートリアル</h3> <ul> <li>Type 1 フォント<br/> <a href="http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FType1">http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FType1</a></li> <li>fontinst パッケージ<br/> <a href="http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FFontInst">http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FFontInst</a></li> <li><p>フォント名<br/> <a href="http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FFontName">http://glc.l.u-tokyo.ac.jp/pukiwiki/index.php?TeX%2FFont%2FFontName</a></p></li> <li><p>kpathsea<br/> <a href="http://www.tex.ac.uk/cgi-bin/texfaq2html?label=privinst">http://www.tex.ac.uk/cgi-bin/texfaq2html?label=privinst</a><br/> <a href="http://ascii.asciimw.jp/pb/ptex/base/kpathsea.html">http://ascii.asciimw.jp/pb/ptex/base/kpathsea.html</a></p></li> </ul> <h3>関連パッケージ</h3> <ul> <li>Fontinst<br/> <a href="http://www.ctan.org/tex-archive/fonts/utilities/fontinst/">http://www.ctan.org/tex-archive/fonts/utilities/fontinst/</a></li> <li>PSLaTeX<br/> <a href="http://ctan.org/tex-archive/help/Catalogue/entries/pslatex.html">http://ctan.org/tex-archive/help/Catalogue/entries/pslatex.html</a></li> <li>MDWFonts<br/> <a href="http://www.ctan.org/tex-archive/macros/latex/contrib/mdwfonts/">http://www.ctan.org/tex-archive/macros/latex/contrib/mdwfonts/</a></li> </ul> 2009-10-27T00:00:00+00:00 http://hisashim.org/2009/10/27/jssst-ideotype <p>『コンピュータソフトウェア』誌の11月号に、IdeoTypeの紹介記事を掲載してい ただくことに。一般の人にも分かるように説明した、6ページほどの短い文章。</p> <blockquote><p>JSSST Journal: Computer Software<br/> 学会誌『コンピュータソフトウェア』<br/> <a href="http://www.jssst.or.jp/prod/computersoftware.html">http://www.jssst.or.jp/prod/computersoftware.html</a></p> <p>高品質な書籍を簡単に制作するための出版支援ソフトウェア： ブックコンパイラIdeoType<br/> コンピュータソフトウェア Vol.26 No.4 Nov. 2009 日本ソフトウェア科学会</p></blockquote> <p>IdeoTypeというのは、人間が比較的読み書きしやすい原稿（XHTMLに軽く拡張を加 えた形式）から、商業印刷に使えるようなデータ（PDFの一種）を生成するソフト ウェア。オープンソースソフトウェアで、開発も公開の場で行っている。</p> <blockquote><p>IdeoType: A Book Compiler<br/> <a href="http://ideotype.org/">http://ideotype.org/</a></p></blockquote> <p>これを作った動機は、出版社で編集者としてしばらく働いてみて、既存の編集制 作方法には改善の余地があると感じたこと。改善すれば、もっと簡単にいい本を 作れるはず。</p> <ul> <li><p>まず前提：</p> <p>良い文章を書くには、見直して書き直すことが有効。著者が仕上がりを見な がら何度も原稿を書き直せれば、品質が良くなる。</p></li> <li><p>そして問題点：</p> <p>でも、既存の編集制作プロセスでは、レイアウト作業にいわゆるDTPソフトを 使って人手で処理している。DTPソフトは、取っつきやすい反面、人手で操作 するのでやり直しのコストが高い。いったんレイアウトされてしまってから は、大幅な書き直しは御法度となる。<br/> </p> <p>一方、既存の自動組版システム（LaTeXやXSL-FOプロセッサなど）の多くは、 何度でもやり直せるけれど、普通のDTPソフトと比べて習得するのが大変。</p></li> <li><p>私たちがとった解決策：</p> <p>であれば、扱いやすいけれども書き直しに向かないDTPソフトと、書き直しに 向くけれども扱いが大変な自動組版システムのギャップを埋める、それなり に扱いやすくて自動で組版してくれるツールがあればいいんじゃなかろうか。</p></li> </ul> <p>それがIdeoTypeを作った動機。</p> <p>ちょど未踏を終えた後（2008-05..2008-11ごろ）に書いた記事だけれど、問題意 識は今も変わらないので、興味がある人には読んでもらえたらいいなと思う。</p> <p>紙版は岩波ブックセンターほかで手に入る。 電子版は、数ヶ月したらこのあたりで読めるはず。</p> <blockquote><p>JSSST : コンピュータソフトウェア<br/> <a href="http://www.jstage.jst.go.jp/browse/jssst/_vols/-char/ja">http://www.jstage.jst.go.jp/browse/jssst/_vols/-char/ja</a></p> <p>CiNii - コンピュータソフトウェア<br/> <a href="http://ci.nii.ac.jp/vol_issue/nels/AN10075819_en.html">http://ci.nii.ac.jp/vol_issue/nels/AN10075819_en.html</a></p></blockquote> <p>周りがちゃんとした論文なので場違いっぽいけど、エンドユーザコンピューティ ングの一例と捉えてもらえれば幸い。</p> <p>文中で「次期バージョン」として触れているIdeoType 0.2は今年の半ばに完成し て、今ちょうど仕事で使っているところ。年明けには成果である書籍が書店に並 ぶ予定。そのうちPDFだけでなくePubやMobiも出力できるようにしたいなと思って いる。</p> <p>執筆の機会を与えていただき、担当編集者として丁寧に指導してくださった伊知 地先生に、そしてアドバイスをくださった美馬先生に感謝。良い編集者のありが たさが身にしみて分かったのも、今回の大きな収穫でした。</p> 2009-10-14T00:00:00+00:00 http://hisashim.org/2009/10/14/gtkplus <p>無事に発売。</p> <blockquote><p>『入門GTK+』<br/> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06776-1">http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06776-1</a><br/> </p></blockquote> <p>内容については、今回レビュアになってくださった須藤さんが代表を務める、ク リアコード社のBlogが詳しいのでそちらを。</p> <blockquote><p>入門GTK+ - ククログ(2009-10-14)<br/> <a href="http://www.clear-code.com/blog/2009/10/14.html">http://www.clear-code.com/blog/2009/10/14.html</a><br/> </p> <blockquote><p>GTK+の知識がそれほどない方でも読み進めていきながら徐々に理解を深めら れる流れになっています。</p></blockquote></blockquote> <p>打てば響く優秀な人たちとご一緒できて、楽しい仕事でした。</p> <p>ここでは編集制作の技術的な面についてメモ。</p> <h2>要件</h2> <ul> <li>著者が継続してメンテナンスでき、かつ増刷・改訂時に困らないように</li> <li>フォーマットは生のLaTeX</li> </ul> <h2>支援ツール</h2> <p>用意したもの</p> <ul> <li>メーリングリスト3つ（QuickML） <ul> <li>本文関連</li> <li>サーバからの自動通知配信</li> <li>装丁関連</li> </ul> </li> <li>リポジトリ（Subversion）</li> <li>ITS（Trac）</li> <li>CI（CruiseControl.rb）</li> </ul> <p>注</p> <ul> <li>道具は普及していてハマりにくいものを使う。</li> <li>メーリングリストは山場では流量が増える（100+/日）ので、自動配信の類を 別のリストにしておくと、議論を見失いにくい。</li> <li>ITSやCIまで用意するのはおっくうだけど、みなが楽できるので、1冊終わる ころには割に合う。</li> </ul> <h2>紙版を作るにあたっての課題</h2> <h3>スクリーン版と紙版の作り分け</h3> <p>Makefileをオリジナルのとは別に用意して、そちらで対処することに。</p> <ol> <li><p>本文中の切り替えが必要な部分を、新規に定義したマクロでくくる。</p></li> <li><p>媒体によってマクロを適切に再定義する。版面やフォントを変えたり、各種 カラーに適当な濃度のグレーを割り当てたり。</p></li> </ol> <p>原稿にもかなり手を入れてしまったけれど、オリジナルのMakefileでもまだ一応 ビルドできる。</p> <ul> <li>LaTeXマクロは再定義より新規作成が安全<br/> 既存のマクロを再定義すると、他のマクロとの不整合が生じる可能性がある ので、なるべくなら新規に定義した自前の環境で包んで、その中の振る舞い を変えたほうが安全。</li> </ul> <h3>カラー</h3> <p>紙版は墨1色刷なので、RGBカラーではなくグレースケールが必要。</p> <ul> <li><p>文字や罫線<br/> </p> <ul> <li>媒体別に再定義して、紙媒体向けには適当な濃度のグレーを割り当てる。</li> </ul> </li> <li><p>画像<br/> </p> <ul> <li>ImageMagickのconvert（内部でGSを利用）では劣化する画像などがあった ので、Illustratorを使って手動で変換・管理。（できればソースからRGB カラー（スクリーン向け）とグレー（紙向け）の画像をmake時に生成する ほうが望ましい。）</li> <li>使う画像を媒体によって切り替える方法も、basenameを区別するのは手間 がかかるうえに間違えそうだったので、同じ構造のツリーを2つ用意して、 \graphicspathで画像のサーチパスを切り替えて対処。</li> </ul> </li> </ul> <h3>フォント</h3> <p>任意のフォントではなくHiraginoを使うように変更。</p> <ul> <li>Hiraginoの実体がない環境でもビルドできるように、RyuminやGothicBBBをい い加減に割り当てたfake.mapを用意。</li> </ul> <h3>ビルド環境</h3> <p>LaTeX環境を揃えるのは、DebianやUbuntuでもちょっと手間。以下対症療法：</p> <ul> <li>CIサーバを立てて、commitすればビルドできるようにする（ただし手元で試 行錯誤できないし、ビルドが頻繁に壊れる）</li> <li>ビルド環境をVMのイメージとして用意して、関係者に提供</li> </ul> <h2>まとめ</h2> <ul> <li><p>Keep</p> <ul> <li>優先順位の高い順にtodoをこなし、ほぼ目論見どおりのものを時間どおりに リリースできた</li> </ul> </li> <li><p>Problem</p> <ul> <li>画像を手作業で変換して目視で確認しているのは危うい。媒体に応じた画像 をソースから生成すべき</li> <li>リリース管理が一時期軌道から外れた</li> <li>主にシステム管理やマクロ周りで、手離れが悪く自分がボトルネックになっ ている仕事が多い</li> </ul> </li> <li><p>Try</p> <ul> <li>複数の出力媒体・複数の出力フォーマットを考慮した制作方法を確立する</li> </ul> </li> </ul> <h2>この本に限らないtodo:</h2> <ul> <li>CIやITSを改善する <ul> <li>設定管理を他の人でもできるように</li> <li>負荷分散（主にCI）</li> </ul> </li> <li>アカウント管理全体を改善する <ul> <li>SSH公開鍵に対応</li> <li>一元化</li> <li>参加するメンバー自身が設定できるように</li> </ul> </li> </ul> <p>システム管理仕事の大半は自動化できる類のことなので、手をかけずに回る仕組 みを早くつくりたい。編集制作以外にも執筆の支援など、やれるのにやれていな いことが多い。</p> 2009-10-05T00:00:00+00:00 http://hisashim.org/2009/10/05/debian-hudson <h2>Installation</h2> <pre><code>% wget http://hudson-ci.org/debian/binary/hudson_1.320_all.deb % sudo dpkg --install hudson_1.320_all.deb % sudo apt-get update % sudo apt-get install -f % sudo /etc/init.d/hudson restart % w3m http://example.com:8080/ </code></pre> <h2>Configuration</h2> <ul> <li><p>Manage Hudson > Manage Users > Create User<br/> jdoe, mmajor, ...</p></li> <li><p>Manage Hudson > Configure System<br/> [v] Enable security</p> <ul> <li>Security Realm:<br/> (*) Hudson's own user database <pre><code>[_] Allow users to sign up </code></pre></li> <li>Authorization:<br/> (*) Matrix-based security <ul> <li>Anonymous: -</li> <li>jdoe: Overall: Read</li> <li>mmajor: Overall: Administer, Read, ...</li> </ul> </li> </ul> </li> </ul> <h3>Known Problems</h3> <ul> <li>Security Realm: LDAP<br/> => Seems not working for me</li> <li>Security Realm: Unix user/group database<br/> => SEGV</li> </ul> <h2>Project Configuration</h2> <ul> <li>New Job<br/> <ul> <li>Job name: Foo<br/> (*) Build a free-style software project ...</li> </ul> </li> </ul> 2009-10-01T00:00:00+00:00 http://hisashim.org/2009/10/01/diary <h3>2009-10-31</h3> <h4>日記終了</h4> <h3>2009-10-24</h3> <h4>とちぎRuby会議02</h4> <p>秘密に少しだけ近づいた気がする。 言葉にすると大部分が消えてしまうんだけど、自分の解釈をメモ。</p> <ul> <li><p>フェアな評価が信頼を生む</p> <ul> <li><p>他人を助けることが自分のためにもなる仕組みの上では、自然と協力が生 まれる</p></li> <li><p>評価の基準がメッセージとなっている</p></li> <li><p>互助が習慣となり、文化として根づくと、疑問に思わなくなる</p></li> </ul> </li> <li><p>信頼による互助のメリット</p> <ul> <li>個人がバッファ（貯金）を溜め込まずにみなのために使うので、バッファ が細切れで死蔵されず全体で生かされる</li> </ul> </li> <li><p>余裕がある</p> <ul> <li>組織が安定していて、細かいことで汲々とする必要がない</li> <li>人材の流動性がある <ul> <li>合わない人は自然と離れていき、合う人が集まっている</li> <li>合わなくても異動で済む。致命傷になりにくい</li> </ul> </li> <li>傘となる人の存在</li> </ul> </li> </ul> <p>花を真似るのではなく、土壌を真似る必要がある。</p> <h3>2009-10-23</h3> <h4>本の印税</h4> <p>本の印税について興味深い記事が公開されている。</p> <ul> <li>Pragmatic Bookshelf (2009):<br/> <a href="http://pragdave.blogs.pragprog.com/pragdave/2009/10/pragmatic-bookshelf-royalty-rates.html">http://pragdave.blogs.pragprog.com/pragdave/2009/10/pragmatic-bookshelf-royalty-rates.html</a></li> <li>Apress (1) (2009):<br/> <a href="http://beginningruby.org/what-ive-earned-and-learned/">http://beginningruby.org/what-ive-earned-and-learned/</a></li> <li>Apress (2) (2007):<br/> <a href="http://ejohn.org/blog/programming-book-profits/">http://ejohn.org/blog/programming-book-profits/</a></li> </ul> <p>まとめるとこんな感じ。</p> <p> a) 50% of profit (e.g. Prags) b) 10-20% of sales (i.e. Apress) c) 8-1X% of suggested retail price (i.e. most jp publishers)</p> <p>aは利益を折半している。ただし純利ではなく粗利（gross profitないし operational profitといったところ？）。要するに著者と出版社は利益だけでな くコストの一部（編集費の類）も折半する。</p> <p>bは売上の一部を支払っている。あとこのApressという出版社独自の話だけど、著 者にadvance （前払金）を支払っている。プロや学生にとってはありがたいだろ うと思う。</p> <p>cは小売価格の一部を支払っている。日本の出版社はこれが多いみたい。</p> <p>個人的には、steakholderと苦楽を共にするやり方がいいかなあ。</p> <h3>2009-10-20</h3> <p>やっぱりこの形式での日記は無理があるなあ。</p> <h3>2009-10-19</h3> <h4>義憤</h4> <p>義憤を感じたら要注意。独り善がりな思い込みかもしれない。</p> <h3>2009-10-18</h3> <h4>Generative books</h4> <p>本の内容の一部を手続きで生成するというのは、記述を抽象化できるので、基本 的に良い考え。ただし事前に静的に生成しておくのではなく、ビルド時に動的に 生成する場合は、意図どおりに生成されているかをチェックする仕組みが必要。</p> <p>例えば、本文中のサンプルコードの実行結果を埋め込む場合や、索引の読みを動 的に生成する場合、ツールや辞書のバージョンによって結果が変わりかねない。 （枯れたツールや寿命が短い本は例外。）</p> <p>増刷や改訂に備えたビルド環境の保全も考えなきゃいけない。</p> <h3>2009-10-17</h3> <h4>人間向けソフトウェア</h4> <p>コンピュータソフトウェアもテクストも、解釈に使われるプラットフォームが違 うだけでどっちもソフトウェアで、支援ツールやノウハウを共有できる。</p> <h4>Literacy</h4> <p>リテラシーと言えば文字の読み書きだけど、そのうちプログラミングもリテラシー に含まれるようになるだろうなと思う。今でも表計算ソフトの関数とかはみな普 通に使っているわけで。</p> <h4>IdeoType 0.2</h4> <p>IdeoType 0.2で追加したGauche版の変換器を使ってみている。それなりに使えそ うな気はしていたけれど、思った以上に実用的。</p> <ul> <li><p>0.1（XSLT版のみ）<br/> 中身はXHTML->LaTeXのスタイルシート。UIなどはRubyで記述。</p> <ul> <li>Pros <ul> <li>高速</li> </ul> </li> <li>Cons <ul> <li>本ごとの柔軟な対応が難しい（XSLTが汎用言語ではないため）</li> </ul> </li> </ul> </li> <li><p>0.2（Scheme（Gauche）版が追加）<br/> XSLTプロセッサの劣化サブセット（xsl:apply-templatesとxsl:document相当） に、XHTML->TeXMLとTeXML->LaTeXのスタイルシートをバンドルしたもの。</p> <ul> <li>Pros <ul> <li>強力で柔軟（頑張れば何でもできる）</li> <li>トラブルシュートが楽（中間形式にTeXMLを採用したおかげ）</li> </ul> </li> <li>Cons <ul> <li>遅い（非効率な書き方の問題）</li> </ul> </li> </ul> </li> </ul> <p>0.1に比べるとだいぶまし。ただし自分以外の人に使ってもらうという点では、ま だ全然。</p> <ul> <li>todo<br/> <ul> <li>動的なカスタマイズを容易に</li> <li>パフォーマンスを改善する</li> <li>Ruby版（libxsl-rubyで、テンプレートをXSLTではなくRubyで記述できるよ うになったら試す。パフォーマンスととっつきやすさの両方を満たせそう）</li> <li>XSLT版を削除する（0.3で）</li> </ul> </li> </ul> <h4>運動</h4> <p>走って泳いで心地良く疲れた。</p> <h3>2009-10-16</h3> <h4>編集文献学</h4> <p>編集文献学という学問分野を初めて知った。テクストの執筆から解釈や派生にい たるまで、その編集過程が研究の対象らしい。</p> <blockquote><p>A First Step Toward Developing an Editing System for Humanities Research Based on German Scholarly Editing Theory : The Structuring and Implementation of Information from Kafka's Text<br/> <a href="http://ci.nii.ac.jp/naid/110006291451/">http://ci.nii.ac.jp/naid/110006291451/</a><br/> 編集文献学に基づく人文科学資料エディティング・システム構築の試み : 第一段階としてのカフカ・テクスト情報の構造化と実装 [in Japanese]</p></blockquote> <p>ちょっと聞くと、分散バージョン管理システム（DVCS）でかなりの部分を解決で きそうにも感じるけれど、そう簡単ではなさそう。</p> <ul> <li>文字だけでなく図の変遷も扱う必要がある。</li> <li>「削除」「追加」だけでなく、「移動」「コピー」「入れ替え」も扱いたい。</li> <li>過去の作品だとテキスト部分のソースが原本の写真だったりする。</li> <li>コミットメッセージ以外にもメタなデータをいろいろ扱う必要がある。</li> </ul> <p>あと、XMLにマップすると単一の切り口によるツリーとしてしか表現できず、その ことが問題になりうるというのは、言われて初めて気がついた。（例えば部分Aと 部分Bが、節は異なるが同じ見開きに載っている場合、両方を要素で表現すると入 れ子が崩れる。）</p> <h4>Markdown</h4> <p>Markdownにアンカーを表現する記法が見当たらない。でも生のHTMLで@idを書くの はぞっとしない。こういう複数のトピックを1ファイルに詰め込んでだらだら書く には向かないかも。でも楽をしたいから簡易マークアップを使っているのだよな あ。</p> <h4>本の原稿をWikiで書けるか</h4> <p>厳密には、コンピュータ系の専門書の原稿を簡易マークアップで記述できるかと いう問い。5、6年前から人にも聞かれるし自分でも考えている。</p> <p>短い答え：</p> <blockquote><p>ケースバイケース</p></blockquote> <p>長い答え：</p> <blockquote><p>紙向けに出力しなければいけないとなると、結構大変。紙向けの最終原稿（カ メラレディ原稿を機械的に生成できるソースという程度の意味）を表現するに は、少なくとも索引と改ページ位置の制御をサポートした記法が必要。（実際 にはそれ以外にも柱などいろいろある。）</p> <p>あとユーザが楽に機能拡張できないと本の多様性に対応できない。囲み記事が 5種類あるとか、普通の索引に加えて関数索引を付けたいとかいうときに対応で きるか。</p> <p>最終原稿じゃなくてドラフトまででいいなら、またはそもそも紙向けに出力し なくていいなら、比較的楽。でも最終原稿まで記述できないと旨味が半減する のも事実。何事もトレードオフだし、何をもって「*で書く」と呼ぶかという解 釈にもよる。</p></blockquote> <p>だから結局、拡張可能な「原稿記述言語」が必要になるんだろうな。ただし強力 なだけに濫用されたときにひどいことが起きがち。解決策として、機能と原稿を 別の言語で記述させるというAntのアプローチは良さそう。個人的には microformatでどこまでしのげるか行ってみるつもり。</p> <h4>Micro-project management</h4> <p>数人の小さなチームが数ヶ月だけ一緒に働く小さなプロジェクトを、一人で同時 に数十件、うまく進める方法を知りたい。建築や製造業でのPMのノウハウはいろ いろ聞くのだけど、出版業は規模があまりに小さくて応用しにくい。</p> <p>今のところ有力なアドバイス：</p> <ul> <li>メンバーの大半が毎回異なると蓄積が生かされないので、うまくいったらメ ンバーをころころ変えるな</li> </ul> <h4>話が長い</h4> <p>自分用のメモにしては長くなってきた。どうせ自分は読めば思い出すから、キー ワードだけでいいか。誤字もな幼い。</p> <h3>2009-10-15</h3> <h4>acquisitions editor（原稿入手担当編集者）</h4> <p>planning/developmental editorだけじゃなく、acquisitions editorも必要ね。 トピックに詳しい必要はなくて、要領が良くて気配りできる人が向いてる。 自分でacquisitionやってたら4-8冊/年くらいのところが、有能なaeが他にいてく れれば8-12冊/年くらいいける気がする。</p> <ul> <li>Editing<br/> <a href="http://en.wikipedia.org/wiki/Editing">http://en.wikipedia.org/wiki/Editing</a><br/> </li> </ul> <h4>公開の場で書く際の個人的なルール</h4> <ul> <li>他人のことは原則として書かない</li> </ul> <h3>2009-10-14</h3> <p>朝方生活で成果を出している方の話を傾聴。憧れる。</p> <h3>2009-10-11</h3> <p>羊羹が買えなかったショックのあまり、パンを買ってしまった。</p> <h3>2009-10-10</h3> <p>オーダーメイドとDIYについて考えている。</p> <ul> <li>Self-service, Prorated Super Computing Fun!<br/> <a href="http://open.blogs.nytimes.com/2007/11/01/self-service-prorated-super-computing-fun/">http://open.blogs.nytimes.com/2007/11/01/self-service-prorated-super-computing-fun/</a></li> </ul> <h3>2009-10-09</h3> <p>給付型の奨学金が増えるといいなあ。</p> <h3>2009-10-08</h3> <p>メールばかり書いていて、エディタに触れる暇がなかった。</p> <h3>2009-10-07</h3> <p>ファーニッシュトな賃貸住宅がもっと増えてほしい。</p> <h3>2009-10-06</h3> <p>URL難読化サービスは苦手。</p> <h3>2009-10-05</h3> <blockquote><p>blogger が使えない<br/> <a href="http://d.hatena.ne.jp/ku-ma-me/20091004/p2">http://d.hatena.ne.jp/ku-ma-me/20091004/p2</a><br/> </p> <blockquote><p>はてなダイアリーって思ってたよりいいものなんですね。</p></blockquote> <p>jwz - Livejournal Deathwatch<br/> <a href="http://jwz.livejournal.com/1099745.html">http://jwz.livejournal.com/1099745.html</a><br/> </p> <blockquote><p>I've started divesting myself of reliance on them.</p></blockquote></blockquote> <h3>2009-10-02</h3> <p>MS Moneyでも買うかと思ったらディスコンしてた。</p> <h3>2009-10-01</h3> <p>日記をつけてみる。</p> 2009-09-27T00:00:00+00:00 http://hisashim.org/2009/09/27/postfix-with-smarthost <p>SMTP AUTH is a bit tricky for an amateur to configure, as it is not a requirement and not enabled by default in MTAs yet.</p> <ul> <li>MTA: Postfix <ul> <li>remote: preconfigured as MX (example.org)</li> <li>local: yet to configure</li> </ul> </li> <li>SMTP AUTH: SASL (Cyrus SASL) <ul> <li>remote: saslauthd</li> <li>local: hash db (/etc/postfix/sasl_passwd)</li> </ul> </li> <li>No TLS, no submission port, just plain port 25 (lame)</li> <li>Todo: TLS</li> </ul> <h2>Configuration (local)</h2> <h3>Configure Postfix SMTP server and client</h3> <p>Tweak myorigin, etc. on the server. Enable SASL on the client.</p> <pre><code>% sudo vi /etc/postfix/main.cf ... % </code></pre> <p>Check the configuration.</p> <pre><code>% sudo postconf -n ... append_at_myorigin = yes append_dot_mydomain = no ... mydestination = foo, localhost.localdomain, localhost, local.example.org myhostname = foo ... myorigin = local.example.org ... relayhost = [example.org] smtp_sasl_auth_enable = yes smtp_sasl_mechanism_filter = plain, login smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_sasl_type = cyrus smtp_tls_security_level = may ... % </code></pre> <h3>Prepare SASL db</h3> <pre><code>% sudo cp /dev/null /etc/postfix/sasl_passwd % sudo chmod 700 /etc/postfix/sasl_passwd % sudo vi /etc/postfix/sasl_passwd ... % sudo cat /etc/postfix/sasl_passwd [mail.example.org] johnd:opensesame [mail.example.org]:submission johnd:opensesame % sudo postmap /etc/postfix/sasl_passwd % sudo ls /etc/postfix/sasl_passwd.db /etc/postfix/sasl_passwd % </code></pre> <p>Don't forget to postmap.</p> <h2>Testing</h2> <pre><code>% sudo /etc/init.d/postfix restart % echo test | mail jdoe@example.org % sudo tail -f /var/log/mail.log </code></pre> <h2>Troubleshooting</h2> <h3>Invalid envelope from</h3> <p>Remote smtpd may reject connections with invalid FQDN in envelope from.</p> <p>Quick-and-dirty workaround:</p> <blockquote><p>[ubuntu] Postfix, smarthost and local mail<br/> <a href="http://ubuntuforums.org/showpost.php?p=6348383&amp;postcount=3">http://ubuntuforums.org/showpost.php?p=6348383&amp;postcount=3</a><br/> </p> <pre><code>myorigin = local.myvaliddomain.com append_at_myorigin = yes mydestination = ..., local.myvaliddomain.com </code></pre></blockquote> <ol> <li>Set bogus FQDN to myorigin, so that envelope from may look like FQDN.</li> <li>Enable append_at_myorigin to add the bogus FQDN to messages to local users (e.g. root -> root@bogusFQDN)</li> <li>Include the bogus FQDN in mydestination, so that messages to bogus FQDN be handled locally.</li> </ol> <h3>SASL authentication mechanism</h3> <p>If you are using plain text and find something like this in the log,</p> <blockquote><p>... (SASL authentication failed; cannot authenticate to server ...: no mechanism available)</p></blockquote> <p>read the document carefully.</p> <blockquote><p>Postfix SASL Howto<br/> <a href="http://www.postfix.org/SASL_README.html#client_sasl">http://www.postfix.org/SASL_README.html#client_sasl</a><br/> By default, the Postfix SMTP client does not use authentication methods that send plaintext passwords, and defers delivery with the following error message: "Authentication failed: cannot SASL authenticate to server". To enable plaintext authentication specify, for example:</p> <p> /etc/postfix/main.cf:</p> <pre><code>smtp_sasl_security_options = noanonymous </code></pre></blockquote> <p>This disables noplaintext by explicitly setting only noanonymous. (Not recommended though.)</p> <h2>Reference</h2> <ul> <li><a href="http://www.postfix.org/SASL_README.html">http://www.postfix.org/SASL_README.html</a></li> <li><a href="http://www.postfix-jp.info/trans-2.3/jhtml/SASL_README.html">http://www.postfix-jp.info/trans-2.3/jhtml/SASL_README.html</a></li> <li><a href="http://www.debian.org/doc/manuals/debian-reference/ch06.ja.html#_the_configuration_of_postfix_with_sasl">http://www.debian.org/doc/manuals/debian-reference/ch06.ja.html#_the_configuration_of_postfix_with_sasl</a></li> <li><a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450787">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450787</a></li> <li><a href="http://ubuntuforums.org/showpost.php?p=6348383&amp;postcount=3">http://ubuntuforums.org/showpost.php?p=6348383&amp;postcount=3</a></li> <li><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4274065766/arakinotes-22">http://www.amazon.co.jp/exec/obidos/ASIN/4274065766/arakinotes-22</a></li> </ul> 2009-09-21T00:00:00+00:00 http://hisashim.org/2009/09/21/my-revert-all-file-buffers <p>Emacsで全バッファを読み直すコマンドmy-revert-all-file-buffers.</p> <p>バージョン管理システムを使っていて、エディタの外部からファイルを更新した ときに、いちいち全バッファを読み直すのは面倒。探したけどすぐには見つから なかったので書いてみた。</p> <p>ファイルに関連付けられたバッファだけが対象。 C-uで前置引数を付けると問い合わせなしに実行する。</p> <p>シェルで</p> <pre><code>$ svn update $ git-checkuot foobranch </code></pre> <p>とかした後にEmacsで</p> <pre><code>C-u M-x my-revert-all-file-buffers </code></pre> <p>とするのが典型的な使い方。</p> <p>一応xyzzyでも動く。そもそもxyzzyは（Windows FSのおかげで）ファイルが更新 されたことを自動で認識するらしいので不要だけど。</p> <p>（あと、xyzzyの場合はバッファが変更されているとmessage-boxで問い合わせて くるのであまり便利ではない。xyzzyのrevert-bufferは問い合わせをしないオプ ションがないのかな。問い合わせを出しているのは、buffer.lの revert-buffer-normalで使われているread-fileあたりらしい。）</p> <pre><code>;; uncomment these on xyzzy ;; (defun emacs-version () ;; (concat (software-type) " " (software-version))) ;; (defun buffer-file-name (&amp;optional buf) ;; (get-buffer-file-name (or buf (selected-buffer)))) ;; my-revert-all-file-buffers (defun my-revert-all-file-buffers (P) "Revert all visited buffers. With prefix argument, it will not ask for confirmation." (interactive "P") (if (or P (y-or-n-p "Revert all file buffers?")) (dolist (buf (buffer-list)) (if (not (buffer-file-name buf)) (message (concat (buffer-name buf) " skipped.")) (save-excursion (set-buffer buf) (cond ((string-match "Emacs" (emacs-version)) (revert-buffer t t)) ((string-match "xyzzy" (emacs-version)) (revert-buffer)) (else (error (emacs-version)))) (message (concat (buffer-name buf) " reverted."))))) (message "Aborted.")) </code></pre> 2009-08-29T00:00:00+00:00 http://hisashim.org/2009/08/29/texconf09 <p>TeXユーザの集い2009に行ってきた。枯れたテーマとは裏腹に、未来への話や若い 方の発表が予想以上に多かったのが印象的。運営の方々をはじめ、カンファレン スの実現に寄与したみなさんに感謝。</p> <h3>概要とまとめ</h3> <blockquote><p>TeXユーザの集い 2009<br/> <a href="http://oku.edu.mie-u.ac.jp/texconf09/">http://oku.edu.mie-u.ac.jp/texconf09/</a></p></blockquote> <p>どういう趣旨のイベントなのかは、吉永さんの記事を。一般向けでわかりやすい。</p> <blockquote><p>「TeXユーザの集い 2009」8月29日開催！ 直前レポート<br/> <a href="http://gihyo.jp/news/report/2009/08/2001">http://gihyo.jp/news/report/2009/08/2001</a><br/> 2009年8月20日 吉永徹美</p></blockquote> <p>内容については、武藤さんの日記の詳細なリポートを。</p> <blockquote><p>KeN's GNU/Linux Diary | TeXユーザの集い2009 参加報告(1)(2)<br/> <a href="http://kmuto.jp/d/index.cgi/computer/texconf09-1.htm">http://kmuto.jp/d/index.cgi/computer/texconf09-1.htm</a><br/> <a href="http://kmuto.jp/d/index.cgi/computer/texconf09-2.htm">http://kmuto.jp/d/index.cgi/computer/texconf09-2.htm</a><br/> </p></blockquote> <h3>発表を聴いての雑感</h3> <ul> <li><p><a href="http://www.kisarazu.ac.jp/~masa/math/">KETpic</a>. ベクタ画像はいずれ図形 記述言語で描けるようにしたい。エディタも重要。ソースと描画結果を2-wayで 編集できると理想的。</p></li> <li><p><a href="http://www.ipa.go.jp/jinzai/mitou/2009/2009_1/youth/gaiyou/kk-1.html">Suim</a>. 数式の入力が簡単になると、TeXが得意でない人と一緒に仕事をしやすくなる ので、大変助かる。期待大。Firefox以外のブラウザでもMathMLが標準でサポー トされるといいな。</p></li> <li><p><a href="http://www.ftext.org/">FTEXT</a>. 教材の共有・公有は重要。ライセンスは緩 いとありがたい。</p> <ul> <li><a href="http://creativecommons.org/">CC</a>の商用と非商用って、どういう基準で 区別されるんだろう。</li> </ul> </li> <li><p><a href="http://ascii.asciimw.jp/ascii/EWB/">EWB</a>のようにTeXにプリプロセッサを 組み合わせるアプローチはかなり有効。ただプリプロセッサでは「今何ページ め」といった実行時の情報を得ることはできないので、そのあたりは <a href="http://www.luatex.org/">LuaTeX</a>に期待。</p> <ul> <li><p>ewblibのwakuboxも脚注には非対応らしい。脚注を出したければ、 multicolやlongtable を参考に\outputを再定義するのが筋なのか？</p></li> <li><p>TeXUnitが欲しい。テストの支援があれば、プログラムを書いてメンテナン スするのが飛躍的にやりやすくなる。</p></li> </ul> </li> <li><p><a href="http://www.med.osaka-u.ac.jp/pub/anes/www/latex/latex.html">mkbib</a>. BibTeXに限らず、undocumented featureが多いソフトウェアには泣かされる。</p></li> <li><p><a href="http://www.ctan.org/tex-archive/macros/latex/contrib/geometry/">geometry</a> は使ってみたい。「memoirにはならない」でにやり。</p></li> <li><p><a href="http://project.ktug.or.kr/ko.TeX/">ko.TeX</a>で組んだジャーナルの組版がき れい。pdftex由来のmicro-typesetting（文字を微小単位でscaleする機能）が 効いているらしい。</p></li> <li><p><a href="http://www.ch.ic.ac.uk/rzepa/cml/">CML</a>の例を見て、 <a href="http://www.jstage.jst.go.jp/article/cicsj/22/6/22_110/">XyMML</a>が作られ た理由を理解した。</p></li> <li><p><a href="http://www.jstage.jst.go.jp/article/cicsj/22/6/22_110/">dvibrowser</a>は UIの気が利いていて素敵。Adviのように使えるといいな。</p></li> <li><p>最近のLaTeXプレゼンテーションはLaTeX Beamerかpowertdotらしい。 時間ができたらXHTML+MathML->LaTeX Beamer, powerdotなコンバータを書きたい。</p></li> <li><p><a href="http://tutimura.ath.cx/ptexlive/">ptexlive</a>は、ptexenc周りがきれいに整 理されて、Debianでも使えるようになるといいな。</p> <ul> <li>DebianのpTeX関連パッケージは実は存続の危機らしい。八田さんが時間を 割くのが難しいようなら、 <a href="http://www1.pm.tokushima-u.ac.jp/~kohda/Tex.html">香田さん</a>にご協 力いただけないものか。</li> </ul> </li> <li><p><a href="http://fink.sodan.ecc.u-tokyo.ac.jp/">東大Fink Team</a>にも期待。編集制作 関係の仮想パッケージを作ろうと思っているのだけど、MacBook+Finkならヒラ ギノ込みのフル機能laptop publisherを実現できるはず。</p></li> <li><p><a href="http://www.vinelinux.org/">Vine Linux</a>. 出版現場の事情が分かる開発者っ て貴重だなあ。</p></li> <li><p><a href="http://homepage3.nifty.com/ttk/comp/tex/uptex.html">upTeX</a>は予想以上だっ た。<a href="http://www.kanji.zinbun.kyoto-u.ac.jp/projects/chise/">CHISE</a>で扱 うような内容も表現できるとは。 <a href="http://sourceforge.jp/projects/eptex/wiki/">e-upTeX</a>の事情も知りたい。</p></li> </ul> <h3>振り返って</h3> <p>LaTeXを最近使い始めた一ユーザとして、武藤さんと <a href="http://friendfeed.com/naoyat">naoya_t</a>さんくらいしか知っている人がいない 状態で参加したけれど、発表はもちろんそれ以外でも実りがあった。</p> <p>まず、普段は会えないような人と会うことができた。いつもお世話になっている ツール群の開発者の、<a href="http://ascii.asciimw.jp/pb/ptex/">pTeX</a>の中野さん・ <a href="http://oku.edu.mie-u.ac.jp/~okumura/jsclasses/">jsclasses</a>の奥村先生・ <a href="http://project.ktug.or.kr/dvipdfmx/">DVIPDFMx</a>のCho先生にお礼を言えた。 これだけでも懇親会に行った甲斐があった。そのほかにも、名前を挙げきれない くらいたくさんの人と話ができた。</p> <p>そして、TeXに対する認識が少し改まった。TeXというと枯れて結晶化した分野と いう印象があったのだけど、外野が思うよりも変化が続いている。Unicode対応 や新しいTeXエンジンへの移行の必要性は共通認識として感じられたし、実際に 手を動かしている人もいる。ゆっくり見守る必要はあるけど、今後が楽しみ。</p> <p>同時に、自分がTeXに求めるものも分かってきた。自分では手が届かない基盤部分 が整備されてほしいらしい。そうなれば自分で解決できる範囲が広がる。</p> <p>どなたかが、「この場にいるのはみなユーザである。ユーザの自助努力とその共 有によってTeXは発展してきた」という趣旨のことを言われたように覚えている。 たしかにユーザがボトムアップに拡張できる設計になっているのは大きな強みだ と思う。<a href="http://www.komaba.utmc.or.jp/~flatline/onlispjhtml/preface.html">"On Lisp"の序文</a> にもあるとおり。</p> <p>ただ、TeXマクロでの拡張はそろそろきつくなってきた。自分はともかく他人に 覚えてくれと言いにくい。歴史的経緯を考えると仕方がない面もあるのだろうけ ど。たぶんそれはみな分かっていて、だから次世代のエンジンとしてスクリプ ティング可能なLuaTeXが期待されているんだろうと思う。しばらくはupTeXで現 実に対処しつつ、ゆくゆくはLuaTeXなどでpTeXと同等以上のことが楽にできるよ うになるといいな。</p> <p>また、個人ユーザでできることには限りがある。ソフトウェアは、有力なユーザ 企業がいる時期に大きく発展するように思う。仕事で使われることで現実世界の ニーズが明らかになるし、問題を解決するためにリソースが投じられるから。日 本語TeXでいうなら、アスキーやNTTがそうだったんだろうと思う。今はそのあた りどうなんだろう。そういう存在が現れれば、予想外の進展があるかもしれない と思う。もちろんそのためには、関連する産業が、十分な利益を生み出し人材を 引きつける魅力的なものでなければならない。</p> <p>いずれにせよ、次回も開催されるなら参加したい。できれば何か見せられるもの を持って。</p> 2009-08-28T00:00:00+00:00 http://hisashim.org/2009/08/28/pam-ldap <p>Debian boxのユーザ認証をLDAPで一元化してみた。</p> <p>注意：無保証。自分用のメモで誤りや抜けが多いし、あくまで隔離されたネット ワークでの実験で、公開されたネットワークでの運用に耐える設定ではない。</p> <h2>条件等</h2> <p>前提：</p> <ul> <li><p>ドメインはexample.com</p></li> <li><p>既にLDAPサーバが立っている（xxx.xxx.xxx.xxx）</p> <ul> <li>ベースはdc=example,dc=com</li> <li>管理者はcn=admin,dc=example,dc=com （cn=manager,dc=example,dc=comのほうがよかったかもしれない）</li> </ul> </li> <li><p>次のいずれかを満たすユーザにloginを許す：</p> <ul> <li>LDAPデータベース上にアカウント情報がある</li> <li>そのマシンにローカルなUnixアカウントがある（管理用のアカウントなど）</li> </ul> </li> </ul> <p>大まかにいって、次の設定をすればよいらしい。</p> <ul> <li><p>パッケージ</p> <ul> <li>libnss-ldap</li> <li>libpam-ldap</li> <li>nscd（パフォーマンス向上のため）</li> </ul> </li> <li><p>/etc/nsswitch.conf</p> <p>passwd, group, shadowの各エントリにcompatに加えてldapを指定</p></li> <li><p>/etc/libnss-ldap.conf</p> <p>base, uri, ldap_version, rootbinddnなどを設定</p></li> <li><p>/etc/pam_ldap.conf</p> <ul> <li>LDAPサーバのURIを設定する</li> </ul> <p> 今回は別のホストでLDAPサーバが動いており、またSSLはまだ使っていない ので、スキームはldapiではなくldapとする。</p> <ul> <li>照会時にLDAPにアクセスするアカウントを指定する （cn=manager,dc=example,dc=com）</li> </ul> </li> <li><p>/etc/pam.d/common-*</p> <ul> <li>pam_ldap.soをsufficientとして追加</li> </ul> <p> LDAPで認証できるようにする。</p> <ul> <li>pam_unix.soをrequiredからsufficientに変更</li> </ul> <p> Unixアカウントを必須ではなく任意にする。</p></li> <li><p>サービスアプリケーションごとの設定</p> <ul> <li>さしあたってsshdとSamba</li> </ul> </li> </ul> <h2>OSのセットアップ</h2> <p>libnss-ldapをインストールするとReccomends:にあるlibpam-ldapとnscdもインス トールされる。</p> <pre><code>% sudo apt-get install libnss-ldap </code></pre> <p>設定を直したければ、いつでもdpkg-reconfigure libnss-ldapで再設定できる。</p> <h3>libnss-ldapのインストール</h3> <pre><code>LDAP server URI: -ldapi:/// +ldap://xxx.xxx.xxx.xxx/ Distinguished name of the search base -dc=example,dc=net -dc=example,dc=com LDAP version to use: 3 LDAP database require login? No Special LDAP privileges for root? Yes Make the configuration file readable/writable by its owner only? -No +Yes LDAP account for root: -cn=manager,dc=example,dc=net +cn=admin,dc=example,dc=com LDAP root account password xxx </code></pre> <h3>libpam-ldapのインストール</h3> <pre><code>LDAP server URI: -ldapi:/// +ldap://xxx.xxx.xxx.xxx/ Distinguished name of the search base: -dc=example,dc=net +dc=example,dc=com LDAP version to use: 3 Make local root Database admin? Yes LDAP database require login? No LDAP account for root: -cn=manager,dc=example,dc=net +cn=admin,dc=example,dc=com LDAP root account password xxx Local crypt to use when changing passwords crypt </code></pre> <h3>/etc/nsswitch.conf</h3> <p>/etc/nsswitch.confを編集し、passwd, group, shadowの各エントリにldapを追加 する。</p> <pre><code>--- a/nsswitch.conf +++ b/nsswitch.conf @@ -4,9 +4,9 @@ # If you have the `glibc-doc-reference' and `info' packages installed, try: # `info libc "Name Service Switch"' for information about this file. -passwd: compat -group: compat -shadow: compat +passwd: compat ldap +group: compat ldap +shadow: compat ldap hosts: files dns networks: files </code></pre> <h3>/etc/pam.d/common-*</h3> <p>/etc/pam.d/common-*を書き換える。順序に注意。 login時に~がない場合は作成するよう、sessionでpam_mkhomedir.soを指定。</p> <pre><code>--- a/pam.d/common-account +++ b/pam.d/common-account @@ -6,4 +6,5 @@ # the central access policy for use on the system. The default is to # only deny service to users whose accounts are expired in /etc/shadow. # +account sufficient pam_ldap.so account required pam_unix.so --- a/pam.d/common-auth +++ b/pam.d/common-auth @@ -7,4 +7,5 @@ # (e.g., /etc/shadow, LDAP, Kerberos, etc.). The default is to use the # traditional Unix authentication mechanisms. # -auth required pam_unix.so nullok_secure +auth sufficient pam_ldap.so use_first_pass +auth sufficient pam_unix.so nullok_secure --- a/pam.d/common-password +++ b/pam.d/common-password @@ -21,7 +21,8 @@ # # See the pam_unix manpage for other options. +password sufficient pam_ldap.so password required pam_unix.so nullok obscure md5 # Alternate strength checking for password. Note that this # requires the libpam-cracklib package to be installed. --- a/pam.d/common-session +++ b/pam.d/common-session @@ -6,4 +6,6 @@ # at the start and end of sessions of *any* kind (both interactive and # non-interactive). The default is pam_unix. # +session required pam_mkhomedir.so skel=/etc/skel/ umask=0022 +session sufficient pam_ldap.so session required pam_unix.so </code></pre> <h3>設定をチェック</h3> <pre><code>% grep -v '^#\|^$' /etc/pam_ldap.conf base dc=example,dc=com uri ldap://xxx.xxx.xxx.xxx/ ldap_version 3 rootbinddn cn=admin,dc=example,dc=com pam_password crypt % grep -v '^#\|^$' /etc/libnss-ldap.conf base dc=example,dc=com uri ldap://xxx.xxx.xxx.xxx/ ldap_version 3 rootbinddn cn=admin,dc=example,dc=com % sudo cat /etc/libnss-ldap.secret xxx % sudo cat /etc/pam_ldap.secret xxx % (cd /etc/pam.d; grep -v '^#\|^$' common-*; cd -) common-account: account sufficient pam_ldap.so common-account: account required pam_unix.so common-auth: auth sufficient pam_ldap.so use_first_pass common-auth: auth sufficient pam_unix.so nullok_secure common-password:password sufficient pam_ldap.so common-password:password required pam_unix.so nullok obscure md5 common-session: session required pam_mkhomedir.so skel=/etc/skel/ umask=0022 common-session: session sufficient pam_ldap.so common-session: session required pam_unix.so </code></pre> <h3>テスト</h3> <p>うまくいかない場合（ホームディレクトリやシェルがない）：</p> <pre><code>hostname% login: jdoe password: No directory, logging in with HOME=/ Cannot execute /usr/bin/zsh: No such file or directory hostname% login: </code></pre> <p>うまくいった場合：</p> <pre><code>hostname% login: jdoe password: hostname% </code></pre> <p>注意点：</p> <ul> <li><p>ユーザが使うシェルなどはあらかじめ用意しておくこと。</p></li> <li><p>PAMの設定ファイルの記述は順序に注意。例えばpam_mkhomedir.soは pam_ldap.so やpam_unix.soに先立って書いておかないと、HOMEがないまま login することになる。</p></li> </ul> <p>うまくいかないときは</p> <pre><code>% sudo tail /var/log/auth.log </code></pre> <p>して確認。</p> <h3>資料</h3> <ul> <li>PAM (Pluggable Authentication Modules)<br/> <a href="http://www.linux.or.jp/JF/JFdocs/User-Authentication-HOWTO/pam.html">http://www.linux.or.jp/JF/JFdocs/User-Authentication-HOWTO/pam.html</a></li> </ul> <p>日本語でPAMの概要を把握するときに。</p> <ul> <li>The Linux-PAM System Administrators' Guide<br/> <a href="http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/Linux-PAM_SAG.html">http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/Linux-PAM_SAG.html</a></li> </ul> <p>本家。</p> <ul> <li>LDAP/PAM - Debian Wiki<br/> <a href="http://wiki.debian.org/LDAP/PAM">http://wiki.debian.org/LDAP/PAM</a></li> </ul> <p>Debianでの設定ファイルの配置などが参考になる。</p> <h2>OpenSSHのLDAP認証</h2> <p>注意：UsePAMを有効にすればPAMを使うようになるのだけど、PAMを使うというこ とはそれが抜け道にもなりかねないので、要注意。（せっかくパスワード認証を 殺していても、PAMの参照先が緩ければ意味がない。）</p> <p>公開鍵認証をするにはパッチを当てる必要があるらしいので、とりあえずパスワー ド認証で実験。安全なネットワークでない限りやってはいけない。</p> <pre><code>% sudo vi /etc/ssh/sshd.conf ... % sudo cat /etc/ssh/sshd.conf ... PermitEmptyPassword no ... ChallengeResponseAuthentication yes ... PasswordAuthentication yes ... UsePAM yes ... % % sudo /etc/init.d/ssh restart ... % </code></pre> <p>注意点：</p> <p>気づきにくい落とし穴がある。</p> <ul> <li><p>ChallengeResponseAuthentication yes</p></li> <li><p>PermitEmptyPassword no</p></li> </ul> <p>参考：</p> <p> openssh-server: Problem with pam_setcred() call<br/> <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315040#10">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=315040#10</a> > Problem with "pam_setcred(): Permission denied" error message and normal > login fixed by switching > > PermitEmptyPassword yes > > in /etc/ssh/sshd_config to > > PermitEmptyPassword no</p> <h2>SambaのLDAP認証</h2> <ul> <li><p>Debian lenny</p></li> <li><p>OpenLDAP server (slapd)とSamba server (smbd) は既にセットアップされて 正しく動いているものとする。</p></li> </ul> <h3>事前の準備</h3> <p>必要なパッケージをインストールする。</p> <pre><code>% sudo apt-get install samba-doc smbldap-tools </code></pre> <p>説明を読む。</p> <pre><code>% lv /usr/share/doc/smbldap-tools/README.Debian.gz </code></pre> <h3>OpenLDAP server (slapd)の設定</h3> <p>samba-docに付属するLDAPスキーマをシステムにコピーする。</p> <pre><code>% sudo cp /usr/share/doc/samba-doc/examples/LDAP/samba.schema.gz \ /etc/ldap/schema/ % sudo gunzip /etc/ldap/schema/samba.schema.gz </code></pre> <p>slapdの設定ファイルにsamba-ldap向けの設定を追加する。</p> <pre><code>% sudo vi /etc/ldap/slapd.conf </code></pre> <p>diffふうに書くとこんな感じ。</p> <pre><code>+ include /etc/ldap/schema/samba.schema -access to attrs=userPassword,shadowLastChange +access to attrs=userPassword,shadowLastChange,sambaNTPassword,sambaLMPassword by dn="cn=admin,dc=ohmsha,dc=co,dc=jp" write by anonymous auth by self write by * none </code></pre> <p>README.Debianにはindexの設定もお好みで書いてよしとあるが、indexは後で書く。 先に書いてしまうと接続できなくなる。index対象の要素がまだDBにないせいだろ う。</p> <p>後でSambaの認証をLDAPに向けたうえでsmbpasswdを使えば適当な値が書き込まれ るので、心配ない。</p> <p>再起動して設定を反映。</p> <pre><code>% sudo /etc/init.d/slapd restart </code></pre> <h3>クライアント側のSambaの設定</h3> <p>LDAPを参照するように設定ファイルを編集。</p> <pre><code>sudo vi /etc/samba/smb.conf -passdb backend = tdbsam +passdb backend = ldapsam:ldap://xxx.xxx.xxx.xxx/ ... -obey pam restrictions = yes +obey pam restrictions = no +ldap admin dn = cn=admin,dc=example,dc=com +ldap suffix = dc=example,dc=com +ldap group suffix = ou=Groups +ldap user suffix = ou=Users +ldap machine suffix = ou=Computers +ldap idmap suffix = ou=Users </code></pre> <p>あとパスワード変更をsmbldap-toolsに任せる設定。</p> <pre><code>+ldap passwd sync = No unix password sync = Yes ... -passwd program = /usr/bin/passwd %u +passwd program = /usr/sbin/smbldap-passwd -u %u -passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\s*new\s*\spassword:* %n\n *password\supdated\ssuccessfully* . +passwd chat = *New\s*\spassword* %n\n *Retype\snew\s*\spassword* %n\n *all*authentication*token*updated* </code></pre> <p>Windowsから操作するための設定はREADME.Debian参照。</p> <p>LDAPサーバにアクセスするためにadminのパスワードを登録する。</p> <pre><code>% sudo smbpasswd -W Setting stored password for "cn=admin,dc=example,dc=com" in secrets.tdb New SMB password: Retype new SMB password: % </code></pre> <p>再起動する。</p> <pre><code>% sudo /etc/init.d/samba restart </code></pre> <h3>smbldap-toolsの設定</h3> <p>クライアント側でsmbldap-toolsの設定をする。</p> <p>標準のpasswdを使うところをsmbldap-passwdに変えたりしているので、 これをやらないと動かない。</p> <p>まず設定ファイルの雛形をシステムにコピーする。 中にパスワードを平文で書くので権限に注意。</p> <pre><code>% sudo cp /usr/share/doc/smbldap-tools/examples/smbldap.conf.gz \ /etc/smbldap-tools/ % sudo gunzip /etc/smbldap-tools/smbldap.conf.gz % sudo cp /usr/share/doc/smbldap-tools/examples/smbldap_bind.conf \ /etc/smbldap-tools/ % sudo chmod 0644 /etc/smbldap-tools/smbldap.conf % sudo chmod 0600 /etc/smbldap-tools/smbldap_bind.conf </code></pre> <p>DomainではなくWorkgroup構成なら、どれでもいいので統一の 基準となるSambaサーバを決めて、そのSIDを調べておく。</p> <pre><code>% sudo net getlocalsid SID for domain xxx is: S-1-5-21-yyyyyyyyy-yyyyyyyyyy-yyyyyyyyy % </code></pre> <p>これを全Sambaサーバで共通のSIDとして使う（Windows Domain を設けるときは話が別）。</p> <p>ローカルのSID設定はコメントアウトして、net getlocalsid 経由でLDAPに問い合わせるように設定。</p> <pre><code>-SID="S-1-5-21-xxxxxxxxx-xxxxxxxxxx-xxxxxxxxx" +# SID="S-1-5-21-xxxxxxxxx-xxxxxxxxxx-xxxxxxxxx" -sambaDomain="DOMSMB" +#sambaDomain="DOMSMB" ... -masterLDAP="127.0.0.1" +masterLDAP="xxx.xxx.xxx.xxx" ... -suffix="dc=company,dc=com" +suffix="dc=example,dc=com" smbldap_bind.confを編集。 % sudo vi /etc/smbldap-tools/smbldap_bind.conf -slaveDN="cn=Manager,dc=company,dc=com" +slaveDN="cn=admin,dc=example,dc=com" -slavePw="secret" +slavePw="xxx" -masterDN="cn=Manager,dc=company,dc=com" +masterDN="cn=admin,dc=example,dc=com" -masterPw="secret" +masterPw="xxx" </code></pre> <h3>LDAP DB側の用意</h3> <p>smbpasswdでユーザを追加する。</p> <pre><code>% sudo smbpasswd -a jdoe New SMB password: Retype new SMB password: Added user jdoe. </code></pre> <p>こんなエントリになる。</p> <pre><code>dn: uid=jdoe,ou=People,dc=example,dc=com objectClass: account objectClass: posixAccount objectClass: sambaSamAccount objectClass: shadowAccount objectClass: top cn: John Doe gidNumber: 2001 homeDirectory: /home/jdoe sambaSID: S-1-5-21-yyyyyyyyy-yyyyyyyyyy-yyyyyyyyy-5002 uid: hmorita uidNumber: 2001 displayName: John Doe,,, gecos: John Doe,,, loginShell: /usr/bin/zsh sambaAcctFlags: [U ] sambaNTPassword: ... sambaPasswordHistory: ... sambaPwdLastSet: 1251358905 shadowLastChange: 11418 shadowMax: 99999 shadowWarning: 7 userPassword:: ... </code></pre> <p>試行錯誤の過程でsmbldap-populateしていろいろなエントリを登録 してしまったけれど、必須ではないと思われる。</p> <p>そしてpopulateでいろいろ登録。</p> <pre><code>% sudo smbldap-populate -a admin ... % </code></pre> <p>LDAP DBにSambaサーバを登録する。次はfile1.example.comという Sambaサーバがある場合のLDIFエントリ。他のサーバも同様に登録する。</p> <pre><code>dn: sambaDomainName=FILE1,dc=example,dc=com objectClass: sambaDomain sambaDomainName: FILE1 sambaSID: S-1-5-21-yyyyyyyyy-yyyyyyyyyy-yyyyyyyyy sambaAlgorithmicRidBase: 1000 sambaForceLogoff: -1 sambaLockoutDuration: 30 sambaLockoutObservationWindow: 30 sambaLockoutThreshold: 0 sambaLogonToChgPwd: 0 sambaMaxPwdAge: -1 sambaMinPwdAge: 0 sambaMinPwdLength: 5 sambaNextUserRid: 1000 sambaPwdHistoryLength: 0 sambaRefuseMachinePwdChange: 0 </code></pre> <p>これでどのSambaサーバにも同じアカウントでlogonできるはず。</p> <p>確認：</p> <pre><code>file1% sudo pdbedit -d 3 -L lp_load_ex: refreshing parameters Initialising global parameters params.c:pm_process() - Processing configuration file "/etc/samba/smb.conf" Processing section "[global]" smbldap_search_domain_info: Searching for:[(&amp;(objectClass=sambaDomain)(sambaDomainName=FILE1))] smbldap_open_connection: connection opened ldap_connect_system: successful connection to the LDAP server smbldap_search_domain_info: Searching for:[(&amp;(objectClass=sambaDomain)(sambaDomainName=FILE1))] smbldap_open_connection: connection opened ldap_connect_system: successful connection to the LDAP server smbldap_search_paged: base =&gt; [dc=example,dc=com], filter =&gt; [(&amp;(uid=*)(objectclass=sambaSamAccount))],scope =&gt; [2], pagesize =&gt; [1024] smbldap_search_paged: search was successfull init_sam_from_ldap: Entry found for user: jdoe jdoe:2001:John Doe,,, ... file1% </code></pre> <h3>トラブルシューティング</h3> <ul> <li><p>共有の競合</p> <p>複数のユーザ名で同時に同じリソースにアクセスしようとするとWindowsが エラーを返す場合がある。 そういうときは</p> <pre><code>net use net use \\server\share /delete </code></pre> で接続状況を表示させたり、適宜切断したりすればよい。</li> <li><p>ネットワークパスが見つからない</p> <p>「ネットワークパスが見つからない」と言われたら、そのユーザのホームディ レクトリが存在するか確認してみるとよい。</p> <pre><code>ls /home </code></pre></li> <li><p>SambaのSID</p> <p>SIDはLDAPのDBに格納するもので、ローカルのsecrets.tdbに格納するもので はない。また、SambaがLDAPを参照するように設定されている場合、net getlocalsidはLDAPを見に行く。net setlocalsidなどとしても変更できない ので注意。</p> <p>はまっている人の例（S-1-5-21-yyyを設定できない）：</p> <pre><code>% sudo net getlocalsid SID for domain FILE1 is: S-1-5-21-xxx % sudo net setlocalsid S-1-5-21-yyy % sudo net getlocalsid SID for domain FILE1 is: S-1-5-21-xxx </code></pre> こうなったらLDAPのほうを見ましょう。</li> </ul> <h2>雑感</h2> <p>それにしてもLDAP周りは手間がかかる。今までの振り返り：</p> <ul> <li><p>OpenLDAPサーバ<br/> 仕組みや独特の概念を理解するのに時間がかかる。OSやディストリビューショ ンごとに細かく違うのも足を引っ張る。第一の関門。</p></li> <li><p>PAMとNSS<br/> 資料が散らばっていて理解に時間がかかる。OSやディストリビューションご とに細かく違ううえ、順序に依存しているのがつらい。第二の関門。</p></li> <li><p>OpenSSHサーバ<br/> UsePAM = yesだけなので、手間はかからない。ただし ChallengeResponseAuthenticationに注意。</p></li> <li><p>Sambaサーバ<br/> 1台なら簡単。ただし2台以上だと、SID周りでつまずくと遠回りしかねない。</p></li> </ul> <p>試行錯誤に費やした時間を考えると、LDAPの本とSamba+LDAPの本を1冊ずつ手元に 用意しておいて損はなさそう。</p> <h2>資料</h2> <p>LDAP全般：</p> <ul> <li>UNIX USER 2002/1: LDAP特集 (draft)<br/> <a href="http://ukai.jp/Articles/2002/uu-ldap/">http://ukai.jp/Articles/2002/uu-ldap/</a></li> </ul> <p>LDAPに関する鵜飼さんの包括的な記事。知りたいことはたいてい載っている。 古くなった部分はドキュメントを読んでアップデートすればよい。</p> <p>uidを調整する際の参考に：</p> <ul> <li>Debian Policy Manual - The Operating System<br/> 9.2.2 UID and GID classes<br/> <a href="http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2">http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.2</a></li> </ul> <p>Samba+LDAPはこれで十分：</p> <ul> <li><p>smbldap-tools for Debian<br/> /usr/share/doc/smbldap-tools/README.Debian.gz</p></li> <li><p>ちょっとしたテストと覚え書き - SHIMI.INFO<br/> DebianでOpenLDAP + Samba環境を作るメモ<br/> <a href="http://shimi.info/pukiwiki/?Samba%2FDebian%2BLDAP">http://shimi.info/pukiwiki/?Samba%2FDebian%2BLDAP</a></p></li> </ul> <p>SIDの話：</p> <ul> <li>【FreeBSD 5.3】Samba 3.x + OpenLDAP による PDC の設定<br/> 4.1 SID とドメインの話<br/> <a href="http://www.abk.nu/~nabe/document/samba3.htm#4.1">http://www.abk.nu/~nabe/document/samba3.htm#4.1</a></li> </ul> 2009-08-23T00:00:00+00:00 http://hisashim.org/2009/08/23/bones <p>「骨」展が終わりそうなので見てきた。</p> <blockquote><p>21_21 DESIGN SIGHT-「骨」展 Bones<br/> <a href="http://www.2121designsight.jp/bones/">http://www.2121designsight.jp/bones/</a> 会期：2009年5月29日（金）- 8月30日（日）<br/> 時間：11:00 - 20:00（入場は19:30まで）<br/> 休日：火曜日</p></blockquote> <p>骨をテーマにした展覧会。山中俊治さんのディレクションで、自然の生物の骨 や、工業製品の骨や、アーティストが骨をテーマに創造した作品が展示されている。</p> <p>Blogに詳細や背景の話が載っていて面白い。</p> <blockquote><p>山中俊治の「デザインの骨格」<br/> <a href="http://lleedd.com/blog/">http://lleedd.com/blog/</a></p></blockquote> <p>個人的な見所は、虫型ロボットのPhasma。はしっこい昆虫のように走り回り、動 きだけで生き生きとした表情を見せてくれる。</p> <blockquote><p>takram design engineering「Phasma」<br/> <a href="http://www.2121designsight.jp/bones/work_11.html">http://www.2121designsight.jp/bones/work_11.html</a><br/> 生き物の形状ではなく、走りの力学的原理をまねした六足走行ロボット。 「Phasma」とは魂や息を意味するラテン語。</p> <p>クリエイターズトーク2「生き物をまねする」<br/> <a href="http://www.2121designsight.jp/bones/event_0620.html">http://www.2121designsight.jp/bones/event_0620.html</a></p></blockquote> <p>動いている様子が上映されており、台に固定された実物をボタンで駆動させて見 ることもできる。</p> <p>作者インタビューが面白い。作品説明にあるとおり、生物の機能を実現するため には、形を似せればいいとは限らず、その原理を見つけることが大事だという。</p> <p>Phasmaも昆虫のような複雑な脚を持っているわけではなく、ピストンのような脚 しか持っていない。前後に向きを変えることと地面を突くことしかできない。で も動き出すと、生きている虫そのもの。そして虫と同じく3点で支持しているの で安定している。</p> <p>形ではなく原理を追究せよ、というのは他の分野にも通じるかも。</p> <p>エンディングトークもちょっと聞いてきた。パラリンピックで活躍しているアス リートやイラストレータさんを迎えての義肢に関する話。</p> <blockquote><p>エンディング・スペシャルトーク「未来の骨」<br/> <a href="http://www.2121designsight.jp/bones/event_0823.html">http://www.2121designsight.jp/bones/event_0823.html</a><br/> 本展ディレクター山中俊治とスポーツ義足製作の第一人者として 活躍する臼井二美男による、身体の延長としての義肢のデザインを 通した「未来の骨」についてのトークイベント。臼井氏製作の義足を 装着し様々な分野で活躍する3名を招き、義足アスリートによる 走行実演も行います。</p></blockquote> <p>運動のための機能はかなり発達してきて、次は社会とのかかわりが改善の焦点に なってきているらしい。ミニスカートとブーツといったファッションを楽しめる 膝小僧のある義肢を作ってもらったという話があった。</p> <p>知らないことについて実際の話を聞けたのはよかった。改善の余地があって、か つ社会的に意義があるという話は、聞いていて刺激を受ける。</p> <p>また、基本的な機能が足りたら次は品質というのは、どの分野にも通じるかもし れない。</p> <p>山中さんの作品や展示は、いつも目的を持った設計が中心にあるので面白いなあ と思う。規模は大きくないけれど、粒ぞろいなので、この手のが好きな人にはお すすめ。</p> 2009-08-12T00:00:00+00:00 http://hisashim.org/2009/08/12/tsgit <p>担当していた本が出ました。日本語で読める<a href="http://www.git-scm.org/">git</a>の本としては最初の1冊じゃない かと思います。これを書いている時点でまだ数日しかたっていませんが、売れ行 きも好調なようで、うれしいです。</p> <blockquote><p>『入門git』<br/> Travis Swicegood著 でびあんぐる監訳<br/> <a href="http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9">http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=978-4-274-06767-9</a><br/> <a href="http://www.amazon.co.jp/dp/427406767X">http://www.amazon.co.jp/dp/427406767X</a></p></blockquote> <p>原書：</p> <blockquote><p>Pragmatic Version Control Using Git<br/> by Travis Swicegood<br/> <a href="http://www.pragprog.com/titles/tsgit/pragmatic-version-control-using-git">http://www.pragprog.com/titles/tsgit/pragmatic-version-control-using-git</a></p></blockquote> <p>一言で言うと、コンパクトなgitの入門書です。著者が知っていることが際限なく 書かれているのではなく、よく吟味して簡潔に書かれています。gitの入門者が最 初の一歩を踏み出すときに必要な知識、そしてgitを手元で日常的に使うために必 要な知識が、十分にまとまっていると思います。また入門とは言いつつも、1章分 を<a href="http://eagain.net/gitweb/?p=gitosis.git">Gitosis</a>のために割いていたりするので、これ一冊で結構な範囲をカバーで きるんじゃないでしょうか。</p> <p>丁寧なレビューと監訳のおかげで、技術的な正確さと読みやすさが両立した文章 になっているほか、日本語版独自の内容としては、原書になかった図版（主にコ ミットの関係を示すグラフ図）が追加されたり、日本語環境での注意が加わった りしています。<a href="http://code.google.com/p/tortoisegit/">TortoiseGit</a>も少しだけ紹介されてますね。</p> <p>でびあんぐる名義で今回監訳していただいたのは、<a href="http://kmuto.jp/">武藤健志</a>さん、 <a href="http://ukai.jp/">鵜飼文敏</a>さん、<a href="http://www.keshi.org/">八重樫剛史</a>さん、<a href="http://www.gotom.jp/~gotom/">後藤正徳</a>さん。 レビュアは<a href="http://arika.org/">やまだあきら</a>さん、<a href="http://kakutani.com/">角谷信太郎</a>さん、 <a href="http://t.l15n.com/">Leonard Chin</a>（レオ）さん、そして名前は出ていないけれども <a href="http://blog.dio.jp/">松田明</a>さんにもご協力いただきました。ありがとうございます。</p> <p>監訳陣の仕事ぶりを思い出してみると、鵜飼さんと後藤さんは安定した調子で端 から仕上げていき、八重樫さんと武藤さんは問題が生じている箇所を見て回り対 処するという感じだったように思います。レビュアからいただいた指摘や提案は 武藤さんが交通整理をして監訳陣で消化し、武藤さんがDebConfに発った後は八重 樫さんがバトンを引き取ってアンカーを務める、というような進行でした。いつ もながら、それぞれの仕事が確実で、役割分担が見事でした。</p> <p>レビュア内でも役割分担が自然発生して、やまださんはDebian / Rubyのベテラン として、角谷さんはご本人曰く「git厨」代表として、レオさんはRuby / Rails方 面に通じたマルチリンガルな技術者として、強みを発揮したレビューをしていた だきました。</p> <p>装丁はトップスタジオデザイン室の轟木亜紀子さんにお願いしました。実は今回 の写真は金属の光沢が安っぽくならないか心配で、私自身は同じモチーフで光沢 のない写真を推していたんですが、カバーの表面加工をマットにしたらいい感じ になったので、無理に推さなくてよかった。見返しとタイトル文字の色を合わせ たのも良かったですね。</p> <p>版元側の担当者は、T様、Sさん、そして私でした（偉い順）。私は主に企画と人 選で意見を出したくらいで、あとはほぼお任せ。たまに小舅っぽく口出しして嫌 がられる係といったところ。</p> <p>技術面では、いつものようにSubversion, xml2tex, Trac, <a href="http://cruisecontrolrb.thoughtworks.com/">CC.rb</a>, QuickMLなどを 使って、レビューと編集を短いサイクルで繰り返して漸進的に完成度を高めていく、 反復型の編集制作をサポートしました。なお中央リポジトリはSubversionでした が、関係者の多くは手元でgitなどのDVCSを使っていたのではないでしょうか。</p> <p>大きなトラブルなしに済んだので面白エピソードの類はないのですが、トラブル がなかったことは素直に喜びたいし、それこそが今まで信頼できる人たちと協働 し道具や方法を改善してきた成果なのかなと思います。</p> <p>簡単な振り返り：</p> <ul> <li><p>Keep:<br/> 良いメンバー、良いチーム、良い道具立てで仕事をする。</p></li> <li><p>Problem:<br/> トラッカーをレビュアからのフィードバックにも活用してもらおう。</p></li> <li><p>Try:<br/> 次回以降も、今回の安定度をベースラインにしたい。</p></li> </ul> <p>というわけで、気に入ってもらえたら、裏方の一人としてうれしいです。</p> <p>今後も翻訳・書き下ろしともに、意義あるタイトルを適切な人選でお届けすべく、 いろいろな方にご協力いただきながら準備しています。この『入門git』と同様に、 たくさんの人に読んでいただけるといいなと思います。</p> <hr /> <p>内容や位置づけについては鵜飼さんのレビューが的確。</p> <blockquote><p>ukai's blog: 入門git<br/> <a href="http://blogger.ukai.org/2009/08/git.html">http://blogger.ukai.org/2009/08/git.html</a></p> <p> advancedな内容はあまり書かれてませんが、入門として読むのには最適では ないかと。</p></blockquote> <p>そのとおりだと思います。</p> 2009-08-08T00:00:00+00:00 http://hisashim.org/2009/08/08/wikibana7 <p>WikiBana#7に参加してきた。</p> <blockquote><p>第七回Wikiばな　〜 Wikiの起源へ<br/> <a href="http://wikibana.socoda.net/wiki.cgi?WikiBana/VOL.7">http://wikibana.socoda.net/wiki.cgi?WikiBana/VOL.7</a></p></blockquote> <p>とてもよかった。「いいものを作るにはどうしたらいいか」という、いつも考え ている問いへのヒントをもらった気がする。声をかけてくれたshinoさんに感謝。</p> <p>ただ、消化するにはしばらくかかりそう。自分で考えても、人と話しても、整理 がつかない。</p> <p>みなさんに感謝しつつとりあえずメモ（うろ覚えにつき注意）。</p> <hr /> <h3>本</h3> <ul> <li><p>これだけの内容を江渡さんから引き出したのは（本人と周りの）素晴らしい 功績だと思う。</p></li> <li><p>パターンはユーザが自分で見つけられると教えられたのが、個人的には最大 の収穫かもしれない。振り返るときにパターンを見つけるとよいのかも。</p></li> </ul> <h3>発表</h3> <ul> <li><p>稲尾さんの「レビューパターン」が面白かった。</p> <blockquote><ul> <li>関係者（著者・レビュア・編集者）がみな、原稿と議論を共有（「契約 書以外すべて」）。</li> <li>対面でのミーティングの結果は報告するよう心がけた。</li> <li>著者の受け入れる能力が求められる。</li> </ul> </blockquote> プロセスパターンのひとつ？ 自分の経験とも一致する。出版業でもこういう ふうにパターンを見つけて共有するのっていいな。</li> <li><p>中埜さんが熱かった。</p></li> </ul> <h3>対話</h3> <ul> <li><p>レイアウトの微調整はどうしているかと稲尾さんに聞かれて、あまりやらな い旨答えたんだけど、説明がまずかったので補足。理由は2つあって：</p> <ul> <li>最初からさほど問題なく仕上がっているので、人手で調整する必要が少 ない</li> <li>優先して対処すべき他の作業が多い</li> </ul> <p>後者の例を一つ。レビューしてもらうと、内容に関する要改善箇所がたくさ ん見つかる。読者にとって何が大事か考えると、同じ時間を使うなら、手が 回っていなかった改善提案に対処するほうが優先になる。</p></li> <li><p>無名の質と言ったときに、何をもって良しとするかは、コミュニティによっ て異なっているのが自然なように思う。坪井さんに言われて意識できた。</p></li> <li><p>yomoyomoさんと初めて話した。忙しいらしくてちょっと残念。</p></li> <li><p>田中さんに声をかけそびれた。名札あったほうがいいなあ。</p></li> <li><p>田中哲さん：「（セルフビルドは高層建築には適用できないのではないかと いう疑問について）各フロアに地面を用意すればその上でセルフビルド可能。 ただそういうことを実現できるところまでまだ技術が進歩していない」</p></li> <li><p>classboxが欲しい。</p></li> </ul> <h3>現時点での考え</h3> <ul> <li><p>DIY</p> <p>道具は使う人自身が作るのが理想。それが無理でも、なるべく両者が近くに いて、密にやりとりしながら作り、使いながら直していけるとよい。道具を 作る環境は、使い手による変更を支援する方向へ進化してほしい。</p></li> <li><p>QWAN</p> <p>「無名の質」（QWAN）は「時の洗練を経た質」と言い換えられるのではない か。その「時の洗練」を擬似的・人為的に引き起こすのが、プロトタイピン グであり、パイロット版であり、シミュレーションであり、レビューであり、 テストであり、設計から製造までシームレスにつながるパイプラインであり、 うまくいったパターンの採取と利用である。かもしれない。</p></li> </ul> <h3>todo</h3> <ul> <li>関さんを呼ぶ</li> </ul> 2009-07-19T00:00:00+00:00 http://hisashim.org/2009/07/19/rubykaigi2009 <p>RubyKaigi2009に参加した。</p> <blockquote><p> 日本Ruby会議2009<br/> <a href="http://rubykaigi.org/2009/">http://rubykaigi.org/2009/</a></p></blockquote> <ul> <li><p>普段なかなか会えない方とお話しできてよかった。</p> <ul> <li>NIIはラウンジがあって参加者同士で交流しやすいのがいいなあ。</li> <li>もちろん発表もよかった。</li> </ul> </li> <li><p>みなさんありがとうございました。</p> <ul> <li>ずっといられなかったのが残念。</li> <li>その間にも仕事を粛々と進めてくれていた仕事仲間に感謝。</li> </ul> </li> </ul> 2009-07-13T00:00:00+00:00 http://hisashim.org/2009/07/13/automation <p>編集制作の方法が変化した結果、負荷のバランスが変わり、仕事の仕方を見直す 必要が出てきた。</p> <h2>背景</h2> <p>出版社内で編集制作の自動化を進めたところ、以前は100のコストがかかっていた 仕事が、50のコストでできるようになった（数字は体感的なもので正確ではない。 以下同様）。</p> <p>（成果物の品質も向上したのだけれど、それはひとまず措く。）</p> <p>でも、自動化を導入する前は80%くらいの割合で、出版社外部の編集制作スタッフ （編集プロダクションやフリーランスの編集者）に仕事をお願いできていたのが、 導入後は20%くらいの割合でしかお願いできなくなった（例外はあるけどここでは 措く）。</p> <p>というのも、自動化されたワークフローに参加するには、ある程度の知識が必要 になるから。</p> <p>知識と言っても大したことはなくて、原稿等を共有するためのVCSの使い方と、 XMLのマークアップ規則くらい。けれども、プロダクションにとってみれば、たく さんいる顧客のうちの1社のやり方に対応するために教育コストをかけるのは割に 合わない。</p> <p>結果として、全体のコストは100から50へと半分に減ったけれど、出版社内の編集 者が負担するコストは20から40へと倍に増えた。そして工程全体を律速するボト ルネックが、出版社外部の制作担当から出版社内部の編集者に移った。</p> <h2>対策</h2> <p>ではどうするか。</p> <ul> <li>知識を共有して、一緒に仕事ができる人を増やす<br/> 優秀な人は適応力も優れている。</li> <li>やり方をさらに洗練させて、より少ない資源でより多くの成果を出せるようにする<br/> 今の方法にはまだ改善の余地がある。</li> </ul> <p>ほかには？</p> <h2>結果</h2> <p>TBD</p> <h2>備考</h2> <p>ある人の話では、20年前の写植と版下の時代には、一人の編集者が1年間に企画編 集できる本は4冊くらいだったらしい。</p> 2009-04-10T00:00:00+00:00 http://hisashim.org/2009/04/10/book-implication <p>本と一口に言ってもいろいろな含みがある。</p> <ul> <li><p>記録する媒体<br/> アトム &lt;-> ビット</p></li> <li><p>表現する媒体<br/> 紙 &lt;-> スクリーン・音声・点字スクリーンなど</p></li> <li><p>表現<br/> ページ区切り &lt;-> スクロール</p></li> <li><p>データ形式<br/> PDF &lt;-> XML・テキスト・その他</p></li> <li><p>構造（アクセス方法）<br/> シーケンシャル &lt;-> ランダム</p></li> <li><p>社会的位置づけ<br/> オーソライズされている &lt;-> そうとも限らない<br/> 公的 &lt;-> 私的</p></li> <li><p>価格<br/> 有料 &lt;-> 無料</p></li> </ul> <p>今のところ、前者のほうを暗黙のうちに前提としている人が多いみたい。紙に記 録されて流通し、ページに区切られていて、……というふうに。</p> <p>でもこれらのなかで本に必須の要素や属性は一つもない。（例えば、自分が書い た、HTML形式の詩の本を、シャッフルしてランダムな順番で、text-to-speechを 使って音声読み上げで聴いているとする。それもやっぱり本を楽しんでいるのだ と思うから。）</p> <p>じゃあ必須で本質的なのは何だろうか。今のところはまだ、「送り手と受け手を 結ぶ、普通の人でも手が届く媒体」くらいの曖昧なものしか思いつかない。でも この「普通の人のメディア」っていう認識は、案外悪くないんじゃないかと思っ てる。</p> 2009-04-07T00:00:00+00:00 http://hisashim.org/2009/04/07/buxton-basic-research <p>基礎研究の大事さを強調するBill Buxtonさん（PARC, utoronto, Alias Research, MSR）の記事。住井さん経由。</p> <blockquote><p>The Price of Forgoing Basic Research<br/> By Bill Buxton<br/> <a href="http://www.businessweek.com/print/innovate/content/dec2008/id20081217_814717.htm">http://www.businessweek.com/print/innovate/content/dec2008/id20081217_814717.htm</a></p> <p>via <a href="http://twitter.com/esumii/status/1465096669">http://twitter.com/esumii/status/1465096669</a></p></blockquote> <p>基礎研究を怠れば長期的には実入りが減るのは当然という話。Xerox PARCのこと をあげつらう者はDupontを見よとか、面白い。</p> <p>あとこのあたり。</p> <blockquote><p>The foundation of academic life is the community of scholars. This can only be sustained if academics have the freedom to talk about their work with their most knowledgeable colleagues, no matter what university they are associated with. ... We are largely paying the price for policy decisions made a quarter of a century ago. Those policies are still rigidly in place. But it is not too late for change.</p> <p>学術の生命線は学者のコミュニティにある。それを維持するのに欠かせないも のとは、自分たちが取り組んでいる仕事について、それを一番よく知っている 同輩たちと、所属にかかわらず自由に話し合えることだ。 ... 私たちはおおむね、四半世紀前になされた方針決定の対価を支払っているのだ。 その方針はいまだに頑として存在する。しかしそれを変えるのは今からでも決 して遅くはない。</p></blockquote> <p>基礎研究にかけるコストと成果とに相関がみられるというのは初めて知った。 この論文らしい。</p> <blockquote><p>Basic Research and Productivity Increase in Manufacturing<br/> by Edwin Mansfield<br/> <a href="http://www.jstor.org/pss/1805767">http://www.jstor.org/pss/1805767</a></p></blockquote> 2009-04-05T00:00:00+00:00 http://hisashim.org/2009/04/05/jekyll <p>jekyllを使ってウェブサイトを作ってみた。git over sshでソースを転送して、 gitのpost-updateフックでjekyllを呼んでページを生成する。</p> <h2>Gitリポジトリのセットアップ</h2> <h3>remoteで作業</h3> <p>2つのリポジトリを作る。</p> <ul> <li>src.git<br/> bareなリポジトリ。localからのpush先として使う。</li> <li>src<br/> 普通のリポジトリ。src.gitからpullしてHEADの作業コピーを作るための場所。</li> </ul> <p>まずリポジトリsrc.gitを用意する。</p> <pre><code>% mkdir src.git % cd src.git % git init --bare % cd - </code></pre> <p>そしてそれをcloneして作業コピー用のリポジトリsrcを作る。</p> <pre><code>% git clone src.git src </code></pre> <p>src.gitのフックを設定する。pushされた後で呼ばれるのはpost-updateフック。 フック中で、一時的にsrcにcdしてsrc.gitからpullする。</p> <pre><code>% cp src.git/hooks/post-update{.sample,} % vi src.git/hooks/post-update ... # git-update-server-info ... # generate example.org # see /etc/apache2/sites-available/example.org. echo "post-update: cwd is `pwd`" # (cd $HOME/src/; git pull -v; cd -) ( echo "post-update: cd to working copy" cd $HOME/src/ echo "post-update: cwd is `pwd`" echo "post-update: status:" GIT_DIR=$HOME/src/.git git status -v | head echo "post-update: log:" GIT_DIR=$HOME/src/.git git log -v | head echo "post-update: pulling source:" GIT_DIR=$HOME/src/.git git pull -v echo "post-update: cd back" cd - echo "post-update: cwd is `pwd`, leaving subshell" ) echo "post-update: cwd is `pwd`" export GEM_HOME=$HOME/lib/ruby/gems/1.8 export RUBYLIB=$HOME/lib/ruby:$HOME/lib/site_ruby/1.8 export PATH=$HOME/lib/ruby/gems/1.8/bin:$PATH echo "post-update: generating site from $HOME/src/ to $HOME/public_html/:" jekyll --rdiscount $HOME/src/ $HOME/public_html/ ... % chmod +x src.git/hooks/post-update </code></pre> <h4>注意点など：</h4> <ul> <li><p>echoでメッセージを表示させているのはデバグの名残りで、実際は不要。ただ しgitはあくまで対話的に使うことを前提にしているらしく、非対話的に呼ぶ 際はやや注意が必要。</p></li> <li><p>最初はgitの--git-dirオプションで絶対パスを指定して、cdせずに操作しよう としたけれど、どこかで暗黙のうちにcwdが参照されているようでうまくいか なかった。</p> <p>なお--git-dirオプションに指定する値は、普通のリポジトリを指す場合、 foo ではなくfoo/.gitなどとなる。bareなリポジトリを指す場合はfoo.gitな どとなる。（gitでいうリポジトリとは、普通の作業ツリー付きのリポジトリ でいうところの.git/を指す模様。bareなリポジトリは作業コピーがなく、ルー ト直下にhooks などの制御ファイル群がある。）</p></li> <li><p>テスト実行した時に次のように言われたら、src.gitにlocalから何かpushした 時点で、一度src内でpullしておくとよいかもしれない。</p> <pre><code>fatal: bad default revision 'HEAD' </code></pre> <p>こんな感じで。</p> <pre><code>% cd src % git pull % cd - </code></pre></li> <li><p>localからpushしたときに</p> <pre><code>fatal: Not a git repository: '.' </code></pre> などと言われることがある。ここではとりあえず環境変数GIT_DIRでリポジ トリの位置を指定して回避している。</li> <li><p>現時点では、MarukuよりもRDiscountのほうがMarkdownの箇条書きの解釈に強い 様子。</p></li> </ul> <h3>localで作業</h3> <pre><code>% git clone ssh://xxx.xxx.xxx.xxx/~jdoe/src.git % cat .git/config ... [remote "origin"] url = ssh://example.org/~jdoe/src.git </code></pre> <h2>jekyllのセットアップ</h2> <h3>RubyGemsをセットアップ</h3> <p>RubyGemsの影響がユーザ環境内に限定されるように、localとremoteのアカウン トに環境変数を設定。</p> <pre><code>% vi ~/.zshrc ... # RubyGems export GEM_HOME=$HOME/lib/ruby/gems/1.8 export RUBYLIB=$HOME/lib/ruby:$HOME/lib/site_ruby/1.8 export PATH=$HOME/lib/ruby/gems/1.8/bin:$PATH ... % source ~/.zshrc % rehash </code></pre> <p>localとremoteのアカウントにRubyGemsをインストール。 rubyはとりあえず1.8.</p> <pre><code>% sudo apt-get install rubygems rubygems1.8 % sudo apt-get install ruby1.8 ruby1.8-dev </code></pre> <p>gemが拡張ライブラリをビルドするときにmkmf.rbが必要なので、rubyx.y-devも入 れる。</p> <h3>jekyllをインストール</h3> <p>localとremoteのアカウントにjekyllをインストール。</p> <pre><code>% gem install --no-rdoc mojombo-jekyll -s http://gems.github.com/ % gem install --no-rdoc rdiscount % gem install --no-rdoc hoe % gem install --no-rdoc bones % rehash </code></pre> <p>最新のjekyllのgemはRubyForgeではなくGitHubにあるようなので注意。</p> <h2>Webサイトのセットアップ</h2> <h3>DNSの設定</h3> <p>example.orgという名前がremoteホストのIP addressを指すように。</p> <p>example.org:</p> <pre><code>A xxx.xxx.xxx.xxx www cname example.org </code></pre> <h3>Webサーバのセットアップ</h3> <p>remoteにapache2をインストールしてサイトを設定。 http://localhost/~jdoe/ がhttp://example.org/として見えるように。</p> <pre><code>% sudo apt-get install apache2-mpm-prefork % sudo a2enmod userdir % sudo cp /etc/apache2/sites-available/{default,example.org} % sudo vi /etc/apache2/sites-available/example.org &lt;VirtualHost example.org:80&gt; ... DocumentRoot /home/jdoe/public_html/ ... ErrorLog /var/log/apache2/example.org-error.log ... CustomLog /var/log/apache2/example.org-access.log combined ... % sudo a2enmod userdir % sudo a2ensite example.org % sudo /etc.init.d/apache2 restart % </code></pre> <h2>テスト</h2> <p>local:</p> <pre><code>% cd src % echo hello world &gt; hello.txt % git commit -am "Add hello.txt." % git push -v ... % vi hello.txt ... % git push -v Pushing to ssh://xx.xx.xx/~jdoe/src.git Enter passphrase for key '/home/jdoe/.ssh/id_rsa': ... To ssh://xx.xx.xx/~jdoe/src.git xx..xx master -&gt; master &gt;From /home/jdoe/src xx..xx master -&gt; origin/master Updating xx..xx Fast forward hello.txt | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Successfully generated site in /home/jdoe/public_html/ % w3m http://example.org/ </code></pre> <h2>参考</h2> <ul> <li><p><a href="http://wiki.github.com/mojombo/jekyll">jekyll</a></p></li> <li><p><a href="http://tom.preston-werner.com/2008/11/17/blogging-like-a-hacker.html">Blogging Like a Hacker</a></p> <blockquote><p>What would happen if I approached blogging from a software development perspective?</p></blockquote></li> </ul> 2009-04-03T00:00:00+00:00 http://hisashim.org/2009/04/03/ukiya-gem <p>久しぶりに読み直したら、以前とは違った面白さが見つかった。</p> <blockquote><p> 俺様の宝石さ<br/> 浮谷 東次郎<br/> <a href="http://www.amazon.co.jp/dp/4480020322">http://www.amazon.co.jp/dp/4480020322</a></p></blockquote> <p>前回読んだのが十数年前なので、ずいぶん印象が違う。彼が亡くなった歳をとっ くに過ぎてしまい、良くも悪くも東次郎が若い。</p> <p>でも、より良く生きようという強い意志と行動力が素晴らしい。彼が今の時代に 生きていたら、いったいどうしただろうね。やっぱり教育をどうにかしようと思っ ただろうか。</p> <blockquote><p> 浮谷東次郎について<br/> <a href="http://www8.plala.or.jp/tojiro/tojiro/bio.html">http://www8.plala.or.jp/tojiro/tojiro/bio.html</a></p> <p> 彼の生涯の夢は勉強したい人であれば誰でも入れる大学を設立することでし た。</p></blockquote> 2009-04-03T00:00:00+00:00 http://hisashim.org/2009/04/03/kinya-tagawa-takram <p>takramの田川欣也さんのインタビューが面白い。</p> <blockquote><p> ハイブリッドな感性が導く、新世代の力強いものづくり。<br/> デザインエンジニアリングファームtakram<br/> <a href="http://white-screen.jp/2009/04/takram.php">http://white-screen.jp/2009/04/takram.php</a></p></blockquote> <p>興味深いと感じたところを抜粋。</p> <p>デザイナとエンジニアのコミュニケーションの溝：</p> <blockquote><p> 一般のプロダクトデザインの現場だと、美大を出て就職し、 インハウスのデザイナーになるケースが多いのではないかと 思います。そのような組織ではデザインをデザイナーが、 設計をエンジニアが行う分業制になります。そうすると 業界用語やバックグラウンドの違いが溝になって、もの創りが 思うように進まなくなるケースが多々あるんです。</p> <p> デザインとエンジニアリングという軸に直交して、ハード ウェアとソフトウェアという軸をかけ合わせると合計4つの マスができますが、僕らは一人一人がその4つのマスを埋める スキルを持つ人間になりたいと思ってるんです。</p></blockquote> <p>デザイナとエンジニアのコミュニケーションの溝を問題視している件については， Physical Computingと動機が似ている気がする。Physical Computingでは ArduinoやGainerといった扱いやすいハードウェア設計キットを用意し、それを共 通言語として使うことでコミュニケーションギャップを軽減しようとしている。 takramでは一人の人が複数のスキルを身につけることで、溝を克服しようとして いるらしい。 アプローチは違うけれども、問題意識の根は同じように思う。</p> <p>プロトタイピングについて：</p> <blockquote><p> その4マスのスキルを現実社会で活かす具体的な活動が、 とにかく試作を繰り返す"プロトタイピング"です。</p> <p> プロトタイピングは、ハイテク製品についても、この "時の洗礼"を擬似的に起こしてしまうためのアプローチだと 考えています。</p> <p> ――大きな労力がかかりそうですが…<br/> 実際の製品を数万単位の数で量産することに比べたら微々たる ものだと思います。</p> <p> プロトタイピングは、小さい規模でたくさん失敗しておく、 予防注射のようなものですね。</p></blockquote> <p>まさに"Fail early, fail often"ということ。早い時期にこまめに小さな失敗を しておけば、後々の大きな失敗を防げる。 ハードウェアでもソフトウェアでも、工程が進むほど変更のコストがかさむので、 問題点は早めに見つかったほうがよい。</p> <p>（余談だけれど、これは人間向けのソフトウェア設計（編集制作）でも同じこ と。）</p> <p>受託と自社製品のバランス：</p> <blockquote><p> クライアントワークの場合には問題設定や目的意識が クライアントの側にありますが、アート制作の場合はこれらが 自分の側にあるので、何を考えるべきか、考える内容にしても 自分たちが気になっていることに正面から取り組めるんです。</p></blockquote> <p>おそらくそうだろうなと思う。業務が主に受託であっても、自社製品を持つこと には意味があるだろうと思う。</p> <p>（余談：出版社専属の編集者にとってもこれは他人事ではなくて、勤務先で割り 当てられる仕事以外に、自分自身の作品（本や記事やBlog）を持つということは 有意義だと思う。）</p> <p>変化を抱擁せよ：</p> <blockquote><p> もの創りで重要視するものって時代とともに移り変わると思う ので、何とも言えないんですけどね。いまAppleやAmazonが やってるもの創りで、一番大事なものは"サービス"ではない でしょうか。でも、10年前にはそんな概念がなかった。 そして、10年後もどうなってるかわからない。必要要素は 増えていくし変動していくので、その動きを自然に受け入れ られるような受け皿としてスキルセットを広く考えていくのが 重要だと思っています。</p></blockquote> <p>Guy Steeleもよく言っているように、人間と社会が時とともに変化していく以上、 製品も人間のニーズに合わせて変わっていかざるを得ない。であれば変化は抑え 込むものではなく受け入れるべきもの。そう考えるとスキルセットを広く持つと いうのも自然に思える。簡単ではないけど。</p> <p>この人たちが実践しているやり方には強く共感する。 普通の人が真似できるかという点を考えると、agile等の方法論とはちょっと毛色 が違うように思えるけれど、でも問題意識の根っこは近いところにありそう。</p> <p>こういう考え方やそれを提唱・実践する人たちが、今この時代に同時に現れてい るということは、偶然ではないように思う。</p> 2009-04-02T00:00:00+00:00 http://hisashim.org/2009/04/02/ullman-advising-students <p>Ullman先生が、教育者が学生にアドバイスする際の心得をCACM誌に書いていて、 斉藤先生がその日本語訳を公開されている。素晴らしい。</p> <blockquote><p> 学生を成功に導くアドバイス 〜学生にアドバイスをする教師へのアドバイス （そして、教師が学生から学べること）<br/> <a href="http://leoclock.blogspot.com/2009/04/ullman.html">http://leoclock.blogspot.com/2009/04/ullman.html</a><br/> <a href="http://portal.acm.org/citation.cfm?id=1467247.1467260">http://portal.acm.org/citation.cfm?id=1467247.1467260</a></p></blockquote> <p>教育者ではなくても、他人と一緒に学びながら仕事をする立場の人なら、何かし ら感じるところがあるんじゃないかと思う。</p> <p>個人的にはここが気になった。</p> <blockquote><p> 教師のゴールとは、どうやったら学生が自分自身の力で考え、アイデア を組み立て、問題を解ける人になるかを教えることだ。<br/> ...<br/> 起業は学位論文よりより大きなインパクトを我々の生活に及ぼし得る。<br/> ...<br/> 私のキャリアでの様々な仕事のうち、私が最も誇りに思うのは、 53人のPh.D.コースの学生と、それに続く弟子たちだ。</p></blockquote> <p>結びの一言については、Tanenbaum先生も同様のことを言っていた。</p> <blockquote><p> Some notes on the "Who wrote Linux" Kerfuffle (Japanese)<br/> <a href="http://www.kt.rim.or.jp/~hisashim/ast-brown/followup/">http://www.kt.rim.or.jp/~hisashim/ast-brown/followup/</a><br/> </p> <p> 私がこれまでにしたなかで最も重要なことは、驚くほど優秀な生徒、 特にPh.D.を大量に送り出したということだ。私のホームページの リストを見てほしい。彼らは偉大なことをやってのけている。私は 母鶏のように誇らしい気持ちでいっぱいだ。 ... 教授というものは、生徒が自分を超える栄誉を手にするとうれしいものだ。</p></blockquote> <p>人材の大事さはいくら強調しても足りないということだろうと思う。</p> 2009-03-31T00:00:00+00:00 http://hisashim.org/2009/03/31/skype-headless <p>Skypeは音声通話もテキストチャットも両方できて便利。</p> <p>ただP2Pなので、やりとりしている相手と自分の両方がオンラインでないと、メッ セージが流れず、送ったつもりのメッセージが手元に溜まってしまう。ラップトッ プユーザのように、使わないときはコンピュータをオフラインにする使い方をし ていると、これはちょっと不便。</p> <p>これを何とかするには、常時オンラインなコンピュータでSkypeを動かして、中継 役として加わってもらえばいい。幸い手元には常時オンラインなDebian boxが1台 ある。</p> <p>Linux版Skypeをheadlessで動かせないか調べてみると、厳密にはheadlessではな いけれども、ダミーのXサーバをあてがっておけばいいらしい。</p> <blockquote><p>"Headless" Skype for API-only usage<br/> <a href="http://forum.skype.com/index.php?s=&amp;showtopic=89970&amp;view=findpost&amp;p=1083521">http://forum.skype.com/index.php?s=&amp;showtopic=89970&amp;view=findpost&amp;p=1083521</a></p></blockquote> <p>具体的な手順は次のとおり（無保証）。</p> <p>skypeに加えて、xvfbをインストールしておく。</p> <pre><code>wget http://www.skype.com/go/getskype-linux-deb sudo dpkg -i skype-debian_*.deb sudo apt-get install -f sudo apt-get install xvfb </code></pre> <p>Xvfbに2番目のディスプレイを提供させて、そこに出力する形でskypeを起動する。</p> <pre><code>#!/usr/bin/ruby # skypeheadless.rb # hisashim 2009-03-31 # cf. "Headless" Skype for API-only usage # http://forum.skype.com/index.php?s=&amp;showtopic=89970&amp;view=findpost&amp;p=1083521 system("stty -echo") print "Enter id, password, and ^D in one line (e.g. \"johndoe opensesame^D\"):" id_and_password = ARGF.read.gsub(/[\r\n]/, " ") system("nohup Xvfb :2 &amp;") system("echo #{id_and_password} | DISPLAY=localhost:2 nohup skype --pipelogin &amp;") </code></pre> <p>今のところうまく動いている模様。</p> 2009-03-31T00:00:00+00:00 http://hisashim.org/2009/03/31/sharing-excel <p>Excelの文書ファイルをLinux上のSambaで共有してみた。一応動いている。 maskとgroupに注意。</p> <h2>Sambaで共有を用意する</h2> <pre><code>% sudo vi /etc/samba/smb.conf # A shared folder for project Foo # \\server\share-foo [share-foo] comment = Foo browseable = yes read only = no create mask = 660 path = /home/jdoe/share-foo public = no </code></pre> <p>cerate mask = 660として、同じgroupのメンバなら読み書きできるようにする。</p> <h2>Unix groupの準備</h2> <p>共有用のgroup fooを用意して、メンバーを加える。</p> <pre><code>% sudo groupadd foo % sudo adduser jdoe foo % sudo adduser asmith foo </code></pre> <h2>Sambaアカウントの準備</h2> <p>必要ならSambaにもユーザを登録。</p> <pre><code>% sudo smbpasswd jdoe % sudo smbpasswd asmith </code></pre> <h2>ディレクトリと権限の用意</h2> <p>group foo, mode 660でディレクトリを用意してsetgidする。</p> <pre><code>% sudo mkdir /home/jdoe/share-foo % sudo chown jdoe:foo /home/jdoe/share-foo % sudo chmod 660 /home/jdoe/share-foo % sudo chmod g+s /home/jdoe/share-foo </code></pre> <p>smb.confで設定したとおりにディレクトリを用意する。 group fooで読み書きできるようにmode 660とする。 配下のファイルやフォルダがgidを継承するようにsetgidしておく。</p> <h2>Excelで文書ファイルを用意</h2> <p>Excelの文書ファイルを用意して、ブックを共有設定する。設定を変えるとき はブック共有を一次的に解除しないといけないので注意。</p> <pre><code>% ls -al /home/jdoe/share-foo drwxrwsr-x jdoe foo . drwxr-sr-x jdoe jdoe .. (jdoe creates foo.xls) % ls -al /home/jdoe/share-foo drwxrwsr-x jdoe foo . drwxr-sr-x jdoe jdoe .. -rw-rw---- jdoe foo foo.xls </code></pre> <h2>編集して保存する</h2> <p>編集して保存するとこうなる。</p> <pre><code>% ls -al /home/jdoe/share-foo drwxrwsr-x jdoe foo . drwxr-sr-x jdoe jdoe .. -rw-rw---- jdoe foo foo.xls (asmith edits foo.xls) % ls -al /home/jdoe/share-foo drwxrwsr-x jdoe foo . drwxr-sr-x jdoe jdoe .. -rw-rw---- asmith foo foo.xls </code></pre> <p>Excelで共有されたブックを開いて保存すると、新しいファイルを作って置き 換えるらしく、ownerは変わってしまう。でもgroupは変わらないので、group のメンバは読み書きできる。</p> <p>もっといい方法があれば知りたい。</p> 2009-03-27T00:00:00+00:00 http://hisashim.org/2009/03/27/ldap <p>DebianでLDAPサーバを立ててみた際の自分用メモ。誤りが多い。無保証。</p> <h2>OpenLDAP server (slapd)を導入</h2> <h3>インストール</h3> <pre><code>% sudo apt-get install slapd % sudo vi /etc/ldap/ldap.conf ... BASE dc=example,dc=com HOST xxx.xxx.xxx.xxx TLS_CACERT /etc/ssl/certs/myhost.pem ... % </code></pre> <h3>基本設定</h3> <p>管理者アカウントを設定する。また、slapd自身の設定を、設定ファイルではなく 設定データベースに記録するよう設定する。</p> <pre><code>% sudo slappasswd -h '{SSHA}' ... % sudo vi /etc/ldap/slapd.conf ... suffix "dc=example,dc=com" ... rootdn "cn=admin,dc=example,dc=com" rootpw {SSHA}xxxxxxxxxxxxxxxxxxxxxxxxxxxxx ... access to attrs=userPassword,shadowLastChange by dn="cn=admin,dc=example,dc=com" write by anonymous auth by self write by * none ... access to * by dn="cn=admin,dc=example,dc=com" write by * read ... % sudo /etc/init.d/slapd restart </code></pre> <h3>slapdのTLSの設定</h3> <p>TLSの設定をする。必須ではないけれど。</p> <pre><code>% sudo apt-get install gnutls-bin % sudo openssl req \ -new -x509 -nodes \ -keyout /etc/ssl/private/foo-key.pem \ -out /etc/ssl/certs/foo.pem % sudo chown root.openldap /etc/ssl/certs/foo.pem % sudo chown root.openldap /etc/ssl/private/foo-key.pem % sudo vi /etc/ldap/slapd.conf ... # TLS settings by jdoe TLSCertificateFile /etc/ssl/certs/foo.pem TLSCertificateKeyFile /etc/ssl/private/foo-key.pem ... % % sudo adduser openldap ssl-cert % sudo /etc/init.d/slapd restart </code></pre> <p>TBD</p> <h3>SASL</h3> <pre><code>% sudo apt-get install sasl2-bin libsasl2-modules </code></pre> <p>TBD</p> <h3>テスト</h3> <p>データが何もない状態で、アクセスできるかだけテストしてみる。</p> <pre><code>% ldapsearch -x "(cn=admin)" % ldapwhoami -x -D "cn=admin,dc=example,dc=com" -W </code></pre> <h2>既存のアカウント情報をldifに変換する</h2> <p>/etc/passwd, /etc/groupのユーザアカウント情報をldif形式に変換する。 migrationtoolsを使うと楽。</p> <pre><code>% sudo apt-get install migrationtools % $PAGER /usr/share/doc/migrationtools/README.Debian % cd /usr/share/migrationtools % sudo LDAP_BASEDN="dc=example,dc=com" \ ./migrate_group.pl /etc/group ~/group.ldif % sudo LDAP_BASEDN="dc=example,dc=com" \ ./migrate_passwd.pl /etc/passwd ~/passwd.ldif % cd - </code></pre> <p>注意点：</p> <ul> <li><p>passwd情報を抽出する際は、/etc/shadowを読むためにroot権限が必要なので、 sudoを使う。</p> <p>念のためpasswd.ldif内のエントリがaccount, posixAccount, shadowAccountを備えているか確認すること。shadowAccountがないと後になっ てからはまりかねない。</p></li> <li><p>認証に失敗したユーザidをキーにslapdのログを検索して、近くに次のような 文字列があったら疑わしい。</p> <pre><code>conn=X .. filter="(&amp;(objectClass=shadowAccount)(uid=jdoe))" </code></pre></li> </ul> <p>LDAPにアクセスしているかどうかを区別するために、/etc/passwdには存在し ないldapuserというユーザを定義したldifを用意する（内容は後述）。</p> <pre><code>% vi ldapuser.ldif </code></pre> <p>ここで*.ldifを編集して、システムユーザのアカウントやグループなど、不必要 な情報を削除する。</p> <p>トップレベルを用意する（内容は後述）。</p> <pre><code>% vi top.ldif </code></pre> <h2>slapdに登録</h2> <p>準備したldifの情報をslapdに追加登録。</p> <pre><code>% ldapadd -x -W -D "cn=admin,dc=example,dc=com" -f top.ldif % ldapadd -x -W -D "cn=admin,dc=example,dc=com" -f group.ldif % ldapadd -x -W -D "cn=admin,dc=example,dc=com" -f passwd.ldif % ldapadd -x -W -D "cn=admin,dc=example,dc=com" -f ldapuser.ldif </code></pre> <p>聞かれたらadminのパスワードを入力する。</p> <h2>テスト</h2> <p>適当に検索してみる。</p> <pre><code>% ldapsearch -x -W -D "cn=admin,dc=example,dc=com" \ -b "dc=example,dc=com" \ "uid=nobody" # extended LDIF ... # search result search: 2 result: 0 Success % </code></pre> <p>LDAPにしかアカウントがないユーザと、どこにも存在しないユーザの情報を調べ てみる。</p> <pre><code>% id ldapuser uid=1502(ldapuser) gid=1502(ldapuser) groups=1502(ldapuser) % id foo id: foo: No such user </code></pre> <p>ローカルには存在せずLDAPにだけ存在するユーザの情報が出力されればOK。</p> <h2>ファイルの内容</h2> <p>ldapuser.ldif:</p> <pre><code>dn: uid=ldapuser,ou=People,dc=example,dc=com uid: ldapuser cn: ldapuser objectClass: account objectClass: posixAccount objectClass: top objectClass: shadowAccount userPassword:: bGRhcHVzZXI= shadowLastChange: 13181 shadowMax: 99999 shadowWarning: 7 loginShell:/bin/bash uidNumber: 1502 gidNumber: 1502 homeDirectory: /home/ldapuser gecos: ldapuser dn: cn=ldapuser,ou=Group,dc=example,dc=com objectClass: posixGroup objectClass: top cn: ldapuser userPassword: {crypt}x gidNumber: 1502 </code></pre> <p>top.ldif:</p> <pre><code>dn: dc=example,dc=com objectClass: dcObject objectClass: organization dc: example o: example.com dn: ou=People,dc=example,dc=com objectClass: organizationalUnit ou: People dn: ou=Group,dc=example,dc=com objectClass: organizationalUnit ou: Group </code></pre> <h2>トラブルシュート</h2> <p>LDAPはたくさんの要素が絡み、しかも親切なソフトウェアが少ないので、はまり やすい。トラブルシュートに役立つ道具を用意しておくと楽。</p> <h3>分析用ツール</h3> <ul> <li><p>ldapsearch<br/> 基本。設定やDBに変更を加えたら、まずこれを使って確かめる。</p></li> <li><p>Apache Directory Studio<br/> <a href="http://directory.apache.org/studio/">http://directory.apache.org/studio/</a><br/> Eclipseベースのワークベンチ。俯瞰するのに向いている。 ldapsearchと併用すると便利。</p></li> </ul> <h3>slapdの診断</h3> <p>slapdのloglevelを上げていろいろ出力させ、成功時と失敗時を比較するとよ い。loglevelは/etc/ldap/slapd.confで設定する。</p> <pre><code>% sudo vi /etc/ldap/slapd.conf ... # Read slapd.conf(5) for possible values #loglevel none loglevel any trace filter acl shell stats ... % sudo /etc/init.d/slapd restart ... % sudo tail -n 10000 /var/log/debug | lv </code></pre> <p>anyを指定すると何でもかんでも出力する。詳しくはman slapd.conf.</p> <h2>参考</h2> <ul> <li><p>UNIX USER 2002/1: LDAP特集 (draft)<br/> <a href="http://ukai.jp/Articles/2002/uu-ldap/">http://ukai.jp/Articles/2002/uu-ldap/</a><br/> </p></li> <li><p>slapd: sporadic errors in SSL connections ("bad record mac") fromm libnss-ldap and exim4 (gnutls11)<br/> <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325971">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325971</a></p></li> <li><p><a href="https://bugs.launchpad.net/debian/+source/openldap2.3/+bug/227744">https://bugs.launchpad.net/debian/+source/openldap2.3/+bug/227744</a><br/> </p> <blockquote><p>main: TLS init def ctx failed: -64 - openldap user not in ssl-cert group</p></blockquote></li> <li><p><a href="http://www.cozmixng.org/~rwiki/?cmd=view;name=slapd">http://www.cozmixng.org/~rwiki/?cmd=view;name=slapd</a></p></li> </ul> <h2>Todo</h2> <ul> <li>TLS</li> <li>SASL</li> <li>冗長化</li> </ul> 2009-03-22T00:00:00+00:00 http://hisashim.org/2009/03/22/llvm-studygroup <p>藤田さん主催のLLVM勉強会#2に参加した。</p> <ul> <li>第二回 LLVM 勉強会 - LLVM 勉強会 | Google グループ<br/> <a href="http://groups.google.com/group/llvm_study/web/%E7%AC%AC%E4%BA%8C%E5%9B%9E+llvm+%E5%8B%89%E5%BC%B7%E4%BC%9A">http://groups.google.com/group/llvm_study/web/%E7%AC%AC%E4%BA%8C%E5%9B%9E+llvm+%E5%8B%89%E5%BC%B7%E4%BC%9A</a></li> </ul> <p>発表：</p> <ul> <li>藤田さん：JIT and specialization of RenderMan Shading Language</li> <li>三浦さん：yarv2llvm</li> <li>森田さん：Clang紹介</li> </ul> <p>三浦さんが熱かった。笹田さん本人や浜地さんを含む複数の人からたくさん質問 を受けていた。人気の言語は周辺の厚みが徐々に増していくものだなあ。</p> <p>出かけて人と話すと消耗するけれど、いい話が聞けた。</p> 2009-03-14T00:00:00+00:00 http://hisashim.org/2009/03/14/esp-reunion <p>河野組・美馬組のみなさんと久しぶりにお会いして近況を交換しあった。</p> <p>IdeoTypeについて美馬先生には、機械による処理と編集者の感性による調整とを いかに融合・両立させるかが大事ではないかとの意見をいただいた。 質問してくれた中原さんも同じことを伝えたかったのかもしれない。 とにかくリリースしよう。</p> 2009-03-10T00:00:00+00:00 http://hisashim.org/2009/03/10/pdf-trouble <p>PDF/Xで入稿してみたら1C出力できなかった。著者支給のEPSに4Cビットマップ が埋め込まれていたかららしい。</p> <p>現時点の答え：</p> <ul> <li>無視して1Cで出す。</li> </ul> <p>本来すべき対処：</p> <ul> <li>作成アプリケーションまでさかのぼって直す</li> <li>新規に作図する</li> </ul> <p>予防のためにすべきこと：</p> <ul> <li><p>テスト入稿を行い、問題を洗い出し、印刷所と相談しておく。</p></li> <li><p>プリフライト時にカラーモデルを確認する。グレー出力の予定なのに カラーが含まれているときは、画像をグレースケールに変換しておく。</p></li> <li><p>第三者によるデータは、あくまで部品とみなして、検証済み アプリケーション（AI等）の文書ファイルに移植して使う。 そのまま変換して使ってはいけない。なお、扱う際は必ず検証済み アプリケーションを使うこと。</p></li> </ul> 2009-03-09T00:00:00+00:00 http://hisashim.org/2009/03/09/latex-insert-index-ja <pre><code>;; 2006-10-03 LaTeX indexing utility ;; 2009-03-09 updated (defun latex-insert-index-ja (begin end pre &amp;optional key) "Insert \\index{key@term} using region text (or last killed text if with prefix arg) as index term. If the term is Japanese and the key is ommited, term's reading is copied as key." (interactive "r\nP\nsKey:") (let ((term (if pre (caar *kill-ring*) (buffer-substring begin end)))) (insert (concat "\\index{" (if (or (equal key nil) (equal key "")) (if (string-match "\\sj" term) (concat (mecab-reading-katakana term) "@") "") (concat key "@")) term "}" ) ))) (defvar kata (let ((str (concat "ァ ア ィ イ ゥ ウ ェ エ ォ オ " "カ ガ キ ギ ク グ ケ ゲ コ ゴ " "サ ザ シ ジ ス ズ セ ゼ ソ ゾ " "タ ダ チ ヂ ッ ツ ヅ テ デ ト ド " "ナ ニ ヌ ネ ノ " "ハ バ パ ヒ ビ ピ フ ブ プ ヘ ベ ペ ホ ボ ポ " "マ ミ ム メ モ " "ャ ヤ ュ ユ ョ ヨ " "ラ リ ル レ ロ ゎ ワ ゐ ゑ ヲ ン"))) (mapcar 'character (split-string str " ")))) (defvar hira (let ((str (concat "ぁ あ ぃ い ぅ う ぇ え ぉ お " "か が き ぎ く ぐ け げ こ ご " "さ ざ し じ す ず せ ぜ そ ぞ " "た だ ち ぢ っ つ づ て で と ど " "な に ぬ ね の " "は ば ぱ ひ び ぴ ふ ぶ ぷ へ べ ぺ ほ ぼ ぽ " "ま み む め も " "ゃ や ゅ ゆ ょ よ " "ら り る れ ろ ゎ わ ゐ ゑ を ん"))) (mapcar 'character (split-string str " ")))) (defun translate-char (chr from-dict to-dict) (let* ((dic (mapcar (lambda (x y) (list* x y)) from-dict to-dict)) (counterpart (cdr (assoc chr dic :test 'equal)))) (if counterpart counterpart chr))) (defun kata-to-hira-char (chr) (translate-char chr kata hira)) (defun hira-to-kata-char (chr) (translate-char chr hira kata)) (defun kata-to-hira-string (str) (map 'string 'kata-to-hira-char str)) (defun hira-to-kata-string (str) (map 'string 'hira-to-kata-char str)) (defun filter-region (f begin end) (let ((src (buffer-substring begin end))) (progn (delete-region begin end) (insert (funcall f src))))) (defun kata-to-hira-region (begin end) "Convert katakana in region to hiragana." (interactive "r") (filter-region kata-to-hira-string begin end)) (defun hira-to-kata-region (begin end) "Convert hiragana in region to katakana." (interactive "r") (filter-region hira-to-kata-string begin end)) (defun run-command (cmd &amp;optional input) ;; thanks to snmsts "Run CMD as sub-process with INPUT for stdin. Return stdout as string." (let ((buf (create-new-buffer "tmp")) proc) (save-window-excursion (with-set-buffer (setup-temp-buffer buf) (set-buffer buf) (setq proc (make-process cmd)) (if input (process-send-string proc (concat input (string #\C-z))) nil) (while (eql :run (process-status proc)) (do-events)) (prog1 (string-right-trim "\r\n" (buffer-substring (point-min) (point-max))) (delete-buffer buf)))))) (defun mecab-reading-katakana (str) "Acquire reading of Japanese text in katakana using MeCab morphological analyzer." (let* ((src-enc (detect-char-encoding str)) (src-internal (convert-encoding-to-internal src-enc str)) (src-sjis (convert-encoding-from-internal *encoding-sjis* src-internal)) (src-utf8 (convert-encoding-from-internal *encoding-utf8* src-internal)) (str src-utf8) (yomi (run-command "C:/Program Files/MeCab/bin/mecab.exe -Oyomi" str)) (yomi-internal (convert-encoding-to-internal (detect-char-encoding yomi) yomi))) yomi-internal)) (defun mecab-reading-hiragana (str) "Acquire reading of Japanese text in hiragana using MeCab morphological analyzer." (kata-to-hira-string (mecab-reading-katakana str))) </code></pre> 2009-02-28T00:00:00+00:00 http://hisashim.org/2009/02/28/shibuya-lisp-tt2 <p>楽しかった。</p> <blockquote><p>shibuya.lisp tech talk #2 の感想<br/> <a href="http://d.hatena.ne.jp/higepon/20090301/1235880501">http://d.hatena.ne.jp/higepon/20090301/1235880501</a></p> <p>本を読む 「Shibuya.lispテクニカルトーク#2」に参加<br/> <a href="http://emasaka.blog65.fc2.com/blog-entry-564.html">http://emasaka.blog65.fc2.com/blog-entry-564.html</a></p> <p>Shibuya.lisp #2雑感 - val it : α → α = fun<br/> <a href="http://www.jmuk.org/diary/2009/03/03/0">http://www.jmuk.org/diary/2009/03/03/0</a></p> <p>TT#2での黒田さん講演回想録 (1) - わだばLisperになる - cadrグループ<br/> <a href="http://cadr.g.hatena.ne.jp/g000001/20090304/1236140062">http://cadr.g.hatena.ne.jp/g000001/20090304/1236140062</a></p></blockquote> 2009-02-27T00:00:00+00:00 http://hisashim.org/2009/02/27/xtel <blockquote><p>「ユビキタスコンテンツシンポジウム 2009」開催<br/> <a href="http://xtel.sfc.keio.ac.jp/jp/2009/01/_2009.html">http://xtel.sfc.keio.ac.jp/jp/2009/01/_2009.html</a><br/> 2008年2月27日(金)　13:00〜19:00 (開場 12:30)<br/> 代官山ヒルサイドバンケット<br/> <a href="http://www.hillsideterrace.com/access/">http://www.hillsideterrace.com/access/</a></p> <ul> <li><p>オンラインでジャーナルを書き、作品を共有しなさい。そうすればより早く学ぶ だろう。/TI</p></li> <li><p>AgileもTinkeringの要素を含んでいる。作ることで考えるのだから。/O</p></li> <li><p>ユーザをイノベータとして扱え。/O</p></li> <li><p>PhysicalComputingの医療への応用は面白い。ただスケールが大きいからチャレ ンジだ。/TI</p></li> <li><p>FLOSSの大プロジェクトではたいてい独裁者がいる（Debianは例外だけど、（合 意形成に手間取り）リリース間隔が長い）。/TI</p></li> <li><p>propertyではなくpracticeに注目している。/?</p></li> </ul> </blockquote> <p>xtel Projectでは現代のTinkererを生み出そうとしているのだという奥出先生の 話を聞いてやっと分かった。 Tinkererはagileであるというのも納得。</p> <p>要追記。</p> 2009-02-25T00:00:00+00:00 http://hisashim.org/2009/02/25/tufte-on-paper <p>Edward Tufte先生が語る、紙のメリットなど。</p> <blockquote><p>Ask E.T.: ET course: low resolution vs high resolution<br/> <a href="http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002G&amp;topic_id=1">http://www.edwardtufte.com/bboard/q-and-a-fetch-msg?msg_id=00002G&amp;topic_id=1</a></p> <p>But the overwhelming truth is that much of the history of progress in science and in communication can be written in terms of improvements in resolution. That is the big idea here, and it should not be compromised away by shortrun situational considerations.</p> <p>-- Edward Tufte, July 29, 2001</p></blockquote> <p>メディアは解像度が最重要とのこと。</p> <blockquote><p>Paper is high-resolution, exact, portable, efficient, permanent; paper leaves traces, can be copied outside the meeting, says that you are serious and willing to be held accountable.</p> <p>-- Edward Tufte, August 29, 2001</p></blockquote> <p>紙のメリットいろいろ。高解像度その他。</p> <blockquote><p>Although Linotype output is indeed ~2400 dpi, this is not usually the "true resolution" of the final printed output due to color dithering. That is, each CMYK film sheet from the Lino is 2400 dpi, but they combine in overlay. Colors other than CMYK are simulated through a halftone process, bringing the effective resolution to ~200-300 dpi. Black text is full resolution because it is all black (K), and the fine curves in the characters take full advantage of it.</p> <p>-- Michael Yacavone (email), September 30, 2004</p></blockquote> <p>CMYKのK以外の色は実際には解像度が低いとのこと。</p> <blockquote><p>Xantour is pH neutral, but there is another archival issue with coated stock: if the book pages get wet, the pages glue themselves together because of the clay and clay-glue that form the coating on the paper. Although a few copies might be irretrievably ruined if the coated stock gets very damp, the book will generally survive because so many copies are printed.</p> <p>-- Edward Tufte, October 1, 2004</p></blockquote> <p>コート紙は湿気に弱いとのこと。くっついてしまう。</p> 2009-02-25T00:00:00+00:00 http://hisashim.org/2009/02/25/git-object <p>Gitのオブジェクトの仕組みについてよく書かれた資料。</p> <blockquote><p>Git from the bottom up - Lost in Technopolis<br/> <a href="http://www.newartisans.com/blog/2008/04/git-from-the-bottom-up.html">http://www.newartisans.com/blog/2008/04/git-from-the-bottom-up.html</a><br/> <a href="http://www.newartisans.com/blog_assets/git.from.bottom.up.pdf">http://www.newartisans.com/blog_assets/git.from.bottom.up.pdf</a></p> <p>In my pursuit to understand Git, it's been helpful for me to understand it from the bottom up - rather than look at it only in terms of its high-level commands.</p></blockquote> <p>以下自分にとって重要なポイントをメモ。</p> <h2>commit, tree, blob</h2> <ul> <li>ファイルシステムにたとえると、treeはdirectoryに、blobはi-nodeに似て いる。</li> </ul> <p>（個人的にはジャガイモに似ていると感じた。commitは茎、treeは地下茎、 blobは芋。親から枝分かれしたり合流したりしてつながっている網目のような 一連のcommitのそれぞれに、treeがぶら下がっていて、treeの下にはサブtree やblobがぶら下がっている。）</p> <h2>branch</h2> <ul> <li><p>branchはcommitに付けられた別名（alias）に過ぎない。ただし （commitをhashで指定する場合と違って）branchの名前が指す ものは更新されるので注意。</p></li> <li><p>tagも特定のcommitに付けられた別名という点では同じ。</p></li> </ul> <h2>rebase</h2> <ul> <li><p>git rebaseには潜在的な危険があるので注意。</p></li> <li><p>tip: privateなリポジトリではrebaseでよい。 publicなリポジトリではmergeを使うこと。</p></li> </ul> <h2>index</h2> <ul> <li>意味から言えばstageとでも呼ぶべきもの。</li> <li>indexは、次にcommitする際のtreeとなる。</li> <li>tip: commitコマンドに-aオプションを付ければ、 ほとんどindexを気にせずに作業できる。</li> </ul> <h2>reset</h2> <ul> <li><p>git resetのオプションによる影響の違いと危険性</p> <ul> <li>resetはref, index, wtに影響を与えうる。</li> </ul> </li> <li><p>--mixed: refを切り替え、index（の一部）を適宜revertする。</p></li> <li><p>--soft : refを切り替える（indexはそのまま）。 （場合によっては下流が困る場合がある。）</p></li> <li><p>--hard : refを切り替え、wtをheadに完全に合わせる。</p> <ul> <li>checkoutは、indexがあればwtをそれに合わせる。 なければheadに合わせる。</li> </ul> </li> <li><p>tip: reset --hardは単独では実行せず、直前に必ずstashを 使うとよい。</p></li> </ul> <h2>stash</h2> <ul> <li><p>stashを使うと作業履歴を手元のblobに残せる。</p></li> <li><p>stash --clearは使わず、reflog expire --expire=30.daysを使うとよい。</p></li> </ul> <h2>参考資料</h2> <p>上記を読んだ後に次の資料を読むとおさらいができる。</p> <blockquote><p>Tv's cobweb: Git for Computer Scientists<br/> <a href="http://eagain.net/articles/git-for-computer-scientists/">http://eagain.net/articles/git-for-computer-scientists/</a></p></blockquote> 2009-02-24T00:00:00+00:00 http://hisashim.org/2009/02/24/alphaurl-doi-bst <p>Bibliography（参考資料）にURLを出力したい場合はalphaurl.bstが便利。 .bibでurl = {http://exapmle.com}などと書いておいて、 .texで\bibliographystyle{alphaurl}と指定すればよい。</p> <p>今回はDOIを出力したくなったので、alphaurl.bstを基に、URLの代わりにDOI を表示するスタイルをでっちあげた。 \bibliographystyle{alphaurl-doi}として使う。</p> <h2>変更点</h2> <ul> <li><p>ENTRYにdoiを加える</p></li> <li><p>FUNCTION {format.doi}を定義する（FUNCTION {format.url}を参考に）</p></li> <li><p>FUNCTION {output.doi}を定義する（FUNCTION {output.url}を参考に）</p></li> <li><p>FUNCTION {webpage}にformat.doiを加える</p></li> <li><p>次の関数内のoutput.urlをoutput.doiに置き換える。</p> <ul> <li>FUNCTION {article}</li> <li>FUNCTION {book}</li> <li>FUNCTION {incollection}</li> <li>FUNCTION {inproceedings}</li> <li>FUNCTION {misc}</li> <li>FUNCTION {proceedings}</li> </ul> </li> </ul> <h2>パッチ</h2> <pre><code>--- alphaurl.bst +++ alphaurl-doi.bst @@ -38,6 +38,7 @@ year url % urlbst.pl lastchecked + doi } {} { label extra.label sort.label } @@ -130,6 +131,13 @@ if$ } +FUNCTION {format.doi} +{ doi empty$ + { "" } + { "DOI: \url{" doi * "}" * } + if$ +} + FUNCTION {format.lastchecked} { lastchecked empty$ { "" } @@ -630,6 +638,17 @@ if$ } +%% DOI +FUNCTION {output.doi} +{ doi empty$ + 'skip$ + { new.block + format.doi output + format.lastchecked output + } + if$ +} + % Webpage entry type. % Title and url fields required; % author, note, year, month, and lastchecked fields optional @@ -660,6 +679,8 @@ new.block format.url "url" output.check new.block + format.doi % DOI + new.block note output fin.entry } @@ -681,8 +702,10 @@ format.pages output } if$ +% new.block +% output.url % urlbst.pl new.block - output.url % urlbst.pl + output.doi % DOI new.block note output fin.entry @@ -715,8 +738,10 @@ if$ format.edition output format.date "year" output.check +% new.block +% output.url % urlbst.pl new.block - output.url % urlbst.pl + output.doi % DOI new.block note output fin.entry @@ -795,8 +820,10 @@ format.chapter.pages output } if$ +% new.block +% output.url % urlbst.pl new.block - output.url % urlbst.pl + output.doi % DOI new.block note output fin.entry @@ -831,8 +858,10 @@ format.pages output } if$ +% new.block +% output.url % urlbst.pl new.block - output.url % urlbst.pl + output.doi % DOI new.block note output fin.entry @@ -904,6 +933,8 @@ new.block output.url % urlbst.pl new.block + output.doi % DOI + new.block note output fin.entry empty.misc.check @@ -959,6 +990,8 @@ new.block output.url % urlbst.pl new.block + output.doi % DOI + new.block note output fin.entry } </code></pre> <p>表記を変えたいだけならほんの少し書き換えれば済む。</p> <pre><code>--- alphaurl.bst +++ alphaurl-simple.bst @@ -126,7 +126,7 @@ FUNCTION {inbrackets} FUNCTION {format.url} { url empty$ { "" } - { "Available from World Wide Web: \url{" url * "}" * } + { "URL: \url{" url * "}" * } if$ } </code></pre> 2009-02-23T00:00:00+00:00 http://hisashim.org/2009/02/23/toruby-tochigi01 <p>とちぎRuby会議01に行ってきた。とても良かった。</p> <blockquote><p>とちぎRuby会議01 - Regional RubyKaigi<br/> <a href="http://regional.rubykaigi.org/tochigi01">http://regional.rubykaigi.org/tochigi01</a><br/> <a href="http://www.flickr.com/photos/recompile_net/sets/72157614271688180/">http://www.flickr.com/photos/recompile_net/sets/72157614271688180/</a><br/> <a href="http://www.flickr.com/photos/mame_n/sets/72157614213400443/">http://www.flickr.com/photos/mame_n/sets/72157614213400443/</a></p></blockquote> <h2>招待講演 </h2> <ul> <li>「博士の愛したRubyと数学」原信一郎(長岡技術科学大学)</li> </ul> <p>使う道具も含めて人間であるから、道具は身体になじむものであることが大事と いう話。身体になじむペンは思考を促進する。22世紀のRubyは、もっとべたべた に人間寄りになっているのではないか。といった話。 たしかにプログラミング言語は人と世界との良きインタフェースであってほしい。</p> <ul> <li>「20世紀Ruby」後藤謙太郎(株式会社シングラム)</li> </ul> <p>プログラミング言語はいろいろな楽しみ方があるという話。 懐かしい話がいろいろ。作品を作って気軽に見せ合う場は大事だなあ。ベーマガ はなくなったけれど、今はインターネットや勉強会がある。</p> <h2>ライトニングトークス</h2> <ul> <li>米澤慎 「タイマーからはじめる本当のRuby」</li> </ul> <p>いろんなインタフェースでタイマーを書きましたという話。タイマーというのは お題としてちょうどいいのかも。</p> <ul> <li>森田尚 「組み込みRake：Rakeで作るお手軽ビルドツール」</li> </ul> <p>require 'rake'して楽をしましたというだけの話。締め切り近くになってもLTに 応募がなかったので、呼び水として手を挙げてみた。</p> <ul> <li>大川祐介 「Ruby初心者！」</li> </ul> <p>初めてRuby使ってみたプログラマがどう感じたかという話。視点が新鮮で面白 い。話し慣れていない感じで、でもそういう人が話してくれたのがうれしい。</p> <ul> <li>stsuboi「最強のRuby環境獲得のために：Apple製品格安購入術」</li> </ul> <p>為替の差を利用してMacを安く買うためのノウハウ。今なら韓国が狙い目で、最 大4割引とのこと（2008年末-2009年頭の話）。</p> <ul> <li>安藤葉子 (株式会社ネットワーク応用通信研究所) 「NaClは塩化ナトリウ ムなのでエヌエーシーエルと読んでください」</li> </ul> <p>まつもとさんたちが勤めるNaClの会社紹介。人がとても増えていて驚いた（当た り前）。</p> <ul> <li>樽家昌也 (日本Rubyの会) 「分散unit/test」</li> </ul> <p>テストがボトルネックになりつつあるので、dRubyで分散してみたという話。並 列度の制御など課題はあるものの、動いて役に立っているとのこと。</p> <h2>雑感</h2> <p>toRubyでは、若い人が主体的に活動しているのが目立った。任せることは大事。</p> <p>これも「XPだったもの」の一環なんだろうな。そういう文化を感じた。</p> <p>関さんチームがうまくいっている秘密は分からない。ただ成り立たせている要因 はだんだん見えてきた気がする。</p> <ul> <li>クライアントとの距離が近い<br/> 自社製品を開発しているので、要求への疑問を口にしやすい</li> <li>人の入れ替わりがゆるやか<br/> 技術が人に蓄積される。</li> </ul> <p>真似できるところはぜひ真似したい。</p> 2009-02-18T00:00:00+00:00 http://hisashim.org/2009/02/18/samba3 <p>古いSambaサーバのOSをアップグレードしたらいろいろはまった。3.xになって も2.x時代の設定を使っていたつけが顕在化したらしい。</p> <h2>3.xでの変更点</h2> <p>3.xでは標準のパスワードファイルの形式と場所が変更されている。</p> <pre><code>/etc/smbpasswd /var/lib/samba/passdb.tdb </code></pre> <p>また管理者用にpdbeditコマンドが提供されている。管理者権限が必要だけれ ど、smbpasswdよりも汎用で強力。</p> <h2>設定を確認する</h2> <p>testparmコマンドでsmb.confから設定を抜き出して、認証DBにtdbsamが指定さ れていることを確認する。</p> <pre><code>% testparm -s /etc/samba/smb.conf ... passdb backend = tdbsam ... % </code></pre> <h2>古いsmbpasswdファイルからpassdb.tdbを作る</h2> <p>/etcや/var/backupsにあるsmbpasswd.bakを作業用にコピー。</p> <pre><code>% sudo cp /etc/smbpasswd.bak /var/lib/samba/smbpasswd.txt </code></pre> <p>pdbeditで変換する。</p> <pre><code>% sudo pdbedit -i smbpasswd:/var/lib/samba/smbpasswd.txt \ -e tdbsam:/var/lib/samba/smbpasswd.tdb </code></pre> <p>エラーが出たら不具合を直して再試行。今回は単にまずい行を削除した。</p> <pre><code>% sudo vi /var/lib/samba/smbpasswd.txt (remove invalid users) % sudo rm /var/lib/samba/smbpasswd.tdb (try again) </code></pre> <p>パスワードファイルを置き換える。</p> <pre><code>% sudo /etc/init.d/samba stop % sudo mv /var/lib/samba/passdb.tdb{,.bak} % sudo mv /var/lib/samba/{smbpasswd,passdb}.tdb % sudo /etc/init.d/samba restart </code></pre> <p>logonできるかテストする。</p> <pre><code>% smbclient --debuglevel=3 //192.168.0.x/jdoe -U jdoe (jdoe's smb password) smb: \&gt; exit % </code></pre> <h2>トラブルシュート</h2> <p>本当にそのユーザが登録されているか確認。</p> <pre><code>% sudo pdbedit -u jdoe -v </code></pre> <p>登録されていなければ登録する。</p> <pre><code>% sudo pdbedit -a -u jdoe </code></pre> <h2>参考</h2> <blockquote><p>＠IT：Samba 3.0の全貌 改訂版［後編］（3/3） / たかはしもとのぶ<br/> 多様な認証データベースのサポート<br/> <a href="http://www.atmarkit.co.jp/flinux/special/samba3b/samba06.html">http://www.atmarkit.co.jp/flinux/special/samba3b/samba06.html</a></p></blockquote> 2009-02-18T00:00:00+00:00 http://hisashim.org/2009/02/18/dvipdfmx <p>lennyで設定しなおしたのでメモ。</p> <h2>OTFパッケージのインストール</h2> <p>vfdata-otf-ptexパッケージをインストールしておく。</p> <pre><code>% sudo dpkg -i vfdata-otf*.deb </code></pre> <p>ptexとdviwareのための仮想フォントが適切な場所に用意されるほか、いろい ろ設定される。</p> <h2>DVIPDFMxの設定：フォント</h2> <p>/usr/share/fonts以下の適当なディレクトリにフォントの実体を置く。</p> <pre><code>% sudo mkdir -p /usr/share/fonts/opentype/hiragino % sudo cp HiraMinPro-W3.otf /usr/share/fonts/opentype/hiragino ... % </code></pre> <p>DVIPDFMxからフォントが見えるようにする。</p> <pre><code>% sudo ln -s /usr/share/texmf/fonts \ /usr/share/texmf/dvipdfmx/fonts % sudo ln -s /usr/share/fonts/opentype/hiragino \ /usr/share/texmf/fonts/opentype/public/hiragino </code></pre> <p>見えているか確認する。フォントファイルのパス名が表示されたら大丈夫。</p> <pre><code>% kpsewhich -format "opentype fonts" HiraMinPro-W3 /usr/share/texmf/fonts/opentype/public/hiragino/HiraMinPro-W3.otf % </code></pre> <p>不具合があればサーチパスを表示させて、フォントを置いた場所が含まれてい るかどうか確認する。</p> <pre><code>% kpsewhich -progname dvipdfm -show-path "opentype fonts" ... % </code></pre> <h2>DVIPDFMxの設定：CMAP</h2> <ul> <li>cmap-adobe-japan*パッケージをインストールする。</li> <li>dvipdfmxがcmapを参照するよう設定されていることを確認。</li> </ul> <p>/etc/texmf/texmf.d/80DVIPDFMx.cnf</p> <pre><code>% dvipdfmx CMAPINPUTS = .;/usr/share/fonts/cmap// </code></pre> <p>この設定では、まずカレントディレクトリ（.）を探し、次に /usr/share/fonts/cmap以下を再帰的に（//）探す。</p> <h2>DVIPDFMxの設定：フォントマップ</h2> <p>ここでは普段platexとdvipdfmxの組み合わせでしか使わないと仮定して、 DVIPDFMフォーマットのマップをシステムワイドに設定してしまう。</p> <ul> <li>dvipdfmx.cfgではdvipdfm.mapとcid-x.mapのみ生かす。</li> <li>普段は <pre><code>dvipdfmx -f jis-cjk ... </code></pre> のように実行する。</li> <li>特定のフォントを使うときは <pre><code>dvipdfmx -f jis-cjk -f hiraginox ... </code></pre> のように使いたいフォントに合ったマップを指定して実行する。</li> </ul> <p>/etc/texmf/dvipdfm/dvipdfmx.cfg</p> <pre><code> %% Font Map Files %% %% teTeX 2.x and TeXLive using updmap (pdfTeX format) -f pdftex.map +%f pdftex.map %% teTeX 2.x and TeXLive using updmap (DVIPDFM format) -%f dvipdfm.map +f dvipdfm.map %% teTeX 2.x and TeXLive using updmap (DVIPS format) %% MiKTeX 2.2 and 2.3 %f psfonts.map %% Put additonal fontmap files here (usually for Type0 fonts) -f cid-x.map +%f cid-x.map </code></pre> <p>システムワイドな設定を使わずに、dvipdfmxのコマンドラインで指定してもよ い。その場合は</p> <ul> <li>dvipdfmx.cfgではmapを全部コメントアウトする。</li> <li>常に <pre><code>dvipdfmx -f dvipdfm -f cid-x ... </code></pre> のように使うマップをすべて指定して実行する。</li> </ul> <h2>トラブルシュート</h2> <p>困ったらおまじない。</p> <pre><code>% sudo mktexlsr % sudo update-texmf </code></pre> 2009-02-15T00:00:00+00:00 http://hisashim.org/2009/02/15/postgrey <p>Postfixでgreylistingをするよう設定。</p> <p>postgreyをインストールしておいて、main.cfのsmtpd_recipient_restrictions に check_policy_service inet:127.0.0.1:10023 を追加すればよい。 まずは /usr/share/doc/postgrey/README.Debian を読むこと。</p> <pre><code>% sudo apt-get install postgrey % lv /usr/share/doc/postgrey/README.Debian % sudo vi /etc/postfix/main.cf smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, check_policy_service inet:127.0.0.1:10023 % sudo /etc/init.d/postfix reload </code></pre> <p>以前のpostgreyはport 60000で動いていた時期もあるので注意。</p> 2009-02-13T00:00:00+00:00 http://hisashim.org/2009/02/13/devsummit-ruby <p>2009-02-12..13</p> <p>Developers Summit 2009に行った。</p> <blockquote><p>Developers Summit 2009<br/> <a href="http://codezine.jp/devsumi/2009/">http://codezine.jp/devsumi/2009/</a></p></blockquote> <ul> <li>未来へつながる言語〜ある言語おたくの視点から / まつもとゆきひろ 氏</li> </ul> <p>いつもの話だったので安心して、途中で人と話しに外へ。ごめんなさい。</p> <p>関さん中内さん和田さん荻野さんとランチ難民になりつつお昼を食べた。</p> <ul> <li>Ruby 1.9の現状と導入ポイント / Yugui 氏</li> </ul> <p>自作スクリプトを1.9に対応させるための情報収集の一環として。想像どお り、m17n関係で作業が発生しそう。</p> <p>DocDiffは複数のエンコーディングに自前で対応しているので、同じものを1.8 と1.9の両方で動かすのは難しそう。パッチを取り込んで整理して0.3.xを出し て、その後1.9に対応させて0.4を出す？</p> <ul> <li>ブラウザJavaScript高速化JITバトル最終決戦 / 森田創 氏</li> </ul> <p>speakers cornerでMozilla Japanの浅井さんに各種プラットフォーム対応の話 などをお聞きする。CSS printよりもmobileへ注力するのは組織として正しい と思う。</p> <p>森田さんにiLiadというebook readerを見せてもらった。</p> <blockquote><p><a href="http://en.wikipedia.org/wiki/ILiad">http://en.wikipedia.org/wiki/ILiad</a></p></blockquote> <p>薄くて軽い。粗いし遅いけど、用途によってはこれで十分。紙やPCと使い分け ればいい。過渡期の製品でこれなら、いずれいいものが出てきそう。楽しみ。</p> <p>森田さんは理系文学青年なので、話しているとなんだか共感してしまう。（姓 が同じなのは関係ない。）</p> <p>SE社の栗原さんに久しぶりに会った。</p> <hr /> <blockquote><p>ジュンク堂書店新宿店　トークセッション詳細情報<br/> <a href="http://www.junkudo.co.jp/newevent/evtalk-shinjyuku.html#20090212shinjuku">http://www.junkudo.co.jp/newevent/evtalk-shinjyuku.html#20090212shinjuku</a> 『プログラミング言語Ruby』出版記念トーク<br/> ―「まつもと ゆきひろ、大いにRubyを語る」―<br/> まつもとゆきひろ（著者） × 卜部昌平（監訳者）<br/> 2009-02-12 19:00..21:00</p></blockquote> <p>本の内容の紹介と若干のバックステージ話。和やかで楽しかった。</p> <p>最後に少し時間があったのに誰も質問しなかったので、もったいないと思って 手を挙げた。</p> <p>卜部さんへの質問：</p> <ul> <li><p>Q. 今後の1.8系のメンテナンス計画はどのようにお考えか。</p></li> <li><p>A. 自分がすべてのバージョンをリリースマネジメントしているわけ ではないので、他のバージョンはそれぞれの担当の方が判断する だろう。 自分に関しては、特にこうしたいということはなくて、来るものは なるべく受け入れたい。</p></li> </ul> <p>まつもとさんへの質問：</p> <ul> <li><p>Q. 今後Rubyにおいて実現したいこととして、スライドに書いてあった もの（selector namespaceや高速化など）以外ではどんなアイディア をお持ちか。</p></li> <li><p>A. 難易度は高いが1つのプロセスに複数のVMを含むMulti VMなども考えて いる。（mod_rubyのような）組み込み用途で役に立つだろう。マルチ コアを生かせるかもしれない。</p></li> </ul> <hr /> <p>その後高井さん幹事の懇親会に参加。いろんな方とお話しできた。</p> <blockquote><p>『プログラミング言語Ruby』出版記念トーク懇親会<br/> <a href="http://atnd.org/events/297">http://atnd.org/events/297</a></p></blockquote> <hr /> <p>翌日もDevelopers Summit 2009の2日目。</p> <ul> <li>ERP5に見るストレージ技術 / 奥地秀則 氏<br/> <a href="http://enbug.tdiary.net/20090214.html#p01">http://enbug.tdiary.net/20090214.html#p01</a><br/> <a href="http://www.enbug.org/DevelopersSummit2009.pdf">http://www.enbug.org/DevelopersSummit2009.pdf</a></li> </ul> <p>遅れてしまい聞き逃す。資料を読んだ限りでは、検索用の索引だけRDBMSに キャッシュして、データ自体はODBMSに格納するという作戦らしい。なるほど。</p> <p>Nexediは「FLOSSの」「自社プロダクトで」「ビジネスを成立させて」、さら に日本にまで進出してきている。かなりすごいことだと思う。</p> <ul> <li>アート・オブ・アジャイル デベロップメント 〜テストが駆動するビジネス価値〜 / 木下史彦 氏</li> </ul> <p>これだけの実績を持っていて、agileを実践しているのは2005年からだという から驚き。「腹をくくった」「目の前の人を助けたい」という言葉が印象に 残った。</p> <ul> <li>Developers [Media] Summit</li> </ul> <p>メディア関係者のLT集。</p> <blockquote><p>稲尾さん：良い意味で混沌にリードさせている。<br/> 瀧澤さん：DRMはしないが権利者への配慮も忘れない。<br/> 飯岡さん：編集者（ユーザ）と開発者の距離を縮めたほうがうまくいく。<br/> 長尾さん：QConやります。<br/> 星さん：お客が値付けするのもありでは。<br/> </p></blockquote> <p>自分で道具を作る人がもっと増えると、楽しくなりそう。</p> <ul> <li>パネルディスカッション：テストを行うこと、テストを続けること / 和田卓人 氏/ 関将俊 氏/ 太田健一郎 氏</li> </ul> <p>これは素晴らしかった。最後しか聞けなかったのが悔やまれる。 「ソフトウェアおよびプロセス=チームが成果物」は何度でも思い出したい名言。</p> <p>東京駅で関さんを見送って帰宅。</p> <p>人と会って話すのが一番楽しい。</p> <hr /> <p>仕事関係ではうれしい話と悲しい話を聞いた。お世話になった人が何人か、出 版業を去るようだ。いい判断でありますように。</p> <p>できる限りうれしい話を増やそうと思う。</p> 2009-02-10T00:00:00+00:00 http://hisashim.org/2009/02/10/toc <p>O'Reilly Mediaが主催する出版関連のカンファレンスTOC2009が2009-02-09.. 10に開催された。</p> <blockquote><p>O'Reilly Tools of Change for Publishing Conference 2009<br/> <a href="http://www.toccon.com/toc2009">http://www.toccon.com/toc2009</a></p></blockquote> <p>配布資料をいくつか読んだのでメモ。</p> <blockquote><p>Presentation Files<br/> <a href="http://www.toccon.com/toc2009/public/schedule/proceedings">http://www.toccon.com/toc2009/public/schedule/proceedings</a></p></blockquote> <ul> <li>Reasons To Be Excited<br/> Tim O'Reilly (O'Reilly Media, Inc.)<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/7123">http://www.toccon.com/toc2009/public/schedule/detail/7123</a></li> </ul> <p>良い現状のまとめ。3.5.</p> <blockquote><ul> <li>"People are paying for access to to information".</li> <li>"Safari is O'Reilly's #2 channel (behind only Amazon) in revenue returned to publisher and authors"</li> </ul> </blockquote> <ul> <li>Understand Your Consumer BEFORE You Define Your Strategy<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/5387">http://www.toccon.com/toc2009/public/schedule/detail/5387</a></li> </ul> <p>良いアドバイス。3.5.</p> <blockquote><ul> <li>友人のお奨めはどんなメディアでも効くが、オンラインではより 強力になる。</li> <li>オンラインではレビューも力を増す。</li> <li>オンラインメディア担当は、衝動的ではなく計画的に買う人に 訴えかけよう。</li> </ul> </blockquote> <ul> <li>eBooks II: Formats, Standards, and Implementation<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/6712">http://www.toccon.com/toc2009/public/schedule/detail/6712</a></li> </ul> <p>ePub形式の良いおさらい。3.0.</p> <blockquote><ul> <li>XMLベースでリフローする。PDFとは違う</li> <li>"EPUB is an OPS/OPF publication in an OCF container"</li> <li>DRMはオプショナル。ePubの外側でやるもの</li> </ul> </blockquote> <p>Fahlgrenさん：</p> <blockquote><ul> <li>ebookならリンクしろ</li> <li>スタイルは技術的制限をよく知ったうえで判断しろ</li> <li>とにかくリンクしろ</li> </ul> </blockquote> <ul> <li>Literature as a (Web) Service<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/7395">http://www.toccon.com/toc2009/public/schedule/detail/7395</a></li> </ul> <p>考え方が面白くて共感する。4.0. 特に前半。参加しよう・参加を促進しよ う、と読んだ。</p> <blockquote><ul> <li>本の読み書きは社会的活動である</li> <li>本は関係性である</li> <li>"What is published will become less about the books than the people who read them."</li> <li>"We have to think of (IP) rights in a new way."</li> </ul> </blockquote> <ul> <li>The Rise of eBooks<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/5105">http://www.toccon.com/toc2009/public/schedule/detail/5105</a></li> </ul> <p>本全体が落ち目ななか、ebookは伸びているというデータ。3.5.</p> <ul> <li>Youth and Creativity: Emerging Trends in Self-expression and Publishing<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/5177">http://www.toccon.com/toc2009/public/schedule/detail/5177</a></li> </ul> <p>Adobe的な意味でクリエイティブな若者のケーススタディ。2.5.</p> <ul> <li>What Would Google Do with Publishing?<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/7126">http://www.toccon.com/toc2009/public/schedule/detail/7126</a></li> </ul> <p>2.5.</p> <blockquote><ul> <li>本の内容がオンラインになれば、引用しやすくなる。</li> <li>取引のコストが極端に下がれば、今までなかった新しい市場が生まれる。</li> </ul> </blockquote> <ul> <li>Manifesto 2.0: What Does the Future Look Like for Publishers?<br/> <a href="http://www.toccon.com/toc2009/public/schedule/detail/6664">http://www.toccon.com/toc2009/public/schedule/detail/6664</a></li> </ul> <p>3.0.</p> <blockquote><ul> <li>"Content isn't king; Conversation is." -- Cory Doctorow</li> </ul> </blockquote> <p>時間がない人は"Reasons To Be Excited"、"Manifesto 2.0"、"Literature as a (Web) Service"あたりを読むとよいかも。</p> 2009-02-09T00:00:00+00:00 http://hisashim.org/2009/02/09/latex-pagestyle <p>ページのスタイル（柱など）は、\pagestyle{x}とすればxに設定できる。</p> <p>ページスタイルの種類は、empty, plain, headings, myheadingsの4種類がプ リセットで定義されている。</p> <p>myheadingsはいろんな説明を読むと一見カスタムページスタイルを作れそうだ けど、実際は単に柱の文字列を設定できるだけ。あんまり自由は利かない。で もお手軽。</p> <p>カスタムページスタイルfooが欲しければ、こうする。</p> <ul> <li>\ps@fooを定義する（使っているクラスの\ps@headingsの定義をコピー して改変するのが手っ取り早い）</li> <li>preambleで\pagestyle{foo}とする</li> </ul> <p>これでその文書のデフォルトのページスタイルはfooになる。</p> 2009-02-07T00:00:00+00:00 http://hisashim.org/2009/02/07/character-rules <p>2009-02-07に国立国語研究所「第2回ワークショップ: 文字 ―文字の規範―」を聴 講してきた。</p> <blockquote><p>「第2回ワークショップ: 文字 ―文字の規範―」のご案内<br/> <a href="http://www2.kokken.go.jp/egov/ws_moji090207.html">http://www2.kokken.go.jp/egov/ws_moji090207.html</a></p> <p>2009年2月7日（土）13:15より 国立国語研究所　多目的室</p></blockquote> <p>他の方の報告。</p> <blockquote><p>文字の旅人 - 「ワークショップ：文字」に行ってきました<br/> <a href="http://typojourney.blog81.fc2.com/blog-entry-427.html">http://typojourney.blog81.fc2.com/blog-entry-427.html</a></p></blockquote> <p>以下自分用のメモ。間違い多数につき要注意。</p> <h3>基調報告 當山日出夫（立命館大学グローバルCOE）</h3> <p>「景観文字と字体規範−「祇園」のその後−」</p> <p>[聞き損ねてしまった。]</p> <h3>発表(1)小形克宏（フリーライター）</h3> <p>「大日本印刷における表外漢字の変遷」</p> <p>1950年代から1960年代にかけて、大日本印刷（だけ）は略字体を積極的に推進し たが、1970年代には康煕字典体を中心とする姿勢に戻った。これは1950年代の国 語施策に合わせたためではないか、という調査結果。</p> <p>依るべき規範の変遷が見て取れる：</p> <ol> <li>略字（理念を解釈して具体化することで準拠する）</li> <li>康煕字典体（表に準拠する）</li> <li>コード（デジタル化にともない、グリフではなくコードが基準となった）</li> </ol> <p>[スライドと資料が労作。]</p> <blockquote><p>ご来場御礼 - もじのなまえ<br/> <a href="http://d.hatena.ne.jp/ogwata/20090208/p1">http://d.hatena.ne.jp/ogwata/20090208/p1</a></p></blockquote> <h3>発表(2)小池和夫（築地電子活版）</h3> <p>「JIS X 0213 漢字の選定規準とその問題」</p> <p>JIS X 0213では、実際に使われていたことが確認できる文字だけをJISに入れよ うというのが原則だった（電話帳などが資料になる）。現状優先。辞書になくて も使われていればそのグリフから起こす。一方UCSは、文字鏡に入ってる文字は 結構入っていたりする。</p> <h3>発表(3)狩野宏樹（イワタ）</h3> <p>「字形規範とフォントデザイン」</p> <p>[フォントベンダの立場からの現状報告。]</p> <p>（抽象的な）「字体」に関する規範が（具体的な）「字形」に関する規範として 受け取られてしまっているのではないか、とのこと。</p> <p>商用フォントベンダのケースとして、互換性や検証コストを考えて、あえて「正 しく」直さなかったことがある。</p> <p>直接の顧客が印刷会社の場合、フォントベンダはあるものを全部渡して、選択は 先方に任せればよい。しかしそうでない場合、組み合わせを吟味して、統一され たセットを作る必要がある。その経験が過去になかったので苦労した。 またフォントベンダは（規格等に依るのではなく）過去の作品を基にして、例示 によってフォントを起こしていることが多くある。 平成フォントを作り直すとなると、（文字を加えることになるので）Adobe CMap にも影響がある。</p> <h3>発表(4)師茂樹（花園大学）</h3> <p>「携帯電話の絵文字のUnicode登録をめぐる議論の動向」</p> <p>[先日の携帯絵文字Unicode化の提案に関する報告。ご本人のまとめがとても詳し い。]</p> <blockquote><p>携帯電話の絵文字のUnicode登録をめぐる議論の動向 - もろ式: 読書日記<br/> <a href="http://d.hatena.ne.jp/moroshigeki/20090208/p1">http://d.hatena.ne.jp/moroshigeki/20090208/p1</a></p></blockquote> <p>[個人的には、既に泥水が少し混ざっているのだからもっと混ぜてよい、とは思 わない。自分たちがどういう未来を望むのかを議論して実現するのが大事じゃな かろうか。]</p> <h3>発表(5)池田証寿（北海道大学）</h3> <p>「字書記述と実用例とを連関させた漢字字体の研究方法について」</p> <p>[門外漢すぎてよく分からなかった……。]</p> <h3>発表(6)林立萍（台湾大学）</h3> <p>「台湾の大学入試センターの日本語語彙表に見られる漢字」</p> <p>[結論が聞き取れず。でもこういうふうに文化が交わったところで何が起きたか を明らかにしている研究があるのは興味深い。傍目八目で日本語を客観的に見ら れるかも。]</p> <h3>全体討論</h3> <ul> <li>文字の規範は根本的な規範ではなく、手続き上の規範・決まり事である。「車 は左側通行」と同じ。この2つは分けて考えてほしい。1980年以降は道路交通法 ばかりだ。考える基準となるのだから思考停止してはならない。（トヨシマ先 生）</li> <li>絵文字が規範というものを再考させた。このことが面白い。（師先生）</li> <li>「人名漢字……」がいつからそんなに依拠されるようになったのか知りたい。 （安岡先生）</li> <li>常用漢字の役割が終わっていないか考えるべきでは。その規範が、そもそも必 要かどうかをよく考えようよ。絵文字は感情を表すツールが必要になったから 使われている。個人間のやりとりにコード化された文字が使われている。そう いう世の中でどうバランスを取って行くかを考えよう。（山本さん%あくまで個 人としての意見）</li> <li>昭和15年に小学校に入学した人間として言わせてもらえば、私たちの混乱と犠 牲の上にあなた方は楽ができている。どうか歴史に学んでほしい。今度、内村 鑑三の全集を精興社で組んで岩波から出す。原稿は手入力してJIS化した。内村 は鴎外や逍遙に比べて簡単だから良い資料になるはず。[當山先生によると、 まず文字鏡を使って電子化して、精興社で分析してJIS第3、第4水準に変換した とのこと。]</li> </ul> <p>[「基本に立ち返って、規範そのものの意義を問え」という指摘にはっとした。]</p> <p>グリフのごく細かな違いにもこだわり、一次情報を追いかけて、とことん議論を してくれる人がいるおかげで、普段何も考えなくても混乱なく文字を使えるのだな。</p> 2009-01-29T00:00:00+00:00 http://hisashim.org/2009/01/29/texref <p>TeXのシンボルを探すコマンドをでっち上げた。</p> <pre><code>% cat ~/bin/texref.sh #!/bin/sh if [ 'x' == 'x$1' ] then echo "Need argument." exit else echo "Seacrhing $1" fi locate -r '\b\(latex\|plain\|jsclasses\)\.\(dtx\|tex\|ltx\)\b' \ | xargs grep --color=always -C 10 "\(\\def\|\\newcommand\)[{\\]*$1" </code></pre> <p>こんな感じ。</p> <pre><code>% texref.sh addvspace | lv -c ... .../latex.ltx:\def\addvspace#1{ ... % </code></pre> <p>もっとましな方法を知りたい。</p> 2009-01-28T00:00:00+00:00 http://hisashim.org/2009/01/28/make <p>Makeの問題点を詳しくかつ具体的に指摘した記事を読んだ。</p> <blockquote><p>What's Wrong With GNU make? - Conifer Systems<br/> <a href="http://www.conifersystems.com/whitepapers/gnu-make/">http://www.conifersystems.com/whitepapers/gnu-make/</a><br/> via yendot</p></blockquote> <p>暇があったら抄訳したいくらい面白い。以下目次。</p> <blockquote><ul> <li>Language Design <ul> <li>Recursive Make</li> <li>The Parser</li> <li>Uninitialized Variables and Environment Variables</li> <li>Conditional Syntax</li> <li>Two Types of Variables</li> <li>Pattern Rules and Search Paths</li> <li>Other Missing Language Features</li> </ul> </li> <li>Reliability <ul> <li>Missing Dependencies</li> <li>Last-Modified Timestamps</li> <li>Command Line Dependencies</li> <li>Environment Variable Inheritance and Dependencies</li> <li>Multiple Concurrent Sessions</li> <li>Editing Files During a Build</li> <li>Cleaning Up Old Files</li> <li>Path Canonicalization</li> <li>After a Failed or Cancelled Build</li> </ul> </li> <li>Performance <ul> <li>Incremental Build Performance</li> <li>Recursive Make and Performance</li> <li>Parallel Make</li> <li>Automatic Dependency Generation with Microsoft Visual C++</li> <li>Builtin Rules</li> </ul> </li> <li>Miscellaneous <ul> <li>Silence is Golden</li> <li>Multi-Target Rules</li> <li>Warnings That Should Be Errors</li> <li>Creating Output Directories</li> </ul> </li> <li>Conclusion</li> </ul> </blockquote> <p>いちいちもっとも。自分もmake -C dirで文脈を捨てて再帰的にビルドしているこ とがあったので反省。すぐにSConsやOMakeに移行するわけにいかないので、しば らくはmake、それもGNU Makeを使い続けるだろうけど、理解した上で使わないと いけない。</p> <p>関連して、いまやクラシックな1998のPeter Miller, "Recursive Make Considered Harmful"を読んでみた。</p> <blockquote><p>Recursive Make Considered Harmful<br/> <a href="http://miller.emu.id.au/pmiller/books/rmch/">http://miller.emu.id.au/pmiller/books/rmch/</a></p></blockquote> <p>要するに文脈情報が失われるような分断をしちゃだめってこと。</p> <p>第8章が興味深い。なぜこのような悪い慣習が延々と続けられているのかを考察 している。</p> <blockquote><p>8. Literature Survey<br/> ...<br/> It is interesting that the problems of recursive make are rarely mentioned in the very books Unix programmers rely on for accurate, practical advice.</p></blockquote> <ul> <li><p>オリジナルのmakeの論文（1978）では再帰makeには触れていない。</p></li> <li><p>GNU makeのマニュアル（1993）では、数箇所で再帰makeに触れている。しかしそ の問題点については書かれていない。</p></li> <li><p>Nutshell book（1991）では、再帰makeを全プロジェクトmakeよりも推奨してい る。でもその2段落後の文章では、すべてのファイルを単一のディレクトリに収 めることが良いと述べている。ディレクトリを分けることとMakefileを分ける ことを混同しているようにも読める。</p></li> <li><p>BSD makeのチュートリアル（1988）は再帰makeには触れていないけれど、 MakefileとDAGの関係には触れている。</p></li> </ul> <p>同じようなことを自分もやりかねないので耳と心が痛い。読み手からのフィード バックがすぐに書き手に伝わって、楽に直せる仕組みがあればいいのに。</p> 2009-01-26T00:00:00+00:00 http://hisashim.org/2009/01/26/publishing-report <p>「出版コンテンツ研究会報告書」がポット出版のサイトで公開されている。 これは、デジタルメディアが普及した現在、出版業が面している課題と、それに対する 提案をまとめたもの。</p> <blockquote><p>デジタル／ネット時代を生き抜く出版コンテンツの活用法<br/> 出版コンテンツ研究会報告書 200901<br/> <a href="http://www.pot.co.jp/news/200901pck_houkokusyo.html">http://www.pot.co.jp/news/200901pck_houkokusyo.html</a></p></blockquote> <p>自分も出版業の端っこにいるものの、見えている範囲はとても狭いから、こうい うものをまとめて公開してもらえるのはありがたい。感謝。</p> <p>以下気に留まったところ。</p> <hr /> <blockquote><p>3　研究会における主要論点とその要旨<br/> （1）紙とデジタル（所有と利用）の関係<br/> ...<br/> また、デバイスとコンテンツは不可分の関係といえる。たとえば、 携帯電話というデバイスだからこそ携帯小説というジャンルは登場した。</p></blockquote> <p>メディアを考慮せずに制作はできないし、新しいメディアが新しい表現を生むと いうのはそのとおり。</p> <p>ただ、コンテントすべてがメディアと不可分というわけでもなくて、各種メディ ア向けに加工しやすいのもデジタルデータのいいところなので、個人的には共通 化と最適化の適切な組み合わせを追求したい。</p> <blockquote><p>（2）電子書籍の在り方<br/> 今の電子書籍は、紙の書籍の呪縛から逃れられていない。製版データを そのままwebに出すのではなく、デバイスの特性とコンテンツを組み合わ せ、両面から付加価値をつけて再編成する必要がある。また、新しい 配信サービスとの連動も不可欠だ。</p> <p>ただし、既存の出版社の編集業務は、紙の書籍を電子コンテンツとして 再利用しやすい体制にはなっておらず、またシステム的なツールも存在 しない。音楽業界はCDを製品化する時点で楽曲のデジタル化が完了して おり、ダウンロード事業にスムーズに移行できたが、出版業界ではデジ タル化の費用面で各社躊躇しているのが現状である。</p> <p>電子書籍の販売は、紙媒体と同じ方法で売ろうとして苦戦している。 電子書籍の価格設定は、再販制度及び紙の本の値段との関係を断ち切った 方がよい。今のところ、電子書籍や携帯小説の流通コストは相対的に 高く、また種類・売上げともに紙の書籍より圧倒的に少ない。電子書籍 の「金になる」ビジネス・モデルは、やはり紙媒体の出版物の強みの 延長線上にあるだろう。独自に価格設定した電子書籍の流通を紙の本と 連動させることも考えられる。ただし、出版社が直販で電子書籍を売る 場合、各社個別に販売システムを構築するのではなく、共有の販売イン フラを持つことが望ましい。</p></blockquote> <p>ああもう全く賛成。</p> <p>まずは内容（コンテント）と見せ方（メディアやフォーマット）とを区別して話 ができるといいな。同業者の間ですら話が通じないことがあるので。ページ分割 されて紙に印刷された静的なテキストだけが本ではなくて、インタラクティブに 変化する電子的なハイパーテキストもまた本といっていいと思う。 （最近は、紙媒体を前提にした話をするときは「紙の本」、電子媒体を前提にし た話をするときは「ebook」と呼んで区別している。）</p> <p>デジタルデータの整理はXMLベースで粛々と進行中。</p> <p>今後の本の価格付けは、ソフトウェア製品やサービスの契約が当座の参考になる と思う。例えばライセンス＋メディアという感じで。</p> <p>インフラは、まず互換性・相互運用性が欲しい。独占が生じると淀むから。その うえで、共有して効率化できれば理想的。</p> <blockquote><p>（3）出版社の役割<br/> ...<br/> 紙媒体の書籍の出版においては、出版社が総体としての情報の質に 責任をもってきた。作者や出版社の固有名詞は一種のブランドと なっている。このような信頼性の高いブランドを作り上げる仕組みは、 現在のデジタル出版にはまだ存在しない。将来に残す信頼性の高い コンテンツは、資本投下して作られるべきである。出版社（編集者） によってクオリティコントロールされ、付加価値をつけられた情報と、 インターネット上で誰にでもできる情報発信は等価ではない。</p></blockquote> <p>メディアと品質とは直交していると思うものの、品質管理が大事だというのは本 当にそうだと思う。</p> <p>そして、品質保証の努力を見合うものにするために、書評も充実するといいな。</p> <p>作品や出版社を利用者が評価し、その評価を共有・検索・比較できるサービスが もっと充実してくれるとうれしい。関係者全員の長期的な益を考えると、複数の サービスが健全に競争しているのが理想的。</p> <blockquote><p>（4）著作権システム<br/> 電子書籍の普及を阻む一要因として、現行の著作権システムが挙げら れる。出版者側の権利が弱すぎないだろうか。出版者のもつ「編集力 （信頼性の付与、内容の高度化等）」や「クオリティコントロール」 への対価として、何らかの補償が必要なことを国は認識すべきではないか。 従来の紙メディアの出版物は別として、デジタルへの移行期だからこそ、 デジタルコンテンツの補償金制度（＝集中管理システム）という利益 分配の新しい枠組み導入のチャンスと考えるべきだ。</p></blockquote> <p>これは慎重に考えたい。価値があるなら当事者間の商取引で相応の対価がやりと りされるようにしたほうが健全な気がする。慎重に。</p> <blockquote><p>（5）公共基盤<br/> ...<br/> たとえば、本のデータ（書誌情報）を公共的に集めて使える状態にし、 商業的な条件をつけずに自由に利用できる仕組みこそ、公共基盤が 担うべきではないか。データのダウンロードが可能になれば、利用者が 自発的な工夫で新たなサービス（使い道）を生み出すこともできる。 現在の公共の書誌データ提供の仕組みは貧しい。たとえば、国立国会 図書館のMARCはOPACからダウンロードすることができない。</p></blockquote> <p>賛成。そういう基盤があれば、評価の共有をはじめ、いろいろ面白いことができ そう。</p> <blockquote><p>4　新ビジネス・モデルと制度づくりの提案<br/> （2） ビジネス・モデルの提案<br/> 01 従来との連続性を重視するアプローチ<br/> 「冊子併売モデル」</p></blockquote> <p>物理媒体と組み合わせて売るという選択肢は、過渡期の対応として移行の手助け になると思う。</p> <p>（ただ、サービスを提供しているという視点は忘れないようにしたい。）</p> <hr /> <p>他の人とも話をしてみたい。</p> 2009-01-26T00:00:00+00:00 http://hisashim.org/2009/01/26/list-magazine <p>韓国の本を紹介する_listという雑誌（の英語版の紙版）を見る機会があっ た。ウェブ版もある。ウェブ版は英語と中国語がある。</p> <blockquote><p> LIST Magazine<br/> <a href="http://www.list.or.kr/">http://www.list.or.kr/</a></p></blockquote> <p>発行しているのは、LTI（Korea Literature Translation Institute）とい う、韓国文学の翻訳を支援する団体らしい。</p> <blockquote><p>LTI - Korea Literature Translation Institute<br/> <a href="http://www.ltikorea.net/">http://www.ltikorea.net/</a></p></blockquote> <p>表紙はニス引きで、中も全ページ4色で美しくデザインされている。制作側の 意気込みと気遣いが伝わってくる。 中で紹介されている作品も、やや保守的な感じはするけど現代ふうだった。自 分が持っていた古い印象とのギャップがちょっと新鮮。</p> <p>面白かったのは、インターネットで公開してから本にまとめるというやり方の フィクションが増えているという話。</p> <blockquote><p>Publishing Trends of 2008: Online Fiction By Pyo Jeonghun<br/> <a href="http://www.list.or.kr/articles/article_view.htm?Div1=1&amp;Idx=60">http://www.list.or.kr/articles/article_view.htm?Div1=1&amp;Idx=60</a></p> <p> Many leading Korean authors are serializing their fiction on the internet, then publishing them later in book form. Readers have responded well to this trend. Park Bumshin's Cholatse, Hwang Sok-yong's Hesperus, and Jung Yi-hyun's You Don't Know are such examples. Park and Hwang posted their fiction on the most popular Korean portal, www.naver.com, and saw their books go on to become bestsellers. Jung has been serializing her fiction on a bookstore website since last August.</p> <p> How do the authors feel about posting their fiction online? Park Bumshin says it felt like a concert. He says he felt as though he was performing before an audience. Thanks to the posting and reply features of blogs, he was able to gauge his readers' reactions instantly. Hwang Sok-yong also recalls the experience as a special opportunity to communicate with his readership. Hwang showed interest in creating an internet cultural medium himself, and predicted that the medium will allow readers to post reviews of his work instantaneously.</p></blockquote> <p>どこの国でも意欲がある人はいろいろ挑戦しているようで、いいね。</p> <p>本題とは関係ないけど、本棚の写真では、両隣にWeb ServicesとかITっぽいタ イトルが見える。Pearson, O'Reilly, Wrox/Wileyなどの翻訳もあるし、書下 ろしらしいものも見える。さすが韓国、こっちの分野は盛んらしい。</p> <p>韓国の出版界でも、取り入れるだけでなく外に出していくことにも力を入れて いるんだな。そういう方向に向かうのは自然だ。</p> 2009-01-25T00:00:00+00:00 http://hisashim.org/2009/01/25/rubygems-per-user <p>RubyGemsの影響範囲を特定ユーザに限定するには、環境変数GEM_HOMEを設定し たうえで、$GEM_HOMEをRUBYLIBやPATHに含めればよい。</p> <pre><code>% adduser jdoe ... % su jdoe % $EDITOR ~/.bashrc # RubyGems specific setup. PREFIX=$HOME export GEM_HOME=$PREFIX/lib/ruby/gems/1.8 export RUBYLIB=$PREFIX/lib/ruby:$PREFIX/lib/site_ruby/1.8 export PATH=lib/ruby/gems/1.8/bin:$PATH % exit % su jdoe % gem install foobar </code></pre> <p>これでOK. 環境変数経由というのがかゆいけど、動く。</p> 2009-01-23T00:00:00+00:00 http://hisashim.org/2009/01/23/drm-free-ebook <p>竹熊さんは電子書籍は便利だけど改善の余地ありと感じたらしい。</p> <blockquote><p>たけくまメモ : オンライン出版本を買ってみて<br/> <a href="http://takekuma.cocolog-nifty.com/blog/2009/01/post-83ac.html">http://takekuma.cocolog-nifty.com/blog/2009/01/post-83ac.html</a></p> <p>メリット</p> <pre><code>1. 立ち読み機能がある。 2. 手頃な価格で、決済が簡単 3. 自宅に居ながらにして何時でも本が買える。 4. 時間を問わず、購入したその場で読める </code></pre> <p>デメリット</p> <pre><code>1. 読むための環境が限定されている 2. 専用ビュワーでないと読めない 3. 書き込んだり、テキストをカット＆ペーストで引用することができない 4. コピー（プリントアウト）をとることができない </code></pre></blockquote> <p>Pragmatic Bookshelfの本はこの要求を全部満たしてる。</p> <blockquote><p>The Pragmatic Bookshelf<br/> <a href="http://www.pragprog.com/">http://www.pragprog.com/</a></p></blockquote> <p>DRMなしで汎用の形式（PDF等）にしてしまえば、ユーザにとってはとても便利に なる。他の出版社との最大の違いは、信頼できるコミュニティと堅実な計算と勇 気か。</p> 2009-01-20T00:00:00+00:00 http://hisashim.org/2009/01/20/miller <p>Henry Millerを初めて読んだ。</p> <blockquote><p> 『愛と笑いの夜』(1987, 福武文庫)<br/> （Henry Miller, "Nights of Love and Laughter", 1955）<br/> ヘンリー・ミラー著, 吉行 淳之介訳<br/> <a href="http://www.amazon.co.jp/dp/4828830545/">http://www.amazon.co.jp/dp/4828830545/</a></p></blockquote> <p>よかった。5編のうち4編は恋文か告白かという感じで、何ともせつない。彼の作 品では変わり種らしい。</p> <p>構成としては、純な娼婦を描いた『マドモアゼル・クロード』が最初に置かれて いるおかげで、全体の雰囲気がいっそう決まっていると思う。『初恋』を最後に 加えたのもいい。うまい。</p> <p>もうひとつ。『頭蓋骨が洗濯板のアル中の退役軍人』に残酷なことがさらっと書 かれているのが印象に残った。</p> <blockquote><p>男が発する言葉は魂の叫びだった。自分の魂は潰されてしまったと、彼は言っ ているがそれは真実ではない。魂は潰されないものだ。魂は傷つき、その結果、 全宇宙が広大な苦悩の場に見えるのである。しかし魂は、際限なく苦悩や苦痛 に耐えることができる。そうでなかったら、人類はとっくに滅びていたことだ ろう。心臓が血液を送り出すかぎり、生命はつづいてゆくのである。</p></blockquote> <p>とてもいい。</p> <p>こういう本が味わえるようになるというのは、今後の楽しみの一つかもしれない。 3.5 .. 4.0.</p> <p>（この本は、別宮貞徳『誤訳 迷訳 欠陥翻訳』であとがきが紹介されていたので 読んでみた。そのあとがきも読み応えがある。）</p> 2009-01-12T00:00:00+00:00 http://hisashim.org/2009/01/12/latex-comment <p>LaTeXで複数行からなるブロックの表示・非表示を切り替えるには、commentパッ ケージを使うのがよさそう。自分で書くのは避けたほうがいい。</p> <h3>文書</h3> <pre><code>\documentclass{article} \usepackage{comment} \begin{document} \begin{comment} Frogs and snails, and puppy-dogs' tails. \end{comment} かえるにかたつむり、子犬のしっぽ。 \end{document} </code></pre> <h3>出力</h3> <pre><code>かえるにかたつむり、子犬のしっぽ。 </code></pre> <h3>ビルドスクリプト</h3> <ul> <li><p>Makefile:</p> <p> ... LANG = ja ... $(DOC)-$(LANG).pdf : $(DOC)-$(LANG).texdoc</p> <p> $(DOC)-$(LANG).texdoc : $(DOC).tex $(LANG).txs \</p> <pre><code> headpre.txs headpost.txs foot.txs \ Makefile cat headpre.txs $(LANG).txs headpost.txs $&lt; foot.txs &gt; $@ </code></pre> %.dvi : %.tex %.dvi : %.texdoc Makefile <pre><code> $(LATEX) $&lt; </code></pre> ...</li> <li><p>headpre.txs:</p> <p> \documentclass{article}</p></li> <li><p>ja.txs:</p> <p> \newenvironment{en}{</p> <pre><code>\begin{comment} </code></pre> }{ <pre><code>\end{comment} </code></pre> }</li> <li><p>enja.txs:</p> <p> \newenvironment{en}{}{}</p></li> <li><p>headpost.txs:</p> <p> \begin{document}</p></li> <li><p>foot.txs:</p> <p> \end{document}</p></li> </ul> 2009-01-07T00:00:00+00:00 http://hisashim.org/2009/01/07/pc-trouble <p>新年早々Windows PCが動かなくなっていたので復旧作業をした （2009-01-05..01-07）。</p> <p>使っていると前触れなしに青画面になってしまう。調べたところ、</p> <ul> <li>Memtest86（Knoppixをboot: memtestで起動）で1周しても異常なし</li> <li>Windows標準のディスクユーティリティで確認しても異常なし</li> <li>メーカーのツール（Samsungのhutil）で調べたら不具合発見</li> </ul> <p>というわけで、HDD（とおそらくマザーボード）が故障したらしい。</p> <p>同じ型のPCと同じ容量のHDDを手配してすげ替えたら動いた。 今回はHDDが低水準なところで壊れたらしく、いつもお世話になってる partimageが異常終了してしまうのでddを使った。以下手順。</p> <ol> <li>Knoppixで起動。</li> <li>適当なストレージをマウント（今回は手近なSambaサーバ）。</li> <li>sfdiskでパーティション情報をストレージに保存。</li> <li><p>ddでディスク内容を読み出してストレージに保存。</p> <ul> <li>conv=sync,noerrorを忘れないこと。これは読めない箇所があっても 停止せずに、かつオフセットを維持して記録するため。</li> <li>bsは大きめ。本当は4096とかのほうが安全だと思う。</li> <li>ネットワークがボトルネックだったので、高速な圧縮ツールlzopで 圧縮してからネットワークを通すように。</li> </ul> </li> <li><p>電源を落としてHDD等を交換。</p></li> <li>Knoppixで起動。</li> <li>さっきのストレージをマウント。</li> <li>sfdiskでパーティション情報をHDDに書き込む。</li> <li>ddでディスク内容をHDDに書き込む。</li> <li>いったん終了して、HDDから起動できるか確認。</li> </ol> <p>例：</p> <pre><code>boot: memtest boot: knoppix noswap $ sudo smbmount //sambaserver/jdoe /mnt -o user=jdoe $ sudo sfdisk -d /dev/sda &gt; /mnt/sda.sfdisk $ time sudo dd if=/dev/sda conv=sync,noerror bs=65536 | \ lzop -c &gt; /mnt/sda.dd.lz dd: reading `/dev/sda': Input/output error 974459+1 records in 974460+0 records out 63862210560 bytes (64 GB) copied, 4894.94 s, 13.0 MB/s dd: reading `/dev/sda': Input/output error 1271253+2 records in 1271255+0 records out 83312967680 bytes (83 GB) copied, 6063.52 s, 13.7 MB/s 2442043+3 records in 2442046+0 records out 160041926656 bytes (160 GB) copied, 10842.2 s, 14.8 MB/s real 180m42.348s user 48m3.745s sys 26m42.006s $ $ sudo shutdown now (change hdd) $ sudo smbmount //sambaserver/jdoe /mnt -o user=jdoe $ sudo sfdisk /dev/sda &lt; /mnt/sda.sfdisk $ lzop -d /mnt/sda.dd.lz | sudo dd of=/dev/sda conv=sync,noerror bs=65536 $ sudo shutdown -r now </code></pre> <p>教訓：</p> <ul> <li>PCはいつか壊れる。当たり前ながら、日々のバックアップが必須。</li> <li>リストアしやすい方法を選ぶことが大事。ミラーのような形で常にもう1台にリ ストアされている状態が理想かもしれない。</li> <li>プログラムはある程度仕方ないけれど、データだけでも集中管理したほうが楽。</li> <li>そろそろPOPもIMAP経由で読み書きするようにしよう。</li> </ul> 2009-01-06T00:00:00+00:00 http://hisashim.org/2009/01/06/pkdick-castle <p>P. K. Dickの『高い城の男』を読んだ。</p> <blockquote><p><a href="urn:isbn:978-4-15-010568-6">『高い城の男』</a><br/> The Man in the High Castle<br/> フィリップ・K・ディック（著） 浅倉　久志（訳）<br/> ISBN：978-4-15-010568-6　刊行日：1984/07/21<br/> <a href="http://www.hayakawa-online.co.jp/product/books/10568.html">http://www.hayakawa-online.co.jp/product/books/10568.html</a></p> <p>〔ヒューゴー賞受賞〕第二次世界大戦が枢軸国側の勝利に終わって から十五年、世界はいまだに日独二国の支配下にあった。日本が 支配するアメリカ西海岸では連合国側の勝利を描く書物が密かに 読まれていた……現実と虚構との間の微妙なバランスを、緻密な 構成と迫真の筆致で描いた、Ｄ・Ｋ・ディックの最高傑作！</p></blockquote> <p>第2次大戦で枢軸側が勝利した世界で、人々がそれぞれの運命と苦闘する話。</p> <p>個人的には勇気と希望の物語として読んだ。暗く苦しく居たたまれないなかに、 救いがある。</p> <blockquote><p>やっぱり工具とモーターをマッカーシーからとりもどし、自分の工場を持ち、さ さやかながら商売をはじめるべきだ。あの恐ろしいコウがなんといおうと、やれ ばいい。せっせと働き、自分なりに最後まで創造的な仕事をすればいい。できる だけりっぱに、できるだけ積極的に、人生を生きていくんだ。われわれにとっ て、全人類にとって、城郭が濠の中へ崩れ落ちる日まで。易の託宣がおれに告げ ているのは、そういうことだ。どのみち、運命はいずれわれわれをなぎ倒すだろ うが、それまで、おれには自分の仕事がある。自分の頭と手を使わなくちゃいけ ない。（p.77）</p> <p>チルダンの心は平安に満たされた。おれはとことんまでやって、生きのびたんだ な、と彼はさとった。（p.275）</p> <p>「私は罪の許しを欲しています。」田上はいった。「しかし、あなたが私にそれ を与えることはできない。おそらく、だれにもできないでしょう。... （p.358）</p> <p>「わたしにとって小説を書く上での大きな喜びは、ごく平凡な人物が、ある瞬間 に非常な勇気で何かの行動をするところを描くことだ。その行動によって彼はな にも得をするわけではなく、現実世界に名前が残るわけでもない。とすれば、そ の本は彼の勇気を讃える歌なのだ。 （解説p.394、ヴァーテックス誌74年2月号、ディックへのインタビューより）</p></blockquote> 2009-01-04T00:00:00+00:00 http://hisashim.org/2009/01/04/practice <ul> <li>[Hard Work and Practice in Programming - O'Reilly Radar][#1] [#1]: http://radar.oreilly.com/2008/12/hard-work-and-practice-in-programming.html</li> </ul> <p>2008-12にあった"Program For the Future"でのAlan Kayの発言（「人は新しい 技術を習得する努力をしたがらない」）に端を発して、いろいろな人が習熟のた めの努力について語ったのを、Tim O'Reillyが記憶を頼りに起こした記事。</p> <p>いろんな人がそれぞれ意見を述べていて、共通する点と違う点が面白い。</p> <p>何事かに熟達するには1万時間の訓練が必要という例の話も引かれている。 結局、「知るだけじゃなく、手を動かさなきゃ身につかない」というのはほかの 人も言ってる。</p> <p>個人的に興味深かったのはこれ。</p> <blockquote><p>Scott Gray: "Repetition and drill sucks. Creation and discovery rocks.</p></blockquote> <p>単純なドリルはできることなら避けたい。 知的発見を創造的に楽しみながら、その過程では自然と繰り返し練習することに なる。そんなコースが理想かも。</p> 2008-12-25T00:00:00+00:00 http://hisashim.org/2008/12/25/alan-kay <p>Alan Kayの講演をビデオで観た。</p> <ul> <li>[Personal Computing: Historic Beginnings][#1]<br/> [#1]: http://jp.youtube.com/watch?v=tQg4LquY0uU</li> </ul> <p> > In this lecture, Alan Kay first presents a historical overview > of computing and technological developments that led to personal > computing and influenced his thoughts on creating the Dynabook.</p> <p> via Bill Kerr: [alan kay: after 40 years the dynabook is not here yet][#2]<br/> via [http://d.hatena.ne.jp/squeaker/20081209#p2][#3] [#2]: http://billkerr2.blogspot.com/2008/12/alan-kay-after-40-years-dynabook-is-not.html [#3]: http://d.hatena.ne.jp/squeaker/20081209#p2</p> <p>とてもよかった。Bill KerrさんのTranscriptを読めば主旨は分かる。</p> <p>（僕の理解：教育はアイデアとメンタリングが両輪なのに、メンタリングを担当 する部分が欠けている。それがコンピュータであるか人間であるか、場所が先進 国であるか途上国であるかを問わず。）</p> <p>その他印象的だった言葉：</p> <blockquote><p>「我々はレンガだ。協力して組織化し、アーチにならねばならない。ただ積み重 なった山ではなく、堅牢なアーチに」</p> <p>「どうして今のコンピュータが腐ってるか：作り手が役に立とうと強く願ってな いからだ」</p> <p>「利用者も、コンピュータですごいことができることを知らない」</p> <p>「まともな大人の教育者がいないことが問題だ。おかしな教師なら、いないほ うがいい」</p></blockquote> <p>1:36からの若い人へのメッセージもいい。</p> <blockquote><p>「できる限り学んで、そして忘れろ」</p></blockquote> <p>1940生まれなのにまるで少年のように若々しく話すのが印象的だった。</p>