書籍の電子化ですが自炊は手間なので裁断変換サービスを利用することに。
某掲示板で評判確認してとりあえず下記２社にお試しで注文してみました。

Smart本
http://www.smarthon.jp/

ScaNow
http://scanow.jp/

本の発送まで

両方ともWebから申し込み。
Smarty本は本が付いてから向こうで費用を計算して請求。
ScaNowは自分で金額を計算して申し込み時に払う形です。
私はどちらもPayPalで精算しました。
納品はダウンロード形式です。

5/29の夜に申し込み
5/30に本を発送（東京から）

Smart本（静岡県静岡市）

6/1 請求書がメールで届く＆PayPalで支払い
6/7 完了の通知。ダウンロード

依頼した本

＜お客をつかむウェブ心理学（217ページ）＞
金額：300円（基本+OCR変換）
納品時のファイル名とサイズ：ウェブ心理学.pdf(32.015Kb)

＜ネット・バカ　インターネットがわたしたちの脳にしていること（364ページ）＞
金額：400円（基本+追加100P+OCR変換）
納品時のファイル名とサイズ：ネットバカ.pdf(57.341Kb)

＜メディア論―人間の拡張の諸相（384ページ）＞
金額：400円（基本+追加100P+OCR変換）
納品時のファイル名とサイズ：メディア論.pdf(90,127Kb)

合計1,100円

※納品時のメールに「大変お待たせしてしまい、ご迷惑をおかけしました。」と書かれていたので普通はもうちょっと早いのかも知れません。

ScaNow（東京都千代田区）

依頼した本

＜NASAのチームビルディング（410ページ）＞
金額：400円（基本+OCR　※2冊換算）
納品時のファイル名とサイズ：チームビルディング.pdf(60,471Kb)

＜フリー~〈無料〉からお金を生みだす新戦略（350ページ）＞
金額：400円（基本+OCR　※2冊換算）
納品時のファイル名とサイズ：フリー.pdf(65,369Kb)

＜組織が活きるチームビルディング―成果が上がる、業績が上がる（240ページ）＞
金額：200円（基本+OCR）
納品時のファイル名とサイズ：組織が活きる.pdf(33,074Kb)

合計1000円

品質について

両者とも全く問題ないレベルだと思います。（あくまでも私の感覚です）
依頼した本も文章メインなのでそれほど差が出にくいのかも知れません。
全部確かめていませんがORCに関しても普通に検索できます。

料金について

それぞれに本を送った際に送料740円かかっています。
ですのでSmart本であれば740円＋1,100円＝1,840円かかっており、1冊平均613円くらいになります。
冊数増やせばもう少し安くはなると思いますが、最初に想像していたよりは高いです。
これから買う本は通販サイトから直接送った方が安くあがりそうです。

結果

納品はScaNowの方が速く、連絡も丁寧なイメーでした。
Smart本は見積もり自体を向こうでやってくれるので、大量に本がある場合には
自分で計算しなくて楽かもしれません。
品質・料金ともに差が無いので、どちらでも問題無いかと思います。
今後どちらを使うかは考え中。

納品された書籍はiPadでも問題なく表示できたし読めるのでとりあえず目的は達成できました。
あとは残りの本も電子化するだけです。
本棚の購入を検討している方は電子化も視野に入れてみてはいかがでしょう。

あとPCとiPad2間の書籍のやりとりはDropBoxを使っています。iCloudが始まるまではこれで充分かと。
利用してみたい方はこちらからどうぞ。
登録された方と私に250Mのスペースがプレゼントされます。
http://db.tt/VfrJ8AO

本書は自然言語処理に興味さえ持っていれば、最終的には無脳botなんて余裕で作れるところまで解説してくれています。

1章～4章までは言語を処理するためのプログラミングについて書かれています。
具体的な処理に入るまで4章使ってくれるなんて親切。

• 1章 言語処理とPython
• 2章 テキストコーパスと語彙資源へのアクセス
• 3章 生テキストの処理
• 4章 構造化されたプログラムを書く

5章～11章は具体的な言語処理に突入。
ここら辺からはより具体的な処理に突入。
個人的には8章の文構造が面白かった。

• 5章 単語の分類とタグ付け
• 6章 テキスト分類の学習
• 7章 テキストからの情報抽出
• 8章 文構造の分析
• 9章 素性ベースの文法の構築
• 10章 文の意味の解析
• 11章 言語データの管理

12章は日本語の処理について書き下ろされてる。
11章まで英語が対象になっているので、12章を付けてくれたことに大変感謝！
JUMAN知らなかったので今度使ってみよう。

• 12章 Pythonによる日本語自然言語処理

本自体に厚みがあって手を伸ばしにくいかもしれませんが
逆に内容が充実してるんだと思って読んでみてください。
自然言語処理興味があるなら間違いなくオススメの一冊です。

ほんとはこれ読んで感想とbotを同時に公開したかったのですがbot制作の時間がとれずに断念。
あとPythonはほとんどやった事ないので感想はスルー。
言語処理をPHPかRubyに置き換えてブログに載っけてみようかとも思案中。

仕事でウェブサービスの運営に回された際に読みあさったデザイン系の本です。
これまで金融や流通の社内システムを担当していたので当時はだいぶ困った覚えがあります。

いろいろ読みましたが考えが合わない本や前提知識が足りなくて理解できないものは、はずしてあります。
デザインに対して理解したいけど何を読んでいいかわからないプログラマー向けのまとめです。

ウェブサイトのユーザビリティ

ウェブユーザビリティの法則 改訂第2版

実際にサイトのデザインをいくつも載せわかりやすく良い、悪いを解説してくれています。
最初の一冊として読むならこの本がお勧め。

ユーザ中心ウェブサイト戦略 仮説検証アプローチによるユーザビリティサイエンスの実践

SIerとは違って実際のユーザとはなかなか会話ができない。ユーザを予測することしかできない。
なので作る前はユーザビリティテスト、作った後はログ。それを繰り返しをしつこく丁寧に解説してます。

この２冊を読めばユーザビリティとは何かがなんとなくつかめると思います。
社内システムで考えていた漠然とした”使い易さ”とは全くレベル感が違うことがわかります。

インターフェース

デザイニング・インターフェース ―パターンによる実践的インタラクションデザイン

いろいろなデザインのパターン集です。見せ方に困ったらこの本みるといいと思います。
量が多いうえにひとつひとつパターンにきちんと解説してあります。

デザイニング・ウェブナビゲーション ―最適なユーザーエクスペリエンスの設計

ユーザが目的地にたどり着けるよう適切に設計されたナビゲーションが必要になる。
年々肥大化するサイトでどうのようにユーザを導くかはどこでも課題となる為、読んで損ありません。
ナビゲーションだけでまるまる一冊使っているだけに丁寧で解説豊富です。

アンビエント・ファインダビリティ―ウェブ、検索、そしてコミュニケーションをめぐる旅

どのサイトにも検索行為が必要になる中でいちはやくファインダビリティを解説した本です。
ナビゲーションとはまた別で情報の見つけやすさ追求しています。
個人的には内容が難しく理解できない部分もありましたが話題にもなっていたので取り上げておきます。

どの分野も専門的な知識が必要な事がよくわかります。ウェブのナビゲーションや検索だけで一冊の本になるところがすごいと思いますし関心が高い分野なのかもしれません。

アフォーダンス

誰のためのデザイン

アフォーダンスの単語とセットで語られる名書。
デザインとは見栄えとばかり考えていた私を一変させた本です。使いやすさがデザイン、機能がデザインであることがわかります。
入力ミスや使い方が分かりにくいなどは社内システムであがる不満な部分です。それはユーザが悪いのではなくデザインが悪いと再認識させられました。

アフォーダンス-新しい認知の理論

「誰のためのデザイン」よりアフォーダンスを詳しく解説している本。これも理解できるほどは読み込めていない。
amazonでの評価は高いので読む人が読めばわかる内容だと思われます。

アフォーダンスはなかなか理解し難いと思います、私も理解できているとは思いませんがこういった考え方があると言う事を知れただけでも大きな収穫でした。

その他のデザイン本

デザインの輪郭

デザインとはあるべき姿と語っています。「ふつう」や「そのまんま」「意図を消す」あたりの話を面白く読めました。
IDEOにいた人です。

シンプリシティの法則

シンプルであることの大切さについて語られています。また削除だけではなく残すものそして付け加えるものにも言及しています。

レイアウトの法則

ものの肌理からレイアウトへ話が展開される。芸術や本の余白、建物にまで話は広がります。
またアフォーダンスに関しても言及されています。

プログラミングだけしていては決して読むことがなかった本だと思います。
また読んでいくうちにデザインに対して更に興味が深まります。

社内システムではデザイン性はあまり問われず見積にもほとんど含まれません。
ウェブサービスを担当して自分がデザインに対して無頓着だと気付かされました。
まだまだ理解が足りない部分も多いと思いますのでおすすめの本があればぜひ紹介して下さい。

ジュンク堂様わかってらっしゃる。

アドレナリンジャンキー プロジェクトの現在と未来を映す86パターン

全部で86のパターンが収録されており、皮肉ったパターンあり、良い事例・悪い事例の比較パターンありでデスマーチ経験者には楽しめること間違い無しです。

いくつかのパターンを私の経験と共に紹介です。
「アドレナリンジャンキー」「スピード勝負」「死んだ魚」あたりは他の人も紹介しているのであえてはずしてみました。

幸福礼賛会議

自分に求められているのは意見を言うことではない、賛同することだけと感じたら、まさにこれと同じことが起きている。幸福礼賛会議へようこそ。

意見は求めてなくて「決まったからやれ」の会議多くないですか？
幾度と無く経験してます。通達であればメールにしろよと思うのですが会議の形態をとって同意の形にしたいらしい。

信者

たいていのプロセスの教科書には、その手法が何でも使えるわけではないときちんと注意書きされているが、信者はこうした注意を無視するか、たいてい最後の方にある注意書きのページまでは読まないかのどちらかである。

技術やプロセスに妄信してる人。良いのはわかっているんだけど融通が利かないので困ったちゃんになります。
テンプレートのマスタとか作る人も自分の作品の信者になりがち。

これは気をつけないと自分も陥ったりしてるので注意。

残業に見る予兆

うーん、期日に遅れた場合、一生懸命残業しているところをみんなが見ていれば、誰にも非難されないだろうと思うかもしれませんね。

説明不要。まさに引用そのままが個人じゃなくてチーム単位で蔓延する。

サイダーハウス・ルール

サイダーハウス・ルールの問題は、自分はサイダーハウスで暮らさず、そうする気もない人間が、そこに暮らす人びとのルールをつくっていることだ

「じゃあ、おまえやってみろよ」と言いたくなるルールは、他の部署が作ったルール。
これもいろんな現場で体験してる。しかるべき人がちゃんと戦わないと現場に皺寄せが・・・

多いのでこれくらいにしときます。その他のパターンも充分自分の経験と多々一致します。

残念ながらこの本を読んでも具体的にどうすべきかは自分で考えるしかありません。
単純に考えれば悪いパターンを見分けることができるし、その逆を行うことが可能かもしれません。
良いパターンなら真似ればいいのです。言うは易しなんですけどね:p

デマルコ本がお好きの方には是非読んで頂きたい一冊です。

チャンドラーはロータスの開発者であり経営者であったミッチ・ケイパーが構想したツールであり
自身の資産でプロジェクトを運営したプロジェクトです。

本のタイトルはプログラマーだが「プロジェクトのジレンマ」が内容を表している気がします。
仕事以外のプロジェクトをしたことのある人ならすごく共感できる内容になっています。

私自身もそんなに多くないですがいくつかのプロジェクトに参加したことがあります。
仕事以外なので賃金がでる訳ではないですが、やる気がある人の集団に入って手を動かすのはとても刺激的です。
どのプロジェクトも出だしは好調なのですが実際に具体的なところにくると急にブレーキがかかってしまいます。

「チーム内の温度差」や「作業量の偏り」あたりが原因なのかと思っていたのですが
優れた人たちが賃金を貰ってやっても同じ結果に陥っています。

で、本書を読んでこれも大きなブレーキの原因なのかもと思い返しています。それは
誰も間違った決断をしたくない

私的プロジェクトに参加する様な人たちはやる気があってできる人が多いです。
その中で”間違える”という行為は恥ずかしいと考えてしまいます。
あたりまですが誰も”間違った決断”をしたくないのです。
自分もその傾向があり、他人の間違えは許せても自分の間違いは恥ずかしく感じてしまします（許せない）。

上記の考えを発見できた本書は良い本だと思いますが厚みがあり読む人を選ぶ内容です。
私的プロジェクトを進めていて進捗が悪いと感じる方はぜひどうぞ。
本書のプロジェクトは決して成功とは言えませんが解決のヒントが隠されているかもしれません。

目次は下記

第1部 問題とゴール
1章 計画の目的
2章 なぜ計画づくりに失敗するのか
3章 アジャイル手法

第2部 規模を見積もる
4章 ストーリーポイントによる規模の見積り
5章 理想日による見積り
6章 見積りの技法
7章 再見積り
8章 ストーリーポイントと理想日

第3部 価値のための計画づくり
9章 テーマの優先順位づけ
10章 金銭価値による優先順位づけ
11章 「 望ましさ」による優先順位づけ
12章 ユーザーストーリーの分割

第4部 スケジュールを立てる
13章 リリース計画づくりの基本
14章 イテレーション計画づくり
15章 イテレーションの長さを決める
16章 ベロシティの見積り
17章 不確実性に備えるバッファの計画
18章 複数チーム編成プロジェクトの計画づくり

第5部 トラッキングと情報共有
19章 リリース計画のモニタリング
20章 イテレーション計画のモニタリング

第6部 なぜアジャイルな計画づくりがうまくいくのか
22章 なぜアジャイルな計画づくりがうまくいくのか

第7部 ケーススタディ
23章 ケーススタディ:ボムシェルタースタジオ

規模の見積りって意外と難しい。すぐ何人月って1ヶ月って時間の中の作業量で表してしまう。
これはこれで伝統的であり会社によっては精度が高ければよいのだけれどチーム内で機能の見積りするにはやはり不十分に感じます。

本書ではストーリを見積りポイントで見積もります。

見積りポイントはストーリー同士の大きさから相対的に求めます。
更に一人で求めるのではなくチームみんなでそのポイントを見積もるのです。
本書ではプランニングポーカーを利用してその相対的なポイントを求めています。

プランニングポーカーは聞き慣れない単語ですがポーカーで想像できるように
メンバーがカードを出し合って見積りポイントを見積もる手法です。

カードは主に「1,2,3,5,8」といった番号が割り触れられています。
これを各個人がストーリーに応じて出し合います。

ここら辺は機会があれば利用したいですね。下記から購入できるみたいです。
Mountain Goat Software | Planning Poker Cards

プランニングポーカー以外にも参考になる手法や考え方が盛りだくさんです。

今年はアジャイル本の当たり年！
「アジャイルな見積りと計画づくり」と「アート・オブ・アジャイル デベロップメント」の両方を読めばそれで充分な気がします。
この二つはボリュームがありますがそれ以上の内容です。アジャイル好きの方は必読です。

あと「アート・オブ・アジャイル デベロップメント」では「アジャイルな見積りと計画づくり」の内容が出てくるので「アジャイルな見積りと計画づくり」を先に読むことをオススメします。

すごくきちんとXPが纏められている本です。これ書くのも大変だろうけど読むのも大変でした。
だって大きくて厚いから。

で、なぜこんなに大きくて厚いかは読めばすぐわかります。
この本は恐ろしく親切だからです。

例えばペアプロについてだと下記の様な目次です。

5.1 ペアプログラミング
5.1.1 なぜペアなのか？
5.1.2 ペアの作り方
5.1.3 ドライブとナビゲート
5.1.4 ペアリングステーション
5.1.5 課題
5.1.6 質問
5.1.7 効能
5.1.8 使用上の注意
5.1.9 代替案
5.1.10 参考文献

5.1.4あたりまではそのままの内容が説明されていますが課題(5.1.5)～代替案(5.1.9)といった他の本では取上げられないものや、書いてあっても2～3行程度の部分にきちんと力を注いでいます。

質問(5.1.6)の部分では下記の様な質問が8つ準備されています。
もちろん回答も載っています。

2人で1人分の仕事をするのはムダじゃないですか？

すごく親切じゃないですか？こんな感じでどの章・節も書かれています。

個人的は「フェーズによるXPプラクティスの分類」や「役割によるXPプラクティスの分類」などの表が綺麗に纏められていてすっきりしました。

あとデブサミの会場で買ったからだと思うですが木下さんのサインがついてました。
読み始めるまで気がつかなかった。良い本をありがとうございます。

読むにはちょっと根気が要りますがアジャイル始める前に読む事をオススメします。

「実装パターン」は読まれることを意識したコードを作る人にとって非常にありがたい本です。著者のケント・ベックさんはXPやJUnitでも有名です。

本書のまえがきには

他の人が読んで理解できるコードの作成方法について書かれた本だ

とありますが、これが全てです。

本自体は薄いのですが内容はとてつもなく濃いです。
デザインパターンを語る手前の実装のあり方。まさに実装パターンだと思います。

コードコンプリートは職場に持っていくのに重すぎる、という方はぜひ実装パターンを持って行って下さい。

ギークの方が企業した時向けの本。

本書では少人数や個人で会社を経営しソフトウェアを作っている会社をISV(Independent Software Vendor)と呼んでおり
ISVがどのように振舞うべきかを独自の観点で述べています。

＜目次＞

■第1部 起業家
　第1章 小さなISVについて
　第2章 石の樽に不平をこぼす
　第3章 自分の会社を始める
　第4章 ギークのためのファイナンス入門
　第5章 マイクロISVの探求
　第6章 私のマイクロISVの第一報
　第7章 もっと失敗しよう
■第2部 人
　第8章 小さなISV に必要なのはプログラマではなく開発者
　第9章 ギークの支配とMBAの戯言
　第10章 採用の危険
　第11章 すごいハッカー!=すごい社員
　第12章 「ソフトウェアにおける高音域」に対するコメント
　第13章 キャリア計算
■第3部 マーケティング
　第14章 マイクロISVのための製品アイデアを探す
　第15章 マーケティングは後処理ではない
　第16章 競合を選ぶ
　第17章 年相応に振る舞う
　第18章 ギークの小手
　第19章 建てる場所に注意
　第20章 ゲームは進む
　第21章 展示会に行こう
　第22章 小さなISVのための雑誌広告掲載ガイド
■第4部 セールス
　第23章 透明性の信条
　第24章 製品価格付けの初歩
　第25章 ギャップを埋める パート1
　第26章 ギャップを埋める パート2
■エピローグ　あとはただやるだけ

読んでて社長に読ませたくなった。
やはり小さなソフトハウスってソフトなりサービスなりを作っていかないと自分達でコントロールできるものが無くなってしまう。
人貸しビジネスではいつまでたっても一人当たりの「売上－コスト」の利益でしかなく人を集めてナンボになってしまう。
きちっと毎月利益を出すってことはとても大変なのはわかるんだけどね:p

個人的には「第1部 起業家」と「エピローグ　あとはただやるだけ」が面白かったです。

パッケージ作っているところや自社サービスを展開しているISVの人にはとても参考になるのではないでしょうか。