今回でラスト。

◯第10章 グラフアルゴリズム
深さ優先探索と幅優先探索の並行実装例を紹介している。どちらも逐次処理だと再帰実装がよく用いられるが、再帰と並行処理の相性が悪いためキュー・スタックをつかって探索位置を管理する必要がある。スタックを使えば深さ優先探索に、キューを使えば幅優先探索になる。

次が最短経路探索問題のアルゴリズム。Floyd-Warshall法やDijkstra法があるけど、本ではFloyd-Warshall法だけTBBを使って紹介。特筆事項は無し。

最後が最小スパニングツリーを見つけるアルゴリズム。KruskalとPrimがあるけど、本ではPrimをTBBとOpenMPを組み合わせて並列化する手法を紹介。これまでの総集編といった趣。

◯第11章 スレッド対応ツール
宣伝じゃないと言いながらもIntelの製品をパワープッシュ。
著者はIntelの社員さんなのは割り引いて聞く必要があるかも。

◯全部読んでの感想
会社のメンバで輪講したのですが、後半はアルゴリズムの解説が多く、ソースの実装もいまいちだったように感じました。さらに後半は元の文が悪いのか、訳が悪いのか読んでいてわからないところが頻出しました。並行処理の基礎知識を習得するのに5章までを読むのにはいいかもしれません。後半は並行処理実装のアイデアを色々もらえるけど、いくらか疑ってかかったほうがいいと思います。

間が開いたので2回分まとめて。

◯第8章 ソート
プロセッサ時間の80%以上はソートに費やされるとも言われる。ソートを高速化すれば処理全体の高速化につながりやすい。
この章では5つのアルゴリズムについて並行化を検討している。

バブルソートは左右で要素を比較して、小さい値(または大きい値)が泡のように上がっていくことからそう呼ばれる。スレッドの順番が入れ替わらない限り、頭から複数スレッドで配列を走査してもソートは保証される。このアルゴリズムは波の動きに似ているためwavefront法とも呼ばれる。単に前のスレッドを抜かさないようにするとオーバーヘッドが大きくなるため、配列をいくつかのゾーンに区切って制御すると良い。

奇偶転置ソートは「奇数インデックスの比較→偶数インデックスの比較→奇数インデックスの比較」を繰り返してソートを行う。隣接同士の比較・変更しか起こりえないので、データ分解による並列化が容易。

シェルソートは配列全体を適当なサイズで分割し、分割された範囲内でソートを行う。徐々に分割サイズを小さくすることでソートを行ない、要素が大きく動かせることからソートが早く行える特徴がある。逐次処理では有効だが、並行処理ではキャッシュが効きにくくなり並行処理では短所にもなりうる。

クイックソートは逐次処理では最も一般的なソートである。再帰を使って実装することもあるが、並行処理には不向きなのでキューを使うなりして再帰は避ける必要がある。スレッドをプールし、ソート対象のインデックス範囲をキュー/スタックに入れておくことでスレッド間の競合を抑え、処理を並行化することができる。処理が終わったかどうかを判断し、スレッドに処理を辞めるよう促す実装が若干面倒。

奇数ソートはソート対象を二進数と考え、上位ビット/下位ビットを使ってソートしていく。同じ値の順序が保たれる安定ソートであることが特徴。実装では複数ビットをまとめてソートすることになるが、ソート後の移動先の計算がかなり面倒。本でもトリッキーに思える例が紹介されていた。

◯第9章 サーチ
未ソートデータに対するサーチと、ソート済みデータに対するサーチの例を紹介。

未ソートデータの場合、全要素を見ないといけないので、配列をデータ分解してスレッドに処理させる。探索対象のデータが見つかったときに処理を打ち切る工夫を入れるぐらいでOK。素直な実装になる。

ソート済みデータの場合、逐次処理では2分探索が一般的。並行処理ではこの考え方を発展させてN分探索すると良い。配列をNつに分解し、探索対象がどちら側にあるか(右側、左側、見つかった)を調べる。探索対象のデータは向きが異なるブロックに含まれるため、このブロックを探し出し、内部をさらにNつに分解して再帰的に探索を続ける。

この章は内容がイマイチだったので手短に。内容はMapReduceについて。

最初にMapReduceの説明があり、直後にリダクション処理(配列の和を求める処理)のMapReduce実装例が載ってるんだけど、前章までに扱ってた処理と何が違うのかこれだけではさっぱりわからない。Map処理とReduce処理をきちんと分けた処理にする必要はわかるんだけど、1つのCPU上で動くようにコードを書いても読者にメリットは伝わらないと思う。MapReduce自体の説明は2006年8月31日のRadium Software Developmentがおすすめ。

7章の残りはスレッドのバリア同期の実装について。並行コンピューティングの理解を深めるために必要となってるけど、Pthreadでも提供されている機能だし、自前実装するよりも用意されているものを使った方がいいんじゃないかな、多くの場合では。

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.05.09

Clay Breshears
オライリージャパン
売り上げランキング: 11404

Amazon.co.jp で詳細を見る

企業の研究者をめざす皆さんへ―Research That Matters

posted with amazlet at 10.05.04

丸山 宏
近代科学社
売り上げランキング: 131342

おすすめ度の平均:

IBM東京基礎研究所のようす
企業研究者を目指す学生は勿論のこと、企業研究者にも参考になる。

Amazon.co.jp で詳細を見る

この本を読んでいてどこか既視感があったのですが、情熱プログラマー ソフトウェア開発者の幸せな生き方
に通じるところが非常に多い本です。情熱プログラマがソフトウェアエンジニアのキャリア構築について述べた本なら、こちらはリサーチエンジニアのキャリア構築について書かれた本です。必要とされる技術やバックグラウンドが多少異なるのかもしれませんが、世界基準で力を蓄え、世の中を大きく変える創造性を求められる点で抑えておくべき素養は似通ってくるのかもしれません。

本の冒頭部では研究者は「ものごとの原理に常に立ち返って真理を追求する姿勢を失ってはならず」かつ「お客様や社会の問題を常に意識して、それを解くための真理・原理・仕組みを考えていく」必要があると説いています。これから先自分の仕事が仕分けされないようにするには研究者としての本分を忘れず、世の中に貢献していく姿勢が求められます。研究者の貢献と言うと最近ではイノベーションという言葉で曖昧に表現されている感がありますが、この本では「どんな形であれ、インパクトの大きさで測られるべき」としています。Appleが出すようなセクシーな製品や、TEDで見れるような数年先の未来モデルだけではなく、Linuxのような世界中で使われるソフトウェアを開発することも立派なインパクトの一つとしています。この定義はこれまで「インパクトのある大きいことをやれ」とただ言われていただけに感じていた自分には
納得感が有るものでした。

その他、研究者として自らを伸ばしていくためにいくつものアドバイスがあります。

• 目標となる人物・師を探すこと
• 解くべき価値がある、いい問題を見つけること
• 成果はすぐに使われない可能性があるので、きちんとした形(論理性のある文書、例えば論文)で残しておくこと。
• コミュニケーションとは相手に”納得”してもらい、相手に次の行動を促すこと。
• 見えないことはいないのと同じ。存在感を出すこと。
• 外の世界を積極的に経験すること。

研究者としてのアドバイスの他に、IBM社内での取り組み事例が各所で紹介されていて、IBMという組織の巨大さ、底力を垣間見ることができます。自分が知っていたIBMとはずいぶん違う点もあり、ここも面白く読むことが出来ました。

大学で研究室に配属されたばかりの学生や、企業に就職して研究開発部門に配属された新人社員が読むと得られるものが多いと思います。この本はIBM東京基礎研究所内のイントラブログをつなぎ合わせる形で構成されていますが、複数の文書をつなぐために記述が冗長な所も見受けられます。もっと多くの人に読まれていい本だと思うので第２版が出るならこの点が改善されるといいなと感じました。

・・・

ちなみに自分の本は丸山さんからいただいたサイン付きです♪

いよいよアルゴリズムの並行化に着手する。今回は並列和、プリフィックススキャン、セレクションの3種類。

◯並列和
配列の和を全部求めるよくある処理。楽なのはOpenMPやTBBを使ってリダクション処理をそのまま利用すること。
自前で実装するなら配列をスレッド数で分割して個別に小計を計算。全スレッドが計算終わったら小計を全部足して合計をもとめるというやり方がおすすめ。

◯プリフィックススキャン
[3, 5, 2, 5, 7, 9, 4, 6]という配列を与えたときに[3, 8, 10 15, 22, 31, 35, 41]という配列を求める。配列のN番目に元の配列の0〜N番目までの和を入れておく処理に当たる。包含的プリフィックススキャンとも言うらしい。
先頭を覗いて[0, 3, 8, 10, 15, 22, 31, 35]の配列を求める排他的プリフィックススキャンの方法もある。

並列化の手法として、スレッド数で配列を分割し、個別にプリフィックススキャンを行う。次に末尾の要素を使って前後のチャンクに伝搬させる値を計算する。計算が終わったそれぞれのスレッドが担当するチャンクに値を加算してプリフィックススキャンを完了する。

さっきの例を3スレッドでやるとこんな感じになる。2と4のステップが並列化可能になる。
2から3、3から4に移るときに毎回スレッドを生成/破棄するとオーバーヘッドになるので、スレッドのイベント通知機能を上手く使って使いまわすのが吉。

1. 入力をスレッド数で分割
[3, 5, 2, 5, 7, 9, 4, 6] -> [3, 5, 2], [5, 7, 9], [4, 6]

2. 個別にプリフィックススキャン
[3, 5, 2], [5, 7, 9], [4, 6] -> [3, 8, 10], [5, 12, 21], [4, 10]

3. 配列の末尾の値で排他的プリフィックススキャンを行い、伝搬させる値を計算する
[3, 8, 10], [5, 12, 21], [4, 10] -> [10, 21, 10] -> [0, 10, 31]

4. 3で求めた値を2の処理結果にそれぞれ加算
[3, 8, 10]+0, [5, 12, 21]+10, [4, 10]+31 -> [3, 8, 10, 15, 22, 31, 35, 41]

◯セレクション
配列をソートしてN番目の値を取ってくるという処理。
ソートしてもいいけど、1回しか呼ばれないとか、適宜順番が変わるような配列だとセレクションがおすすめ。

公知のセレクションアルゴリズムがあって、その中でいくつかを並列化する。

1. 配列数がQ(本では5を勧めている)より小さければデータをソートして、k番目の要素を返す。Qより多ければ次のステップへ
2. チャンクから中央値を選ぶ(本では配列を分割して中央値を求め、その中からさらに中央値を求めるやり方をしているけど、配列の中身が適度にバラバラなら適当に選んでもいいかも)
3. データを A.中央値より小さい値を持つ B.中央値と同じ値である C.中央値より大きい値を持つ の3種類に分け、A,B,Cの数を数える。
4. 求めるk番目の要素がどこに入るかを調べる。Bに入るなら値を返して終了、AかCなら再帰的に1から処理を続ける。

本で高速化しているのはこのうちの2の処理、3の処理、4の処理の一部である。ポイントは4の処理で、再帰的に呼び出す際の配列の部分集合を使うのにプリフィックススキャンを使って詰め直し先のインデックス値を求めている。逐次処理に慣れきっていると重そうだけど、実際実行してみたら早いのかな? 要検証。

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.04.23

Clay Breshears
オライリージャパン
売り上げランキング: 8422

Amazon.co.jp で詳細を見る

情熱プログラマー ソフトウェア開発者の幸せな生き方

posted with amazlet at 10.04.11

Chad Fowler
オーム社
売り上げランキング: 12001

Amazon.co.jp で詳細を見る

ソフトウェア開発者のみならず、あらゆる分野でその道を極めようとしている人におすすめです。プログラマ固有のところは極めて少なく、自分の人生を自分で切り開いていくために必要な情報が分かりやすく整理されています。

以下この本で気になった所を引用しておきます。この本がプログラマ以外の人にも示唆に富む内容であることが伝わるのではないかと。

より良い製品を作って仕事を確保することだけが大切なのではない。より実りある人生を送るためのスキルと感性を磨くことも大切だ。人生には素晴らしいことがたくさんある。仕事はそのひとつに過ぎない。(David Heinemeier Hansson)

偉大になることを望んでいる人のほうが、自分の仕事をこなせれば良いと思っている人よりも、偉大になる可能性がずっと高いからだ。

何かのスペシャリストであると言うことを、単に他のことを知らないという意味で使っている人が多すぎる。

ビジネスの仕組みを知りもしないで、ビジネスが利益を上げるために想像力を働かせて協力できるだろうか?
・・・
想像力を働かせて付加価値を高めるためには、自分が関わるビジネスについての徹底的な理解が必要だ。

本当の意味で何かを習得しようと思ったら、誰かに教えてみることをおすすめする。自分の理解をはっきりした形にする一番いい方法は、自分の言葉を使って、他の人にもわかるように説明することだ。

プロセスを身につけたいなら実践しろ。

いいマネージャの役割は、チームの仕事に優先順位を設定し、チームが仕事をこなすために必要なものを用意し、チームがやる気と生産性を維持出来るように配慮し、最終的に要求を実現することにある。

短く働いた方が、より多くの成果をあげられる。

ソフトウェアの品質が本当の意味で試されるのは、何か問題が起きた時だ。

本当に出来ないときに臆せずに「できません」と言える強さを持ったチームメンバーがいれば、彼らの「できます」という言葉には偽りが無いと確信出来る。

多くのソフトウェア開発者は勘違いしている。事情に通じたマネージャや雇い主なら自分の技能を見ぬいて当然だと思い込んでいるんだ。・・・全部言い訳。彼らは怖がっているだけさ。
誰かが何かすごいことをしても誰もそれを知らなければ何もなかったのと同じだって言うんだ。

大局的に見るなら、作文技術は必要かつ供給不足なんだ。
君ももっと大量の文章を書くことになる。文章を書くことが仕事の一部になるとすれば、もっと作文技術を磨いた方がいい。

君に信念がないと、こういうことはできない。会社の連中が間違った事をするのを傍観していられない。改善の余地があるなら君が変えなければ。

目立つっていうのは、聞かれる前からみんなが君のことを話題にするっていう意味なんだ。

君のキャリアにとって本当に重要なのは昇進でも昇給でも無い。重要なのは、そういう成果を得るために努力した時間だ。もっと重要なのは、そういう成果とは関係ないところで努力した時間だ。

短いので今週は2章分まとめて読みました。

• 並行コンピューティング技法 第１章 » tune web
• 並行コンピューティング技法 第２章 » tune web
• 並行コンピューティング技法 第３章 » tune web

◯第４章 マルチスレッドアプリケーション設計の8つのルール
・8つのルール

1. スレッド化設計モデルに加えるべきルール、順不同。
2. 真に独立した処理を特定する
3. 並行性はより上位で実装する
4. コア数増加に備えスケーラビリティ対応を早期に計画する
5. スレッドセーフなライブラリを使用する
6. 適切なスレッドモデルを採用する
7. 実行順序を前提としない
8. ローカル変数を使用する、できなければロックで保護する
9. 並行性向上のためのアルゴリズム変更を恐れない

・ルール1: 真に独立した処理を特定する
これが最も重要。 処理が互いに独立していなければ並行実行できない。

・ルール2: 並行性はより上位で実装する
並行性を見つける方法は2種類ある。

• ボトムアップ
• トップダウン

どちらを選ぶにせよ、より上位で並行化した方が良い。 アルゴリズムの上位レイヤほど、より多くの独立した処理を含んでいるからである。

・ルール3: コア数増加に備えスケーラビリティ対応を早期に計画する
今後もプロセッサコア数は増加の一途であることが予想される。 開発中のソフトウェアであっても、このことは考慮に入れておくべき。

並行性の設計はタスク分解とデータ分解の2種類があったが、 アプリケーション内の独立した処理とデータサイズではデータサイズの方が増える傾向が強いため、 データ分解設計の方がスケーラビリティーでは有利である。

設計中のソフトウェア/システムが計画している処理能力を十分に達成できても、 将来要求される処理能力は増加する可能性が高い。 処理能力に余裕があれば、処理するデータはまだ誰かが持っている。

・ルール4: スレッドセーフなライブラリを使用する
車輪の再発明は決していい方法ではない。 一般的なライブラリ関数で置換可能であればそれを使うこと。

使用の際には、マニュアルを参照してライブラリがスレッドセーフであるかを必ず確認する。 自作ライブラリなら関数がリエントラントであるように設計する。

・ルール5: 適切なスレッドモデルを採用する
スレッドの明示的な使用(Pthread/Windowsスレッドの直接的な利用)は避けるべき。 抽象化ライブラリ(OpenMP/Intel Threading Building Blocks)を通してスレッドを利用すること。 多くの並行化作業はスレッドを明示的に操作する必要があるほど柔軟性が求められておらず、 実装が複雑になるとバグが入る可能性が高くなる。

開発上の規約などにより、抽象化ライブラリの使用が禁止されている場合でも、 プロトタイプは抽象化ライブラリを使うことで手間を省くことが出来る。

・ルール6: 実行順序を前提としない
スレッドの実行はOSなどのスケジューラで管理されるものであり、 アプリケーション側で順序を決定することは出来ない(非決定性がある)。 スレッドがどんな順序で実行されても正しい結果を返すように設計すること。

また性能の観点から、出来る限りスレッドの実行に制約を課すべきではない。 例えばスレッド処理の待ち合わせをするときは本当に必要か立ち止まって考える必要がある。

・ルール7: ローカル変数を使用する、できなければロックで保護する
同期処理は必要悪だが、最小限の使用に留める必要がある。 共有変数の更新が少ないほど、オーバーヘッドも少なく済む。

まずはスレッドごとに持たせるローカル変数で問題が解決出来ないかを考える。 駄目なら適切なロックを共有データに対して適用する。 デッドロックの温床となるため、1データに対して複数のロックを対応付けてはならない。

・ルール8: 並行性向上のためのアルゴリズム変更を恐れない
逐次処理では最良だったアルゴリズムが、並行処理では最良でないことがある。 並行化出来なかったり、他のアルゴリズムの方が並行化による恩恵を受けやすいことがある。

◯第５章 スレッドライブラリ
・抽象化ライブラリ
スレッドの制御(作成・管理・同期)を抽象化し、プログラマに楽をさせてくれるライブラリ。 スレッドを明示的に作成する処理は無く、柔軟性は落ちる。

・OpenMP
専用のpragma、指示文(ディレクティブ)、環境変数を用いて並行処理可能な部分を指定する。 並行実行コードはコンパイラにより生成される。 並列環境と非並列環境でほぼ同一のソースコードを使用できるという利点がある。

スレッドの管理はfork-joinモデルを採用している。 マスタスレッドが並行処理可能な領域(パラレルリージョン)に到達すると、子スレッドが生成され(fork)、 各スレッドがパラレルリージョンを実行する。 パラレルリージョンの終了時には子スレッドが待ち合わせ(join)、 パラレルリージョン後からメインスレッドが処理を続行する。

・Intelスレッディング・ビルディング・ブロック
並列アルゴリズムが定義、実装、提供されており、 並行処理がカプセル化されたクラスを通して使用する。 商用バージョンとオープンソースバージョンがある。

・明示的スレッドライブラリ
PthreadとWindowsスレッドがある。提供される関数は大差ないはず、必要に応じて調べて使いましょう。

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.04.11

Clay Breshears
オライリージャパン
売り上げランキング: 18712

Amazon.co.jp で詳細を見る

少しずつ難しい話も増えてきたかな? 第３章です。

• 並行コンピューティング技法 第１章 » tune web
• 並行コンピューティング技法 第２章 » tune web

「第３章 正当性の検証と性能測定」

◯第３章で学ぶ内容

1. 誤りの無い並行アルゴリズムをきちんと設計できたかをどう確認するか
2. 並行ソースコードが”十分に”並列動作しているかをどう確認するか

◯Ben-Ariの4つの並行実行一般化

• プログラムとは連続したアトミックな実行文である。
• 並行プログラムは複数のスレッド内のアトミックな実行文のインタリーブである。
• アトミックな実行文の全ての組み合わせは、検証する並行アルゴリズムの全ての性質を満たさなければならない。
• どのインタリーブでもスレッドの実行文が不公平に除外されることはない。

どんなプログラムも最小の実行単位に分けられる。並行処理は”最小の実行単位”が様々な組み合わせで実行される。実装されるアルゴリズム/プログラムはいかなる組み合わせでも正しく実行されなければならない。正しく実行するとは特定の処理が意味もなく除外されないことも含む…ということだと理解しました。

◯クリティカルセクション問題を例にBen-Ariの性質を学ぶ
共有変数を参照/更新するソースコード部分”クリティカルセクション”の実現の方法を通して、Ben-Ariの性質を学ぶ。本では5つの段階を追って解説していますが、ここでは割愛。問題にしたポイントは以下のとおりです。

• 第１段階：１スレッドがクリティカルリージョンを実行していなくても、もう一方のスレッドがクリティカルリージョンに入ることを禁止されていまう
• 第２段階：排他制御が保証されないインタリーブの組み合わせがある。
• 第３段階：デッドロックが発生してしまう
• 第４段階：一方のスレッドがクリティカルリージョンから除外されてしまう(スターベーション)

ということで、スレッドプログラミングでよく陥りそうな問題が満載です。最終的に第５段階として紹介されているのがデッカーのアルゴリズム – Wikipediaです。でもこのアルゴリズムだと2つのスレッドしか排他制御出来ないので、ランポートのパン屋のアルゴリズム – Wikipediaやピーターソンのアルゴリズム – Wikipediaが実用にはいいそうです。でもこの節で学ぶべきは使うアルゴリズムの選択じゃなくて、どういう所に着目して問題を見つけるのかというやり方なので、きちんと学んだことがなければ本を当たった方がいいと思います。

◯デッドロックを発生させる4つの条件
4つの条件はANDで発生する。どれか1つでも成立しなければデッドロックには成り得ない。

• 相互排除条件：リソースを特定のスレッドがロックしようとするからデッドロックが発生する
• 獲得後のウェイト：複数のリソースをロックしようとするとデッドロックが起きやすくなる。
• プリエンプト無し：スレッドが自発的にロックを開放する仕組みが無いからデッドロックが起きると復帰出来ない。
• 循環待ち：ロックの取得関係が循環になってしまう。

デッドロックを避けるにはどれか1つでも起きないようにすればいいらしいけど、複数リソースのロックとか危ういものは出来るだけ避けた方がいいと思う。

◯並行化によってどれぐらい性能が上がったか?
高速化率はどう伝えるべきか? 筆者いわく倍数がいいとのこと。 105%の高速化率と言っても元より5%速くなっただけかもしれないし、205%の高速かもしれない。2倍といったら受けてが迷うこと無いよね とのこと。確かにその通りかも。

逐次処理を並行処理に置き換えた際にどれぐらい高速化出来るかの見積はアムダールの法則 – Wikipediaやグスタフソンの法則 – Wikipediaで出来る。グラフを書いてみると一目瞭然だけど、並行化出来ない処理がたとえ25％でも含まれていると、どんなにコア数を増やしても3倍までしか速くならない。

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.03.28

Clay Breshears
オライリージャパン
売り上げランキング: 3109

Amazon.co.jp で詳細を見る

実用Git

posted with amazlet at 10.03.23

Jon Loeliger
オライリージャパン
売り上げランキング: 16867

おすすめ度の平均:

翻訳の質が低くて残念

Amazon.co.jp で詳細を見る

言いたいことは全てAmazonに投稿されている書評で言ってもらった気がします。

翻訳の質が低くて残念です。
すでにgitについてある程度の知識を持っている人でないと、そういったミスリーディングな翻訳文から真の意味をつかむのは難しいと思います。
「入門git」と「入門Git」を制覇して次のステップを目指す人が、翻訳のまずさを自力で補う覚悟のうえで買うのなら、よい本です。

駄目な本かというとそうではなくて、Gitについてこの本より詳しく記述された文章はネットでもないので貴重だと思います。個人的にもgit-svnの使い方が大変勉強になりました。そこだけで3000円ぐらい払っても惜しくないぐらいです。たまに出てくる意味が取りにくい訳がなければ星4つ、O’reilly独特の言い回しが邦訳で取り払われていれば星5つだったと思います。

Gitのオブジェクト管理についてはWEB DB Press Vol.50でも、入門Gitでも紹介されていますが、この本が一番詳しく、説明が丁寧で、わかりやすかったです。Gitをじっくり学びたい人におすすめです。使いたいだけなら入門Gitでいいでしょう。

勉強会の2回目があったのでメモ、1回目は下のリンクからどうぞ。

• 並行コンピューティング技法 第１章 » tune web

「第2章 並行か非並行か？それが問題だ」

◯大前提
全ての処理を並列化することは出来ない。世の中には並列化が不可能な処理があり、何がそうなのか知っておく必要がある。並行化できないアルゴリズムは以下が代表例。

• 状態を持つアルゴリズム
• 漸化式
• 帰納変数(ループの度に値が増加する、ループ変数とは1対1に対応しないインデックス)
• ループ内の処理依存

◯並行アルゴリズムの設計モデル
順序に依存しない処理を並行に実行する「タスク分解」と、大量のデータの個別の部分を並行して処理する「データ分解」がある。
どちらを選んでも基本のフレームワークは変わらない。タスクを準備し、スレッドへ処理を割り当て、次の処理へ進む前に全てのタスクが完了したことを確認する。

◯タスク分解
スレッドに割り当てるタスクを抽出する難易度はソースコードや処理内容に対する理解に反比例する。良く知っていればタスクの抽出も容易になる。タスクを簡単に見つけ出す裏技はないが、処理時間を多く占めるホットスポットにおいて、ループに着目するとそこがタスク抽出に適していることが多い。数値計算もタスク抽出のポイントとしておすすめ。

抽出したタスクの数にもポイントが有る。まずタスクの数はスレッド数(≒コア数)と同じ数以上にする。これはアイドルスレッドを避けるためである。次にタスクの粒度は出来るだけ大きい方が良い。これは並列化によるオーバーヘッドが生じることが影響している。タスクが大きい方がメモリキャッシュが効くなど性能面で有利な点がある。

タスク同士の間には2種類の依存性がある。1つ目は順序の依存で、あるタスクが他のタスクの処理結果に基づいて実行される場合が該当する。2つ目はデータ依存で、変数の使い方で問題が生じることがある。

タスクの割り当ては最初に決めてしまう静的割り当てと、動的にタスクを決める動的割り当てがある。タスクの処理時間が固定の時は静的割り当てが簡単でオーバーヘッドもなくてよい。処理時間にばらつきがある場合は動的にタスクを割り当てる必要がある。

◯データ分解
基本ルールはタスク分解と同じ。分割する数はスレッド数よりも多くする、細かすぎると並列化によるオーバーヘッドが問題になるので大きい粒度で。処理対象となる分割されたデータ領域をチャンクと呼ぶ。チャンク分割はタスクの粒度と境界長の比率が最大になるように分割すると良い。

チャンクの境界において、別チャンクのデータを参照する必要があると工夫がいる。簡単なのは境界部分を予めスレッドごとにコピーしておく方法がある(ゴーストセル)。そうでなければ処理時に必要に応じて参照させる方法があるが、参照対象のデータが未処理の場合、参照処理をまたしておく必要がある。どちらも一長一短がある。

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.03.11

Clay Breshears
オライリージャパン
売り上げランキング: 39727

Amazon.co.jp で詳細を見る

「業務が組み込みメインでもそろそろ並行処理も避けて通れないよね」という雰囲気を年初から職場で醸し出し、勉強会を開くことにこぎつけました。内容は並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミングの輪講です、The Art of Concurrencyの邦訳ですね。

「職場の1人ができてもしょうがなくて、みんなの基礎がある程度揃ってないと話もかみ合わなくなるだろう」という思いが勉強会を選んだ理由の1つ。もう1つの理由は「勉強会ならサボらず最後まで読まざるをえないよね」という自分へのハッパがあります。今は他にも実用Gitを読んでいて、実は昨年の夏からレガシーコード改善ガイド (Object Oriented SELECTION)を積読にしたままです。3冊平行に読むのが良いとは思えませんが、読んだ記録をそれぞれつけて行こうと思います。

前置きが長くなりましたが、まずは第１章「速くしたい人、手を挙げて！」です。

◯並列と並行の違い
・並行：複数の動作を同時に実行状態に保てる機能を備えていること。
・並列：複数の動作を同時に実行できること。
スレッドライブラリを使ってマルチスレッドプログラミングを実装し、シングルコア(Pentiumとか)でプログラムを実行した→並行処理
スレッドを使ったプログラムをCore i7で実行した→並列処理
ということですね。並列処理は並行処理に完全に包含される関係があります。

◯効率的な並行アルゴリズム
コア数に応じて処理時間が短くなる(2コアで1/2、4コアで1/4) が理想だけど、処理の一部は逐次処理が不可避な場合がほとんどで理想的な性能を得られることは殆どない。
特定のコア数を念頭においたアルゴリズムではなく、今後新しく発売されるCPU(16コアとか、32コアとか…)に応じて望ましい性能がそのまま発揮出来るように実装するのが目標。

◯スレッド化のステップ
通常の開発が1.仕様定義、2.設計、3.実装、4.テスト、5.チューニング、6.保守の流れを取るのに対し、スレッド化のステップは以下をとる。

1. 分析：どこが並列可能かを見極める。並列化によりオーバーヘッドが生じるので重い処理を選ぶ。
2. 設計と実装
3. 正当性の検証：不完全なスレッドの実装により起きる問題の対応
4. 性能チューニング：同期・競合・メモリキャッシュなどの問題への対応

逐次処理のソースで動く実装を固めるのが第１、いきなり並行処理アルゴリズムを実装すると元々の問題か、平行化に起因する問題か切り分けが必要になる。

◯歴史的な話
古くは複数の機器を組み合わせて処理を平行化する分散メモリプログラミングが主流だった。最近はCPUのマルチコア化が進んでいるので共有メモリプログラミングに移っている(本にはこんな記述無いんだけど理解があってるかな?)。

◯これから学んでいくこと

• 処理の分割の仕方。処理を並列化するのか、処理対象のデータを並列化するのか。
• 処理の分担をどう決めるか。最初に決めてしまうのか、ロードバランシングを考慮して動的に決めるのか。
• ロック、排他制御の定石　など

並行コンピューティング技法 ―実践マルチコア/マルチスレッドプログラミング

posted with amazlet at 10.03.03

Clay Breshears
オライリージャパン
売り上げランキング: 11030

Amazon.co.jp で詳細を見る

日本「半導体」敗戦 (光文社ペーパーバックス)

posted with amazlet at 10.02.11

湯之上 隆
光文社
売り上げランキング: 1455

Amazon.co.jp で詳細を見る

本屋で見かけたらどうにも気になってしまい購入して読みました。最初にこの本の存在を知ったのは日本半導体・敗戦から復興へ　JBpress(日本ビジネスプレス)だったかな? この本の主張は前半部に固まっており、Webで読むことができるし、Amazonの書評を見ても大体わかるようになってます。

本書だと図やグラフ、実際のデータも使って説明されていますがざっくりまとめると

• 日本の半導体企業は過剰品質でものづくりしてしまう傾向があり、各工程で個別最適化されてしまっている。
• 全体最適でないため利益率が低く、不況の度に赤字体質が表面化してしまう。
• 自社の「技術力は高い」と判断する評価軸が間違っている。安くモノを作るのも技術のうち

サラッと読めるので、興味があれば立ち読みしてみることをおすすめします。半導体に限らず他の業種でも同じような現象は少なからず起きているのではないかと。

あとはこの本がお勧めできない理由です。

• 後半に行くほど無駄が多い。筆者の世界１周珍道中なんてバッサリ削るべき。
• 筆者が「半導体産業を知らない学者が半導体業界を評論している」と批判しているのに、最後は「自動車」とか「テレビ」とか他産業の現状を叩いている。
• 光文社バックスの4重表記が読みにくい。「(例)これまでに類を見ない大規模なリストラmassive lay-offsを敢行した。」とか英単語が突然文中に入る形式を読みやすいという人が居るのかな?

ソフトウェアアーキテクトが知るべき97のこと

posted with amazlet at 10.01.31

オライリージャパン
売り上げランキング: 6647

Amazon.co.jp で詳細を見る

この本の正しい使い方。

1. ソフトウェアアーキテクチャに興味を持った人が数人集まる。
2. 適当に1章選んでみんなで読む
3. 理解できる/理解できない/何が言いたいのか分からない/昔こんなことがあったなど議論を交わす。
4. 飽きたら辞める。

97個も話があると似たような話があります。もうちょっと整理してくれたら30個ぐらいにできたのに。
息抜きに読むとたまにヒントが得られる本だと思います。もっと砕けた感じが良ければアドレナリンジャンキーがおすすめです。

・・・

以下は自分が良いなと思ったエッセイです。
◯03 最大の問題は、多分技術的なことではない
相手を人として尊重し、憶測で非難しないこと。話しあうこと

◯08 すべてのものは、かならずエラーを起こす
エラーの影響を緩和するために何かを導入する度に、それが新しいエラーを増やしていく。

◯18 一般性よりも単純性、再利用よりもまず最初に使えること
推測による汎用性よりも、経験を通じた単純性の方が役に立つ。
単に汎用的であることを目標として設計された多くのものは、良く考えられていても何の役にも立たない。

◯37 ソフトウェア・アーキテクチャが倫理的な意味を持つことを考えよ
必須フィールドは特に害が無いように見えるかもしれないけど、設計者の都合をユーザに押し付けてしまっている。
設計者が楽をするためにわずかずつであっても他人の生活を不便にすることは倫理的ではない。

◯54 あなたの知識と経験を共有しよう
経験は1つだけど、そこから出来るだけ大きな知恵を引き出すためには経験に合理的な説明を加えなければならない。
簡単に説明出来るようになるまでは、対象を完全に理解しているとは言えない。

◯61 データがすべて
データはコードよりも概念として小さく、複雑度もかなり低い。

◯72 優れたコンテンツは優れたシステムを作る
新しくシステムを設計するときには、開発プロセスの一部を既存コンテンツの評価に当てるべき。

◯82 本当の顧客は目の前の顧客ではない
本当の顧客はあなたの顧客の顧客。
あなたの顧客の顧客が成功すれば、あなたの顧客が成功する。そうすればあなたも成功する。

◯日06 手段的な技術と陳腐化しない本質的な技術
ノウハウ的な知識ばかりが増えても背景にある理論を理解しないと作れないソフトが有る。
作業の90%はノウハウの積み重ねでソフトウェアの魅力が高められる。しかし残り10%で本質的な知識が要求される。そしてそこでソフトウェアの革新性が決定される。

0さい~4さいこどもずかん 英語つき

posted with amazlet at 10.01.26

デイブ テルキ
学習研究社
売り上げランキング: 3200

Amazon.co.jp で詳細を見る

本が好きな娘のために購入しました。

たまたま時間つぶしに入った本屋で見つけた本ですが、いろいろな絵が可愛く書いてあり、大人が子供と一緒に眺めるのも楽しいと思います。装丁も頑丈で、ページも耳がついているため、子どもでもめくりやすくなっています。片仮名での英語の発音表記はなくても良い気がしますが、この辺は人それぞれなんでしょうか。

全4巻らしいので、飽きたタイミングを見計らって少しずつ買い増そうかと思っています。

読む量より買う量の方が上回っている気がしますが・・・

アート・オブ・プロジェクトマネジメント —マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE) (単行本（ソフトカバー）)

アートオブアジャイルデベロップメントを買おうと思って本屋に行ったら見つけた本。パラパラと中身をみて今の自分に必要そうだと思ったのですが、Amazonの書評をみて決めようと思ってその場では買わなかったものです。自分が知らなかっただけで結構評判の良い本のようなので買うことにしました。
アートオブアジャイルデベロップメントの方はまたの機会に。

発想する会社! — 世界最高のデザイン・ファームIDEOに学ぶイノベーションの技法 (単行本)

前から欲しかったんだけど買う機会がなくてずるずるウィッシュリストの上位にあった本です。技術書だけだと飽きるので、合間に読もうかなと。メイキングオブピクサーと悩んだのですがこれもネット上の評判を信じてこっちにしてみました。というかネット上の評判に左右される買い物が多いですね、自分。

Scalaスケーラブルプログラミング[コンセプト&コーディング] (Programming in Scala) (単行本)

今年はふつうのHaskellプログラミングを読んで、Haskellに触れてみましたが、来年も何か新しい言語を勉強して見識を広めようかとScala本も購入。高いのがネクですね。
Haskellの知識も怪しいところが盛り沢山なのでまた来年再入門しようかしら。

V字回復の経営—2年で会社を変えられますか (日経ビジネス人文庫) (文庫)

@V字回復の経営【書評】 - livedoor Blog（ブログ）" href="http://blog.livedoor.jp/tabbata/archives/50679863.html">TABLOG:ダメ会社の不振事業によく見られる50の症状　@V字回復の経営【書評】 – livedoor Blog（ブログ）でおすすめされていたのを見て知り、先日ようやく読み終わりました。毎年赤字を垂れ流し続ける事業部を2年で立て直すためのやり方と、実際に起こるであろう事象が小説風に書かれています。少し前に流行ったザ・ゴールみたいな本 といえばわかる方もいるかも知れません。Amazonの書評も概ね高評価で、読み終わってみて確かに楽しめる本でした。そして組織の上部にいるほど有用な本だと思います。

この本に書かれている改革の流れを一般職の社員ができるかといえば無理でしょう。強力なスポンサー/後ろ盾もいるし、手の届く範囲も限られています。自分から下、手の届く範囲をこの本の手法で変えていけるか であれば可能かもしれません。この本で2年の時間軸で語られている内容は新しい仕事のやり方を導入する際にも変わらないと筆者も明記しており、自分もそのとおりかもしれないと思っています。会社の中でも誰か限られて人が読むよりも、上から下までまんべんなくこの本を手にとり、上はどう考えて施策をうったのか、下はそれをどう受け取るべきかを考えて行動できればV字回復がいらないぐらいの業績が達成できるのかもしれません。

3箇所ほど気になった箇所がありましたが、あとは満足です。

• 気になった箇所1: 「コンサルタントは日夜血のにじむような思いで仕事に取り組んでいて、本書の登場人物たちの仕事ぶりなんか素人の真似事」なんてことを筆者が言ってること。真実かも知れないけどそんなこと本に書かなくてもいいのに。
• 気になった箇所2: 業務管理アプリケーションを「パソコンオタクの社員を探してきて仕事を命じれば簡単に作ってしまう」なんて言ってること。Excel帳票を作る程度の話なのかもしれないけどナメすぎ。
• 気になった箇所3: 業績がうまく回っていれば残業も休日出勤も厭わず社員が働くようになり、それが望ましい状態であるかのようにそこかしこで書いてあること。会社が消滅するのは問題だけど、社畜化してしまったらまた違う問題が生じるだけ。

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

トム・デマルコのファンというわけではないのですが、Jolt Awards受賞の文句につられて購入しました。中身は面白いものの、受け取り方は様々かもしれません。これを教訓として組織やチームのあり方に思いを巡らせる人もいれば、「こういう話よくあるよね」って笑い話にしたい人もいるかも知れません。自分はどちらかというと後者かも。
いい話と悪い話があるんですが、タイトルだけ見て見分けがつかないのが問題かも。

自分は以下の話が面白かったです。気になった方は手にとって読んでみてください。

15. 「どうしてミケランジェロになれないんだ?」
マネージャーは、チームの能力が向上することをひそかに期待しながらツールを調達する。

19.映画評論家
映像評論家とは、プロジェクトにとって自分の価値は過去や今後の間違いを指摘してやることだと思っていて、間違いを正すためには何もしないメンバーや傍観者のことである。

21.ソビエト式
完成した製品は、顧客が要求した機能は備えているが、嫌われてすぐに捨てられる。

30.ちびた鉛筆
コストの削減の波が続くと、組織にはプロジェクトを完了する能力もなくなってくる。

34.エセ品質ゲート
プロジェクトの品質保証担当は、本当の品質向上には役に立たない形式チェックにとらわれている。

67.十字穴付きネジ
あきらかに優れたアイデアは、意外なことに、すぐには受け入れられない。

入門Git (単行本)

少し流行からは遅れましたが、ようやく読み終わりました。既に各所で絶賛されていますが、自分もなかなかの名著だと思います。Gitの表面的な使い方だけでなく、その設計指針や、背後にある思想などGitのエッセンスを余すこと無く、”日本語で”学ぶことができるのがすばらしいと思います。

Chapter8まではWEB DB Pressの特集の焼き直しで、残りが本書で書き下ろされた内容かと思います。自分はWEB DB Pressの特集を事前に読んでいたので前半は復習がてら読めましたが、分散バージョン管理の本を初めて読む人には1度で理解するのが難しいかもしれません。でもゆっくり読めば分かるのではないかと思います、たとえ話も上手ですし。

Chapter10以降は急に趣が変わって、辞書的な内容が強い気がします。Gitを日頃から使ってないと使い方のイメージがわかず、所々引っかかってしまうのではないかと思いました。自分もその口です。Amazonの批評にある難しいという印象はこの章以降が影響しているのではないかと個人的には思っています。

自分が仕事でGitを本格的に使い始めてまだ半年も経っていませんが、最近Subversionの時代遅れ感を強く感じます。作業途中のファイルを気軽にコミットしたり、コミットの歴史を書き換えたり、機能追加のためのブランチ(本書ではトピックブランチと言ってます)を気軽に作ってマージしたり、どれもSubversionでは日常的に運用できないことばかりです。

自分がバージョン管理を使い始めたのはCVSからSubversionの変わり目、Subversionの1.0が登場する半年ぐらい前だったのですが、バージョン管理システムはこれで完成系だろうとCVSとSubversionを学んで思っていました。大間違いでした。Subversionで満足してしまっている人こそ本書を読むべきだと思います、強く強くお勧めします。Subversionはまだ主流かもしれませんが来年、再来年は分かりません。今Gitの存在を知ったときに勉強を始めるべきです。

とりあえず周りのチームに広めるところから自分は始めます。WindowsもTortoiseGitがあって、普通に使えてますよ。

ザ・サーチ グーグルが世界を変えた (単行本)

今更ですが、借りる機会があったので読みました。当時は人気があったGoogle本ですが、発行されてから3〜4年がたった現在ではまた見方が変わります。

• Googleの当面のライバルはYahooと紹介されていた。現在では実際にガチンコ勝負できるのはMicrosoftしか戦える相手がいないように見える。
• Googleはどの道に進んでいくのかと本書の刊行時点では分からなかった。正解はVideo(YouTube)、地図(Google Map/Earth)、写真(Picasa)といったところか。結局昔も今も検索で一本筋が通っているのは変わってない。
• SNSが流行り始めた時期だったから少し触れられていた。実際はOrkutは世界的には流行らず、世界的に流行ったSNSはFriendSterではなくFacebookだった。
• この時点で検索の持つ力は世間に認知されてきていたが、Twitterに代表されるリアルタイム性の概念は無かった。
• Googleは当初から「世界中の全ての情報を整理すること」を目指して設立されたように現在では思えるが、この本を読むと結構場当たり的に進んでいた面が大きかった。

特別目新しい情報は無かったけど、Googleの歴史をリアルタイムで追ってなければ面白く感じるかもしれません。

パターン、Wiki、XP ~時を超えた創造の原則 (WEB+DB PRESS plusシリーズ) (単行本（ソフトカバー）)

旬を過ぎてしまいましたが、遅まきながら読み終わりました。デザインパターン、XP、Wikiに通じるより良い成果物を作り込むための思想の歴史が詳しく紹介されています。どれも断片的には学んだことがある物ばかりですが、ここまで整理された歴史を分かりやすく読める本は他に類書がないのではないかと思います。

この本を読んだからといって、すぐに明日からの仕事が改善できるということはありませんが、素養として時間のあるときに読んでみるとソフトウェア開発に従事している人以外も楽しめるんじゃないかと思いました。

アジャイルレトロスペクティブズ　強いチームを育てる「ふりかえり」の手引き (単行本)

お盆休み前に読み終わってたんだけどブログを更新していなかったので。

「振り返り」時に使える技法を効果とともに紹介／解説してくれている。最初に効果的な振り返りの流れを定義した後、問題の抽出、解決のためのアイデア出し、チームとしての方針決定などで使える事例がたくさん載っています。自分たちでやり方を考えるのは大変だし、どういうときに効果があるのかもやってみないと分からないのが解説されているのはいいかも。

Pragmatic Programmer(達人プログラマー)シリーズの一冊だけど、プログラムの話はいっさい出てきません。業務全体に活用できる話かも。

今回がラスト

○第１４章　継続的改良
コマンドライン引数を解析するArgsクラスを題材に著者がリファクタリングをしていく過程を追体験できる。
最初に最終結果が提示されたため、それがスタート地点かと思ってびっくりしたが実際は真逆だった。
最初に最終結果を見せなければもうちょっと追って見る気力が出てきたのに。

○第１５章 JUnitフレームワーク
JUnitに対して著者がリファクタリングをしていく過程を追体験。
特記事項は無いので割愛

○第１６章 SerialDateのリファクタリング
OSSのライブラリに対して著者がリファクタリングしていく過程を追体験。
特記事項は無いので割愛。

○第17章　においと経験則
筆者によるチェックポイントのまとめ、よくまとまっていて、レビュー時に使えそうなので全て写経!

• 不適切な情報: 作者、更新日、更新履歴は不要
• 退化コメントを削除：コメントは陳腐化するのでいらなくなったらこまめに削除
• 冗長なコメント
• 記述不足のコメント
• コメントアウトされたコード：読みにくくなる以外の効果は無い
• ビルドに複数のステップを要する：1操作でできるべき
• テストに複数のステップを要する：1操作でできるべき
• 多すぎる引数
• 出力引数：オブジェクトの状態を積極的に変更する
• フラグ引数：2つの関数に分けよう
• 死んだ関数：呼ばれてない関数は削除する
• 1 つのソースに複数言語を混ぜない：コメントにHTML形式のレイアウトを入れない とか
• あって当然の振る舞いが実装されてない：大文字／小文字の区別とか
• 境界値に対する不正確な振る舞い：きちんとテストすること
• 安全軽視：コンパイラの警告はきちんと対処する
• 重複：DRY! Once and only once
• 抽象レベルが正しくないコード
• 継承クラスに依存したクラス
• 情報過多：メソッドは少ないほどいい、インスタンスは少ないほどいい
• デッドコード：決して通ることが無いif文は無いか、カバレッジ計測ツールで確認
• 垂直分離：変数宣言は使用場所の近くで
• 不整合：規約の選択は慎重に、決めたらコロコロ変えない
• 雑然：未使用変数、意味が無いコメント、呼ばれない関数は削除する
• 人為的な結合：意図の無い結合は避ける
• 機能の羨望：実装を他のクラスにさらすべきではない
• セレクタ引数：小さな関数に分割しよう
• 不明瞭な意図：計算過程を変数名で説明するとよい
• 責務を持たせる場所の間違い：直感的にあるべき場所に置く
• 不適切なstatic
• 説明的変数を積極的に使う
• 関数名は名は体を表すべき
• アルゴリズムを理解する
• 論理的な依存性を物理的なものとする
• if/else, switchよりも多態を使う
• 標準規約に従う
• マジックナンバーを定数化する
• 正確であること
• 規約より構造
• 条件をカプセル化する
• 条件の否定形を避ける
• 関数では1つのことに集中する
• 隠れた時間軸上の依存関係を見えるようにする
• いい加減にならないこと：矛盾が生じないように
• 境界条件はカプセル化する
• 関数は一つの抽象レベルを担うべき
• 設定可能なデータは高い抽象レベルに置く
• 推移的なナビゲーションを避ける
• 記述的な名前を選ぶ
• 抽象レベルに適切な名前を選ぶ
• 可能な限り標準の用語を使用する
• はっきりした名前
• 広いスコープには長い名前を割り当てる
• エンコーディングを避ける
• 名前で副作用をあらわす
• 不十分なテストを避ける
• カバレッジツールを活用する
• 些細なテストを省略しない
• 境界条件をテストする
• バグの周辺は徹底的にテストする
• 失敗パターンの傾向に着目する
• テストは高速に実行できるように

これで400ページ弱の本が読み終わったー！

Clean Code アジャイルソフトウェア達人の技 (大型本)

○第８章　境界
内部コードと外部コード(3rd party製のライブラリとか)をうまくつなぐ方法について。

直接使うのではなく、ラッパを一つかませると良い。使用者側は特定のニーズに特化したインターフェースを求めるが、ラッパがあれば万事解決。
外部コードをつなぐときには、テストコードを先に書くと振る舞いの勉強ができ、かつ次回以降のアップデートでテストケースができるためオススメ。こうしたテストには「学習テスト」という名前があるらしい。

よい設計は過大な投資ややり直しを求めること無しに変更への対処を可能とする。自分たちのコードの広範囲が3rd partyの実装詳細に関する知識を持たないようにする。

○第９章　単体テスト
テスト駆動開発(TDD: Test Driven Development)の3大原則

1. 失敗する単体テストのコードを書く前に製品のコードを書いてはならない
2. コンパイルが通り、適切に失敗する単体テストができるまでは次の単体テストを買いてはならない。
3. 現在失敗している単体テストが通るまで、次の製品コードを書いてはならない。

テストコードと製品コードはほぼ同時に書く、テストコードの方が数秒先行するだけ。
きちんとやればテストコードの行数は製品コードの量に匹敵し、管理上の問題が必要になるぐらいのはず。
(同じぐらいの分量だと足りない気もするんだけど、適切な量はどれぐらいなんだろう・・・？)

テストも製品コードと同等の品質基準に従うべき。きちんとメンテナンスされ続ける必要がある。
テストがメンテナンスされてないと、新規コードを書く時間よりテストコードを書く時間の方がかかるようになってしまい、テストがされなくなってしまう。結果製品コードも腐ってしまう。

単体テストが以下の性質を実現する。

• コードの柔軟性
• 保守容易性
• 再利用性

テストがあれば変更を恐れずできる。
テストに重要なのは何を置いても「読みやすさ」である。
製品コードほどの実行効率は必要ないことに気づく。読みやすさの工夫の余地が広がるはず。

きちんと整理された1つのテストは「構築ー操作ー検査」のパターンに合致するはず。
1つのテストでは1つの概念を扱う。
クリーンテストはF.I.R.S.T.の規則に従う

• Fast: テストは高速に実行できる
• Independent: テストは互いに関連しない。
• Repeatable: 再現性がある。
• Self-Validating: テストの結果は成功か失敗か明確に判断できる。
• Timely: 必要なときにすぐ書ける。

○第１０章　クラス
クラスは小さくなければならない。行数ではなく、1つのクラスが担う責務に着目して測るのが重要。
クラス名は責務を表した名前を付け、実装は単一責務の原則(SRP: Single Responsibility Principle)に従うようにする。
責務に着目するとクラスの分割がやりやすくなる。

クラス内のメソッドが操作する変数が多い方がクラスの「凝集性」が高い。
凝集性が高いとメソッド変数は互いに依存し合っていることになり、全体として1つのロジックをなすようになる。

○第１１章　システム
システムレベルでもきれいな状態に保つことは大事。
依存性注入(Dependency Injection)を考慮したフレームワークを使うといいよ。

最初から正しいシステムというのは神話、適切に関心ごとを分離して保守していくことでアーキテクチャも改善していくことができる。

モジュール化と関心ごとの分離は管理と意思決定を延期することができ、一般的に後で決断をする方が最善の情報に裏付けられた決断を行うことができる。

○第１２章　創発
単純な設計のための4つの規則

• 全テストを実行する
• 重複が無い
• プログラマの意図が表現されてる
• クラスとメソッドを最小化する

・全テストの実行
システムがテスト可能でなければ検証可能でない。
SRPに従ったクラスはテストも容易。
システムを完全にテストしようとすると依存性注入などのテクニックが自然と使われるようになり、より優れた設計を生み出してくれる。
コードを壊す恐れが減るため、リファクタリングも思い切ってできる。

・重複の排除
重複は余計な作業、余計な危険、不必要な複雑さを引き起こすため悪である。
大きな再利用を実現するため、小さな再利用を理解することが大事。

・表現に富む
書き手の意図が明快であるほど、別の人が理解しやすくなる。
書いた本人が書いた時点で理解できるのは当たり前、なぜなら解く対象の問題を深く理解しているから。
ソフトウェア開発の大半は保守なのでメンテナンスのしやすさの方が大事。

表現に富んだコードを書くには以下が重要

• よい命名
• 関数とクラスを小さく保つ
• 標準の用語(デザインパターンとか)を使う
• 単体テストで使用例を文書化する

・クラスとメソッドを最小限にする
規則の中でも最も優先順位が低い。最小限にするあまり実際的でないルールや実装を行ってはならない。

○第１３章　同時並行性
きれいな同時並行プログラムを書くことは困難を極める。

• 同時平行性は常にパフォーマンスが改善される訳ではない。待ち時間が大量にあって、複数処理で共有できる場合のみ。
• 同時並行プログラムはシングルスレッド時とアルゴリズムも設計も違ってしかるべき。
• 同時並行性の実現には余分なオーバーヘッド、複雑さを伴う。
• 同時並行性のバグは再現性がない。

それでも同時並行性が必要なときは以下の点に留意する。

• 単一責務の原則を守る。同時並行性に関するコードは他と分離する
• データスコープを限定する。クリティカルセッションの数を抑える
• 可能な場合はデータのコピーを利用する。
• スレッドはできるだけ独立させる。

同時平行性の大抵の問題は以下のいずれかか、組み合わせで表現できる。

1. プロデューサー／コンシューマー：キューを使ってジョブをやりとり
2. リーダー／ライター：飢餓状態、古い情報の集積、スループットの低下など問題が多い
3. 食事する哲学者の問題 – Wikipedia

問題を早期に発見して作り込まないようにする。

• 怪しい問題があったらスレッドを疑う
• 最初にスレッド化されないコードを完成させる
• スレッド化されたコードの実行条件は変えられるようにする
• プロセッサの数よりもスレッド数を多くしてテストする
• 異なるプラットフォームでテストを実行する。

Clean Code アジャイルソフトウェア達人の技 (大型本)

例によって括弧書きはコメント

○第５章 書式化
チームで仕事をしているなら1つの書式ルールで合意をとり、すべてのメンバーはそれに従うべき。
(当たり前のことだけどできてないことが多いコードが多い。ルールを文書化しておくと規約に沿ってないコードを書いたときも指摘しやすい。静的解析ツールのルール定義をしておくのもありかなと思う。)

コードの書式化は宗教戦争の引き金ではなく、長期にわたって保守容易性と拡張性を提供してくれるもの。

大きなファイルよりも小さなファイルの方が理解しやすい、当たり前のこと。
ソースファイル中の記述は抽象レベルが高いものが上、実装詳細が下にあることが望ましい。新聞と同じ構造。

縦方向で書式化に関連するのは空行の入れ方。パッケージ宣言、インポート文、各関数など別の概念のものは空行を挟むと良い。
逆に一続きの処理の間に空行がはいると読みにくくなる。関連するコードは空行を挟まず、物理的に近い位置に記述できることが望ましい。
変数宣言は使用位置に近いところで、ループ変数はループの中で宣言する。

横方向の書式化はインデントや空白、1行の文字数がある。
文字数はモニタに入りきるぐらいで、120文字ぐらいがいいのではないか。
空白をうまく挟むことで処理を強調できる。代入の左右に置くと変数名が読みやすくなるし、計算式の途中に入れると演算子の優先順位が読みやすくなる。
タブを使った変数の位置合わせは意味が無い。位置あわせしないと読みづらいような宣言はそもそも何かおかしい(関数／クラスが大きすぎる　とか)。

○第６章　オブジェクトとデータ構造
すべてのメンバにゲッタとセッタを用意するのはアホのすること、最悪。
目指すべきは「抽象インターフェースを公開することで、データの実装を知らせること無しに利用者に対してデータの本質を操作することを可能とする。」

データ／オブジェクトには非対称性があり、状況に応じて使い分けることが大事。

データ構造(structとか)を使用するコードは新たな関数を既存のデータ構造に影響を与えずに追加することが可能。オブジェクト指向の場合、既存の関数を帰ること無く新たなクラスを追加することが可能。

言い換えると

データ構造を使用するコードは、新たなデータ構造を追加する場合、既存関数全てに手を入れる必要がある。オブジェクト指向の場合、新たな関数を追加する場合、既存クラス全てに手を入れる必要がある(interfaceを使った場合ね)。

○第７章　エラー処理
エラー処理は重要だが、エラー処理のせいでロジックが不明瞭になっているとしたらそれは間違っている。

例外が使えるなら戻り値によるエラー情報でなく、例外を積極的に活用する。
3rd partyのライブラリなど多数の例外に対応する必要がある場合はラッパを作って、不要な例外処理をロジック側に書かなくてもよくする工夫も有効。

nullは返さない、nullを渡さない。
nullを返す実装を作ると呼び出し側でチェックが必要になり、記述が複雑になる。空のリストを返すとか工夫をすることで、nullを返すのと同じ効果を得ることが可能なはず。
nullを渡すコードを原則禁止にしてしまえば、nullが渡って来た場合、誤りであるとすぐに気づくことができる。

Clean Code アジャイルソフトウェア達人の技 (大型本)

少し間が空きましたが、3章進みました。
納得できるもの、感心できるものもあれば疑問に思うところもちらほら。

○第２章　意味のある名前
いい名前を付けるには時間がかかるが、より多くの時間をあとで節約できる。
以下の命題に答えられる名前を付ける。

• なぜ存在するのか
• 何をするのか
• どう使用するのか

嘘の情報や、紛らわしい名前はさける。具体的には”意図した意味以外に使われる名前”は避ける。例えば配列名にAccountListと名付けるとList構造で実装されていると連想させてしまう。(よくこういう名前を付けてるけど混同したこと無いな・・・)

• 意味が無い名前も避ける、例えば一般的すぎる”Info”や”Data”。
• 発音できない名前は使わない。
• 検索可能な名前を使う。
• メンバ変数にプレフィックスは不要。
• ハンガリアン記法もコンパイラの方が賢いので不要。
• 解決する問題領域の用語を使う。用語集や語彙集があるといい。
• 当たり前のことだけど変数名には”名詞”、関数名には”動詞”

(最近は長い名前の変数名も使うようになった気がする。省略形をうまく作ったつもりでも引き継げないことの方が多い。
システム全体で用語集/語彙集を作っておくというのはいいかも。作ったときはコード規約に入れておくといいのかな?)

○第３章　関数
関数の原則は”小さくある”こと。一つの関数では一つのことだけを行い、それ以外のことを行わないこと。この原則に従うとif/else文やwhile文のブロック行は１行になり、関数の中にはネストされた構造も登場しなくなる。
関数の実装から別の関数を抽出できるか調べることで、関数が一つのことに集中しているかどうかを調べることができる。

関数は抽象レベルが高いものを先に記述する。こうすることでコードを物語のように読むことができる。(1ファイル中の並びはアルファベット順でいいのかと思ってた。確かに抽象度順がいいかも。)

関数の引数は0が理想、3以上は避けるべき。オブジェクトの状態を変更するようにコードを書くことで、0引数の関数が実現できる。あわせて出力先を引数で受け取るのも避けるべき(C言語ではこれは無理だ・・・)

例外を多用する、戻り値でエラーコードを返さない。エラーコードを使うとすべてのファイルが特定のエラーコードが記述されたファイルを参照するようになり、そのファイルの修正がしにくくなる。
try〜catchでエラーを補足するのも１つの処理になるので、エラーを補足する関数も別途分ける。

• 副作用をさける。
• 処理を行う関数と、応答を返す関数は分ける。
• 最初から完璧な関数が書ける訳は無い。

○第４章　コメント
「ダメなコードをコメントで取り繕っては行けない。書き直すのだ。」
適切なコメントのあり方は、コードでうまく表現することに失敗したとき、それを補うのに使うこと。

コメントの使用がダメな理由は古いコメントはメンテナンスされる保証が無いから。
コメントを書く労力はコメント無しでコードを明確化する努力に当てるべき。
不正確なコメントがあるぐらいなら無い方がマシ。書かずに済むコメントよりも良いものは無い。

必要なコメントもある

• 著作権／著作者の表示
• 意図の説明
• 曖昧な引数・戻り値の明確化
• 結果に対する警告(この処理はスレッドセーフじゃないとか)
• TODOコメント

ダメなコメントの例

• プログラマの独り言、コードの他の箇所も理解していないと意図が分からないようなもの
• 冗長なコメント(以下はデフォルトコンストラクタ とか)、コードの処理以上に説明しているコメント
• 変更記録 → ソースコード管理システムに任せましょう
• 閉じ括弧コメント→括弧の対応が1画面内に収まるぐらいに整理する

Clean Code アジャイルソフトウェア達人の技 (大型本)

今週からクリーンコードを毎晩読んでいます。
コードをどう書くべきか、かなり泥臭いところを懇切丁寧に解決した本です。
まだ触りを読んだだけですが、良書の感じがします。

あまりネット上に言及している記事が無いので自分の勉強がてら勉強したことを書いていくことにします。続くと思います、多分。

○前書き
ソフトウェア開発では小さなことこそが重要。
建築家はきちんと閉まらないドア、曲がった床のタイル、汚れた机をよしとするか？
「神は細部に宿る」

5S原則はソフトウェア開発にも当てはまる。

• 整理：どこに何があるかを把握する。名前付けはきちんとできているか。
• 整頓：コードは読む人が”ここにあるだろう”と推測した場所にあるべき
• 清掃：コードをコメントアウトで汚してないか
• 清潔：コーディングスタイル、仕事の進め方
• しつけ：変革を厭わない姿勢を持っているか

設計に終わりは無い。常に元あった状態よりも良くしてチェックインすること。
ソフトウェア開発における改善(リファクタリング)はコストではなく、価値につながる。

○序論
職人技の習得は

• 職人に必要な知識を得る(原則、パターン、経験則)
• 知識を咀嚼して自分のものとする

からなる。
クリーンコードを書くには努力が必要。経験則とコードを洗練してく過程で行った判断が何よりも重要。

○第１章 クリーンコード
要件を詳細に定義し、機械に実行可能なものとするのがプログラミングであり、コードである。
よく定義された要件はコードと同じ、常にコードは必要である。

粗悪なコードはコードを追加／修正するのに必要なコストが結局高くつき開発スピードが遅くなって管理できなくなってしまう（ウェーディング(wading)と言うらしい)
プログラマはコードのプロなので、混乱のリスクを理解できない管理者に屈服してはならない。

きれいなコードを「読める」のと「書ける」のには大きな差がある、センスが重要。クリーンコードの定義は人により異なるが、以下の要件を満たすものが挙げられることが多い。

• エレガントであること
• 明快な抽象化、まっすぐな境界線
• 原作者以外でも読め、拡張ができる
• 誰かが気配りを持って書いたコード
• テストがあり、重複が無く、システムの知識が表現されている

クリーンコードにも流派があって当然で、この本で紹介しているのは流派の1つに過ぎないことを頭に留めておくことは大事。

Clean Code アジャイルソフトウェア達人の技

posted with amazlet at 09.06.04

Robert C. Martin
アスキー・メディアワークス
売り上げランキング: 5682

Amazon.co.jp で詳細を見る

家電名機カタログ—古今東西の傑作家電を完全網羅 (100%ムックシリーズ) (大型本)

家電批評のムック本を本屋で見かけて衝動買いしてきました。ずば抜けた歴史に残る家電 ”神機” を扱っています。以前の雑誌記事をつなぎ合わせた感じも否めませんが、まとまっていて保存するにはこっちの方が便利かもしれません。

はてなブックマークのホットエントリにあった エンジニアがタイトル買い、著者買いすべき本 – {Fight the Future => じゅくのblog}を見て、去年新人教育用に何冊かリストアップして渡したことを思い出しました。実際に読んでくれて役立ったか分からないけど、挙っていた本だとリファクタリング—プログラムの体質改善テクニック (Object Technology Series) (単行本)とJoel on Software (単行本)とアジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 (単行本（ソフトカバー）)がありました。元ネタに挙っていた本は個人的にもお勧めなものばかりです。

他にも数冊渡したはずで、全部は思い出せないのですが思い出せる限りでオススメの本をあげておきます。

C言語ポインタ完全制覇 (標準プログラマーズライブラリ) (単行本)

↑多分渡して一番役立った本です。研修でポインタを教わってもどう使っていいのか分からないのが新人の常なので適切な問題(ポインタに絡む実装や修正の依頼)とセットで渡してあげると効果が倍増するはずです。

定本 Cプログラマのためのアルゴリズムとデータ構造 (SOFTBANK BOOKS) (単行本)

↑またはプログラミングの宝箱 アルゴリズムとデータ構造 (C magazine) (単行本)でもいいかも。
下手な研修だと木構造とか文字列検索とか教わってこないので素養としてこれぐらいは読んでおいて欲しいかも。

ライト、ついてますか—問題発見の人間学 (単行本)

↑実際には渡せなかったけど、あるならこれも渡したかった。
元ネタにはワインバーグの本は無かったけど、著者買いしてもはずれが少ない人だと思います。

我らクレイジー☆エンジニア主義 (講談社BIZ) (単行本)

↑最後は趣味、仕事に望む気持ちの持ちようとして希望に燃える新人にはいい刺激になるかも。

他にもいい本はいっぱい触れてきた気がするんですが、いざまとめるとなるとなかなか出てきませんね。

Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック

posted with amazlet at 09.03.22

Jared Richardson William Gwaltney Jr. でびあんぐる
オーム社
売り上げランキング: 52053

おすすめ度の平均:

実践的です。実用で鍛えられただけあります。
行動を起こすための実用書

Amazon.co.jp で詳細を見る

1月の下旬から2月に読んだ本なんですが、感想を書き忘れていました。

達人プログラマシリーズの1冊ですが、前に読んだ”アジャイルプラクティス”の方が個人的にはお気に入りです。自分にとって既知の内容が多かったからかもしれません。

次は”Manage It!”か”Release It!”を読みたいと思っています。

Where Is the Green Sheep (Horn Book Fanfare List (Awards))

posted with amazlet at 09.03.22

Mem Fox
Harcourt Childrens Books (J)
売り上げランキング: 150683

おすすめ度の平均:

Here is the XXX sheep.が25回。

Amazon.co.jp で詳細を見る

会社でお世話になっているオーストラリアの研究所の方から出産祝いに貰った絵本です。
平易な英語で、いろいろな羊の絵が書いてあります。
うちの娘は色使いがきれいな”bath sheep(お風呂に入っている羊)”が好きみたいです。

オーストラリアでは有名な絵本らしいのですが、こういうプレゼントはうれしいですね。

入門Redmine―Linux/Windows対応

posted with amazlet at 08.12.05

前田 剛
秀和システム
売り上げランキング: 1677

Amazon.co.jp で詳細を見る

発売されてからなかなかAmazonから届かなかったのですが、先週の中頃手に入れてようやく読めました。
リファレンスとしては丁寧によく書かれていますが、「これは知らなかった」とか「これはWebでは知ることができなかった情報だ」というのは特にありませんでした。内容としては著者が管理している Redmine.JP | TOPにある情報+RedmineのMLのまとめ のような印象です。新しくRedmineを使い始める人に「分からなかったらこれで調べて」と渡すのに便利な本です。
自腹で買った私本ですが、会社に置いてます。家にあっても使いようがなさそうなんで。

Trac本も何冊か出ていますが同じような感じなんでしょうか?　Redmine使いが増えて、もっと使いこなしに関する情報が出てくるようになるといいんですけど…　とりあえず近日中にリリースされそうな0.8に期待です。

入門Redmine Linux/Windows対応

posted with amazlet at 08.11.25

前田 剛
秀和システム
売り上げランキング: 2172

Amazon.co.jp で詳細を見る

中身を見てからにしようかと思ったけどAmazonで注文できるようになっていたのでポチット注文しました。

Redmineは使ってみて試行錯誤で得た自己流ノウハウがかなり多いので、書籍で使い方を復習しておくのもいいかなと。書籍だと新たに使用者が増えた場合も「読んでおいて」で済ませられるのもいいですね。

スティーブ・ジョブズの流儀

posted with amazlet at 08.11.24

リーアンダー ケイニー
ランダムハウス講談社
売り上げランキング: 1020

Amazon.co.jp で詳細を見る

面白かったので2日間で読んでしまいました。内容はスティーブ・ジョブズの仕事ぶりを様々な観点から一緒に働いてきた人の言葉を元に述べたものです。これを読んで自分の仕事につなげる‥ことはまずできませんが、仕事のやる気が出る気がします。個人的にはジョブズのエリート主義とピクサー社内の開発体制が目新しい内容で興味を引きました。

以下本書で個人的に気に入った言葉を引用しておきます。

アップルの本質とは何だ？それは既存の枠組みにとらわれない人たちーただ仕事をこなすのではなく、世界を変えるため、世の中に一石を投じるものを創造するためにコンピュータの力を借りたいと考える人たちのことだ。

ある問題を検討しはじめてそれがとてもシンプルだと思ったなら、きみたちはその問題がじつはいかに複雑かを理解していない。

わがチームの特徴のひとつは知的好奇心。まちがうことが楽しいんです。だって新しい発見をしたことになるわけですから。

イノベーションとはお金ではない。人材であり彼らをどう導くかである。それをどれだけ理解しているかである。

ふつうのHaskellプログラミング ふつうのプログラマのための関数型言語入門

posted with amazlet at 08.11.16

山下 伸夫
ソフトバンククリエイティブ
売り上げランキング: 44187

おすすめ度の平均:

関数型言語入門の決定版
Haskellに触れるにはこの本からが良いと思います。

Amazon.co.jp で詳細を見る

前から気になってた関数型言語勉強の第一歩として青木さんのふつうのHaskellプログラミングを読みました。MapReduceとか分散処理を実現するアルゴリズムやErlangなど関数型言語が着目を集めつつあり、もうちょっと詳しく知っておかないとなと思っていたので、ちょうどよいレベルの入門書になりました。もちろんこの本だけで関数型言語がばっちり身に付くことはありませんが、関数型言語に対するアレルギーや恐怖心は大分和らぎ、今ならSICPも腰を据えて読んでみようかという気になります。

関数型言語のエッセンスを知りたいという人向けにもお勧めの本です。2年前に出版されている本なので、もっと早くに読んでおけばよかったです。

都内まで出かける用事があったので、帰りに新宿にできたばかりのBook 1stに寄ってきて、何冊か本を買ってきました。
Book 1stの印象ですが、小さな本屋が複数集まったような作りになっていて、分野が違う本はそのフロアにおいて会計をしないといけない仕組みになっていました。せっかくの大型本屋なのでフロアをまたいで会計できるようになっていたらよかったのにと思います。

Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック

posted with amazlet at 08.11.09

Jared Richardson William Gwaltney Jr. でびあんぐる
オーム社
売り上げランキング: 135066

おすすめ度の平均:

実践的です。実用で鍛えられただけあります。
行動を起こすための実用書

Amazon.co.jp で詳細を見る

ソフトウェアを出荷に導くためのノウハウを扱った本です。Manage Itを買いにいったのですが先にこっちの本を読んだ方が良さそうな気がして買いました。

レバレッジ・シンキング 無限大の成果を生み出す4つの自己投資術

posted with amazlet at 08.11.09

本田 直之
東洋経済新報社
売り上げランキング: 810

おすすめ度の平均:

はじめての本田直之
自分にいつもDMWLしてますか？と問いかける
大学生、高校生に薦めたい一冊
構造そのものがレバレッジ
手元において何度も読み返すような本ではないかな

Amazon.co.jp で詳細を見る

レバレッジシリーズを初めて読むならこれとお勧めされていたので選びました。

Rubyist Magazine 出張版 正しいRubyコードの書き方講座―RubyistのRubyistによる、Rubyistとそうでない人のための

posted with amazlet at 08.11.09

青木 峰郎
毎日コミュニケーションズ
売り上げランキング: 140014

おすすめ度の平均:

わかっているといいかも？

Amazon.co.jp で詳細を見る

Webでも読めますが、本の方が読む機会が作りやすいので。
最近人が書いたソースを読むことに強く興味をもってます。この本を読んでRubyらしい書き方をもうちょっと学びたいなと。

スティーブ・ジョブズの流儀

posted with amazlet at 08.11.09

リーアンダー ケイニー
ランダムハウス講談社
売り上げランキング: 118

おすすめ度の平均:

あなたの役には立たない・・・が、面白すぎる！
時間軸でない切り口は新鮮。
半端じゃないiＳｔｅｖｅの仕事術

Amazon.co.jp で詳細を見る

最近の流行に乗って。ジョブズ本は一冊も読んでないので楽しみです。

プロフェッショナルの条件―いかに成果をあげ、成長するか (はじめて読むドラッカー (自己実現編))

posted with amazlet at 08.11.09

P・F. ドラッカー Peter F. Drucker 上田 惇生
ダイヤモンド社
売り上げランキング: 216

おすすめ度の平均:

この書籍は間違いない
大きな組織で、いかに自分の力を存分に振るうことができるか
これからの仕事を考えることのできる本
いかに働くべきかを再認識させられる本
「あなたは何によって憶えられたいか」

Amazon.co.jp で詳細を見る

テクノロジストの条件に続く、2冊目のドラッカー本。前より読みやすいといいんだけど。

イノベーションのジレンマ―技術革新が巨大企業を滅ぼすとき (Harvard business school press)

posted with amazlet at 08.11.09

クレイトン・クリステンセン 玉田 俊平太 伊豆原 弓
翔泳社
売り上げランキング: 455

おすすめ度の平均:

興味深い本
改革はできても、革新はできない巨大企業
イノベーションや技術経営を語る際の必読の書
必読です
破壊的イノベーションについての名著

Amazon.co.jp で詳細を見る

企業の成長を阻害するジレンマを扱った名著。
顧客の声に耳を傾け、研究開発に十分な投資をし、優秀な経営者と社員を抱えた会社であっても「破壊的なイノベーション」の前では通常と異なる対応をとる必要がある という話。
単なる大企業病を厚かった本ではなく、破壊的な「イノベーション」に直面したときのベストプラクティスが詰まっています。
説明が多少冗長ですが、事例が豊富に紹介されているので、読み進めているとこの本で言っている主張が納得しやすいんじゃないかと思います。

この本を読んでいるとイノベーションは様々な要因が関係して発生するので、狙って起こせるものじゃないんだなと感じます。

[24時間365日] サーバ/インフラを支える技術 ~スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) (WEB+DB PRESSプラスシリーズ)

posted with amazlet at 08.11.09

安井 真伸 横川 和哉 ひろせ まさあき 伊藤 直也 田中 慎司 勝見 祐己
技術評論社
売り上げランキング: 803

おすすめ度の平均:

細かいtipsは役に立つが…HAの基本は先に知っている必要がある
おもしろい！
是非読むべき
Webサイト運営に携わるエンジニア必読

Amazon.co.jp で詳細を見る

Web開発とはかなり遠ざかった日常を送っていますが、興味があって読んでみました。これ１冊あればサーバ構築はOKというものではなく、各システムの設定をある程度知っていて、現状よりも優れた構成を目指す人にとって有用な情報へのポインタのような本です。個人的にはLinuxにおける負荷の計算方法が興味深かったです。

今はこういった本を片手に開発者が知恵を絞って自前でスケーラブルな仕組みを整えていますが、そのうちクラウドコンピューティングサービスとOSSアプリケーションが連動して動いて裏で勝手にやってくれるようになるんでしょうね。 転回点を迎えたAmazonのクラウド − ＠ITを読むと強く感じます。

きっとそういう時代がきた頃には「昔は開発者がこんなことまで面倒みてやってたんだね」なんて酒の席での昔話になるんでしょうね

アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣

posted with amazlet at 08.07.15

Venkat Subramaniam Andy Hunt
オーム社
売り上げランキング: 4408

Amazon.co.jp で詳細を見る

Googleを支える技術は一度読めば足りる本ですが、こちらは職場の机に並べてプロジェクトがきな臭くなってきたらすかさず読み直したい本です。プロジェクトに異変が起きなくても”偉大な習慣を身につけたプログラマ”になるべく何度も読み直さなくてはと思う本です。各章は短くまとまっており、あとからリファレンス的に使うこともできます。アジャイル開発に興味がある人、ソフトウェ開発に携わる人、すべての人に有用な書籍だと思います。

Googleを支える技術 ‾巨大システムの内側の世界 (WEB+DB PRESSプラスシリーズ)

posted with amazlet at 08.07.15

西田 圭介
技術評論社
売り上げランキング: 218

Amazon.co.jp で詳細を見る

少し時間がかかりましたが読み終わりました。これまで名前だけは知っていたMapReduceやGFS、BigTableといった技術についての理解が深まり、値段以上の知識が得られたと思っています。内容は論文として公開されているもの、これまでの講演をまとめたものですが、本当に丹念にまとめてあるため、各種情報への一時リンク集としても役立ちそうです。

何度も読み直す本ではありませんが、ソフトウェア関係の仕事に従事している人は一読の価値があるかと思います。

最近読書量が明らかに減っているので積読を増やして自らにプレッシャーをかけるよう本を買ってきました。

評判がよく、売れてるらしいGoogleを支える技術 ‾巨大システムの内側の世界とディープな話題が盛りだくさんのまるごと Ruby! Vol.1にしてみました。

実はかれこれ2ヶ月ぐらいアジャイルプラクティス達人プログラマに学ぶ現場開発者の習慣で詰まっています。早く読んでどんどん知識を吸収しよう > 自分

家電批評 monoqlo Vol.5 (100%ムックシリーズ) (100%ムックシリーズ)

posted with amazlet on 08.03.26

晋遊舎 (2008/03/19)
売り上げランキング: 3004

Amazon.co.jp で詳細を見る

Vol.1から買い続けて早5冊目の家電批評、5月からは月間化されるそうです。広告も少なく文字が多い良質な記事が人気になっているのでしょうか? 周囲でもネットでもあまり売れてるうわさは聞かないのですが・・・

企画ものから買い続けて月刊化した雑誌というと、Real Designをつい思い出してしまうのですが、毎月買い続けるだけの興味をいつまで持ち続けられるか疑問です。デジカメとか携帯とか新製品が出たらそのたびレビュー記事が載ってそのうち新鮮味がなくなっちゃうんだろうなあぁ・・・

Working Effectively With Legacy Code

posted with amazlet on 08.03.04

Michael C. Feathers
Prentice Hall (2004/09/16)
売り上げランキング: 4488

Amazon.co.jp で詳細を見る

会社での仕事にすごく役立ちそうだ・・・時間があれば原著でもチャレンジしたいところなんだけど今は無理そうだ・・・読める頃には邦訳が出版されてそうw

バンビ~ノ! (1) (ビッグコミックス)

posted with amazlet on 08.02.24

せきや てつじ
小学館 (2005/03/30)

Amazon.co.jp で詳細を見る

TSUTAYAでバンビーノを借りてきて1巻から読んでみました。Amazonのレビューをみると”リアル”で”熱い”という声が多いのですが、調理場に踏み入れたことのない自分には本当にこんなに忙しいところなのかと疑問に思うほど修羅場のような調理場が書かれています。

好きな人が多いみたいですけど、現実は主人公のバンビにもうちょっと優しい態度をとってくれると思うんだけどなぁ。

B型自分の説明書

posted with amazlet on 08.02.20

Jamais Jamais
文芸社 (2007/08)
売り上げランキング: 131

Amazon.co.jp で詳細を見る

2週前の王様のブランチで紹介されてたB型の人の扱い方をネタにした本、かなり前にAmazonで購入したのですがいつまで経っても送られてくる気配がありません。

今日確認したところAmazonの本のランキングで131位になってました。この順位はどうなんでしょう、売れてるんですかね?

歴史Web―日本史の重大事件がホームページになった!

posted with amazlet on 08.02.17

藤井 青銅
日本文芸社 (2008/01)
売り上げランキング: 15

Amazon.co.jp で詳細を見る

ITmediaの歴史Web紹介記事を見てこんなサイトがあったんだと思っていたのですが、これって書籍の出版のために作ったもので、インターネット上で公開されているわけではないんですね。

少し前に多かったネットで人気のコンテンツ→書籍化 の流れにある1冊なのかと勘違いしてしまいました。他にも同じような勘違いした人がいるんじゃないかな?

• 「ちょwww豊臣」「義経サマ萌え」――ネットの住人目線で「歴史を身近に」 – ITmedia News

効率が10倍アップする新・知的生産術―自分をグーグル化する方法

posted with amazlet on 08.01.27

勝間 和代
ダイヤモンド社 (2007/12/14)
売り上げランキング: 3

Amazon.co.jp で詳細を見る

既に各所で書評がアップされていますが、自分もようやく読み終わりました。ライフハックや、知的生産性に関する内容が盛りだくさんなので、一度目を通しておくのは悪くないと思います。

以下自分が気になった箇所を引用しておきます。この手の情報はマメにチェックしている人でも新たな知見が得られる本だと思います。

「能力は誰も大差ない。意思はみんな弱い。違うのは、気持ちの持ち方とどれだけいい手法や技術を知っているかだ。」

「この本でめざしたいのは、空気のようにIT機器を使いこなしながら、本などのオフラインの様々な手法ともシームレスにつながって生産性を上げる技術です。」

「知的生産性を上げるというのは、情報をいかに上手に入手し、自ら加工し、出力し、それを儲けにつなげるかということと同じなのです。」

「過体重は将来の健康を借金して現在の楽しみを優先している、”健康負債である”」

「自分の価値が出せない仕事については断ること。」

「良質な情報を手早く手に入れられるということを考えると、本ほど効率的で安価なものはないのです。・・・(中略)・・・どんな価格帯の本を買ったとしても、結局いい本には概ね1万円の書籍代に対して1冊めぐり合えるか ということになるのです。」

「すぐに読まない本でも、とりあえず買っておく。買わない本は読まない。」

「私が早起きして努力するとか、無理に夜更かしして徹夜でがんばる、といったことが好ましくないと思っているのは、努力の効率が悪いからなのです。」

自分ではあまり選ばなそうな本ばかりで興味深いです。

結婚一年生

posted with amazlet on 08.01.12

入江久絵
サンクチュアリ出版 (2007/10/22)
売り上げランキング: 3731

Amazon.co.jp で詳細を見る

季節のお作法

posted with amazlet on 08.01.12

尾塚 理恵子
中経出版 (2007/11/21)
売り上げランキング: 86901

Amazon.co.jp で詳細を見る

家族で楽しむ歳時記・にほんの行事

posted with amazlet on 08.01.12

池田書店 (2007/12)
売り上げランキング: 57815

Amazon.co.jp で詳細を見る

お金は銀行に預けるな 金融リテラシーの基本と実践 (光文社新書)

posted with amazlet on 07.12.31

勝間 和代
光文社 (2007/11/16)
売り上げランキング: 5

Amazon.co.jp で詳細を見る

たつをさんの書評を読んで購入しました。金融に関するわかりやすい入門書としてとてもいいと思います。
[を] お金は銀行に預けるな

預金、国債、株、為替、不動産、投資信託、保険といった金融商品の特徴がわかりやすく紹介されており、金融リテラシーを身につけるための実践法も書いてあるのでこの通りやってみようかなと言う気になります。

自分が気になったのは以下の一節です。

月々４万円ずつ、22歳から積み立てていけば、税引き後で4%の金利だったとしても、60歳までに4339万円になります。(元本は1872万円)

読んでいて説得力がある本でした。この人効率が10倍アップする新・知的生産術―自分をグーグル化する方法を書いたのと同じ人なんですね、次はこの本を読む予定です。

究極の会議

posted with amazlet on 07.12.09

鈴木 健
ソフトバンククリエイティブ (2007/08/31)
売り上げランキング: 13780

Amazon.co.jp で詳細を見る

最近読んでた本です。薄くてテンポ良く話が進むのでちょっとした空き時間に読むことも可能だと思います。プログラムの書き方や仕様書の書き方は研修や自己啓発でいろいろと学んできましたが、会議の議事録の書き方を勉強したのは初めてな気がします。

会社の会議に適用できるかというと難しそうですが、少しずつ、ゲリラ的にこの本の手法を実践していきたいなと思っています。

チームハックス 仕事のパフォーマンスを3倍に上げる技術

posted with amazlet on 07.12.09

大橋悦夫/佐々木正悟
日本実業出版社 (2007/07/26)
売り上げランキング: 3092

Amazon.co.jp で詳細を見る

昨日に同じく少し前に読み終わってた本の記録です。

チームを組んで仕事をするときの心がけについて書いてある本です。それぞれの項目にはやった方がいいことと、心理的な側面の解説がセットになっています。○○ハックスというとコンピュータ系の本に見えますが、書いてある内容はコンピュータに関係ない仕事でも十分に役立ちそうです。

逆に言うとPC/ITを駆使してチーム力をどう上げるかを論じた本ではないので、自分のように変な期待をかけているとがっかりするかもしれません。

人を動かす　新装版

posted with amazlet on 07.12.09

デール カーネギー Dale Carnegie 山口 博
創元社 (1999/10)
売り上げランキング: 26

Amazon.co.jp で詳細を見る

結構前に読み終わっていたのですが日記に記録を残してなかったので書いておきます。

言わずとしれた名著ですが、確かにこの本はいい本だと思います。人の本質について様々な例を交えて、わかりやすく語られています。古いと感じるのは例えの部分がほとんどで、そこさえ除けばこの先ずっと通用することが書いてあります。

この本は定期的に読み直して書いてあることを実際に身につけることに意義があるような気がします。またしばらくたって読み直したいですね。

川崎市Walker 08年版 (ウォーカームック 78)

posted with amazlet on 07.11.25

角川グループパブリッシング (2007/11)
売り上げランキング: 141254

Amazon.co.jp で詳細を見る

川崎市Walkerの2008年版が登場しました。近場で遊びに行くときにとても参考になるので今年も購入しました。家の近くのコンビニも、会社に行く途中にあるコンビニも川崎市にあるからかかなり大量に並んでいました。毎年出ると買うかどうか分かりませんが昨年のものと半分くらいは内容が変わっている気がします。

残念なのがお気に入りの 遠藤門が消えてしまったこと。川崎にあるラーメン屋でも自分の一押しです。次回は復活して欲しいですね。

家電批評monoqlo VOL.3 (3) (100%ムックシリーズ) (100%ムックシリーズ)

posted with amazlet on 07.11.23

晋遊舎 (2007/11/20)
売り上げランキング: 1229

Amazon.co.jp で詳細を見る

待ちに待った第３弾、今号は家電の必要な機能・不要な機能の解説と家電選びの四角がメインの内容になってます。わかりやすく書いてあるものの知ってることが多くて内容的にはちょっと不満です。

3冊目を買ってようやく気づきましたが、この手の雑誌にしては広告が少ないですね。あとは文字がすごく多いかも。次号は1月、携帯電話の冬モデルを扱うようです。

〈鞄〉〈靴〉〈腕時計〉完全メンテナンスマニュアル―大事な逸品と一生付き合うための必須ノウハウが満載 (Gakken Mook)

posted with amazlet on 07.10.28

学研 (2007/03)
売り上げランキング: 8769

Amazon.co.jp で詳細を見る

カバン、靴、時計に関する基礎知識とメンテナンス方法をまとめた本です。本屋で見つけて購入しました。カバンとか靴とか手入れが重要なのは知っていますがどうやって手入れをしたらいいかをまとめた本はあまりありません。

しばらくすると店頭から姿を消してしまいそうなので早めに入手しておくといいと思います。内容も簡潔にまとまっていて一冊あると安心です。

家電批評 monoqlo

posted with amazlet on 07.10.28

晋遊舎 (2007/07)
売り上げランキング: 31803

Amazon.co.jp で詳細を見る

前にAmazonで発注していた雑誌が来ました。この号の特集は家電ごとの値段の違いの解説と神機の紹介がメインになっています。値段の違いは基本的な知識なので知ってることも多いのですが、神機は昔懐かしの機器も多数載っていて見ていて楽しめます。

内容的には家電批評monoqlo VOL.2の方がオススメです。

家電批評monoqlo VOL.2 (2) (100%ムックシリーズ) (100%ムックシリーズ)

posted with amazlet on 07.10.06

晋遊舎 (2007/09/20)
売り上げランキング: 7128

Amazon.co.jp で詳細を見る

物欲系の家電本、コンビニでふらっと買ってしまいましたが、読み応え十分の雑誌でした。今回はカメラの特集がメインでしたが、各メーカーの特徴や歴史がまとまっており、資料として本棚にずっと置いておこうと思っています。

Vol.2とあるように、第１弾が前にあったようです。Amazonで注文できたので早速注文しておきました。11月には第３弾も決定しているようです。売り上げを上げて、まだまだ続けて欲しいなぁ。

家電批評monoqlo VOL.2 (2) (100%ムックシリーズ) (100%ムックシリーズ)

posted with amazlet on 07.10.06

晋遊舎 (2007/09/20)
売り上げランキング: 7128

Amazon.co.jp で詳細を見る

物欲系の家電本、コンビニでふらっと買ってしまいましたが、読み応え十分の雑誌でした。今回はカメラの特集がメインでしたが、各メーカーの特徴や歴史がまとまっており、資料として本棚にずっと置いておこうと思っています。

Vol.2とあるように、第１弾が前にあったようです。Amazonで注文できたので早速注文しておきました。11月には第３弾も決定しているようです。売り上げを上げて、まだまだ続けて欲しいなぁ。

2日で人生が変わる「箱」の法則

posted with amazlet on 07.09.02

アービンジャー・インスティチュート 門田 美鈴
祥伝社 (2007/09/06)
売り上げランキング: 142

Amazon.co.jp で詳細を見る

自分の小さな「箱」から脱出する方法の第2弾が出るそうです。Amazonからのお知らせメールで知りました。早速注文ましたが、発送は9月8日以降になるようです。今度はどんな内容が書いてあるのか楽しみです。

昇格する!論文を書く (角川oneテーマ21)

posted with amazlet on 07.08.25

宮川 俊彦
角川書店 (2003/11)
売り上げランキング: 1313

Amazon.co.jp で詳細を見る

社内でもうじき昇格試験があるのですが、その論文対策におすすめということでこの本が紹介されてきました。

自分がその昇格試験を受けれるようになるまではあと2年経たないといけないのですが、論文は1夜漬けだとつらいので前もってこういう本を読んでおいた方が良さそうです。

戦略思考トレーニング―考える力が飛躍的にアップする!

posted with amazlet on 07.07.28

西村 克己
PHP研究所 (2002/02)
売り上げランキング: 265949

Amazon.co.jp で詳細を見る

いつ買ったのか忘れてしまいましたが、小さな文庫本サイズの本です。見開き2ページで1つの項目について取り上げられていて簡単にさくさくと読み進めることができます。

”戦略思考”と銘打っていますが、中身は著名な手法のまとめ、紹介になっています。これ1冊で戦略思考は身に付かなそうですが、まとめの1冊としてはいいかもしれません。

WordPress標準ガイドブック―導入&基本操作からフルチューンまで

posted with amazlet on 07.03.04

マクラケン 直子 WordPress Japan
毎日コミュニケーションズ (2006/09)
売り上げランキング: 12308

おすすめ度の平均:

初心者からヘビーユーザまでバランスの取れた良書
WordPressをデザインしたいすべての人に

Amazon.co.jp で詳細を見る

WordPressの解説書を購入しました．解説が手取り足取りわかりやすいです．

お部屋も心もすっきりする 持たない暮らし

posted with amazlet on 07.02.03

金子 由紀子
アスペクト
売り上げランキング: 10330

おすすめ度の平均:

すばらしい!!
モノを持たない気持ちよさ

Amazon.co.jp で詳細を見る

ものをあまり持たない暮らしを薦めた本です．持たないことによる長所と短所，そしてもの毎に捨て方まで書いてあっていたせりつくせりです．家にものが多くて困ると一度でも思ったことがある人は読んでみるといいと思います．

以下読書メモ．
>>
○持たない暮らし
必要以上にものを持たないようにする暮らし，節約生活とは違う．
持たないことを選択することで，かえって生活コストが増えることもある．

○持たないもの
・自分の管理能力を超えるもの
・愛着をもてるもの以外
・自然に還らないもの，次の人に譲れないもの
・自分と，自分の暮らしに似合もの以外

○なぜものが増えるか
・日本は和洋折衷の生活様式であること，生活財の品数が多い．
・日本に四季があるため服が増える．
・日本に伝統的な風習が残っており，1年に一度しか使わないものを保管しなければならない．

○持たない暮らしの利点
・整理整頓，掃除が楽になる
・ちょっとだけ手間をかける(手間がかかる)楽しみがある

○気をつける習慣
1. もらわない
2. 買わない
3. ストックしない
4. 捨てる
5. 代用する
6. 借りる
7. 無しで済ます

<<

我らクレイジー☆エンジニア主義

posted with amazlet on 07.01.27

リクナビNEXT Tech総研
講談社
売り上げランキング: 1346

Amazon.co.jp で詳細を見る

リクナビで連載されている記事をまとめた本です．同じ内容はネットでも見れますが本の方がいくらか内容が多いようです．

購入したばかりなので読むのはこれからです．

自分の小さな「箱」から脱出する方法

posted with amazlet on 07.01.27

アービンジャー インスティチュート 金森 重樹 冨永 星
大和書房
売り上げランキング: 165

おすすめ度の平均:

箱とはなんぞや？
ナイーブなファンタジー
まずは自分を見つめ直すこと

Amazon.co.jp で詳細を見る

ネットで評判になりながら絶版になって読むことが出来なかった箱―Getting Out Of The Boxの復刊です．久しぶりに読んでためになる本でした．周囲の人間関係の問題解決について扱っており，自己欺瞞から起きる現象を”箱”という言葉を使って説明されています．

以下”箱”についての簡単な説明です．興味があればぜひ本書を読んでみてください．
>>
○自分への裏切り
1. 他人のためにすべきだと感じたことに背く行動を自分への裏切りと呼ぶ．
2. 一度自分の感情に背く行動をとると周囲を自分の裏切りを正当化する視点から見るようになる．(自己欺瞞)
3. 周囲を自分を正当化する視点から見るようになると，現実がゆがんで見える．(←箱に入った状態)
4. 時間がたつと自己欺瞞の自分を，自分の性格として認識するようになってしまう．
5. 現実がゆがんで見える箱に入った状態でいると周囲の人も箱に入れてしまう．
6. お互いが箱に入っていると互いに自己正当化しようとして相手をひどく扱ってしまう．

○自己欺瞞の状態から抜け出るには(箱から出るには)
・やっても無駄なこと
相手を変えようとする
相手と張り合う
その状況から離れる
コミュニケーションをとろうとする
テクニックでなんとかしようとする
自分の行動を変えようとする

・ やる必要があること
自分が間違っているかもしれないと認識する
他の人に抵抗するのをやめる
相手を尊重すべき一人の人間として見る

○その他
・箱の中にいると業績向上に気持ちを集中できなくなる．
・周囲にどんな影響を与えるか，成功できるかは箱の外に出ているかにかかっている．
・他の人の箱を探すのではなく，自分の箱を探す．
・他の人が箱の中に入っているのを責めず，自分が箱の外にとどまろうと努力するべき
<<

はてなで気になった質問です．人生に衝撃を与えた一冊というのは考えてみると難しいですね．

〔コミック版〕はだしのゲン 全10巻

posted with amazlet on 07.01.13

中沢 啓治
汐文社
売り上げランキング: 57052

おすすめ度の平均:

ゲン
戦慄
子どもたちへ

Amazon.co.jp で詳細を見る

自分が挙げるとすれば小学校の図書室で読んだはだしのゲンですかね．日本史の教科書よりもずっと得るものが多かったように思います．

回答に挙げられている本は興味深いものが多いですね．太宰治の小説あたりはどこかで時間をとって読んでみたいです．

1年を振り返るまとめ第4弾，今年読んだ本を振り返ります．

* Joel on Software
2月に読みました．プログラマもプログラマで無い人もソフトウェアに関わっている人は一度は読む価値があると思います．
-http://www.tsunematsu.cc/archives/2006/02/joel_on_softwar_1.html

* 「へんな会社」のつくり方
これも2月に読みました．今ではいろいろな会社の社長が書いた本が出版されていますが，中身のユニークさでは本書が抜けていると思います．
-http://www.tsunematsu.cc/archives/2006/02/post_853.html

* テクノロジストの条件
3月に読みました．今年一番読んでためになった本です．内容が少し難しく，読むのに骨が折れますが書いてあることはどれも重要な事ばかりです．自分は昇進試験の前に読み直そうかと思っています．
-http://www.tsunematsu.cc/archives/2006/03/post_883.html

* 世界で一番おもしろい地図帳
6月に読みました．雑学が好きな方におすすめです．シリーズで他にも出ているようなので時間があったら読みたいと思います．
-http://www.tsunematsu.cc/archives/2006/06/post_987.html

* 金のいいまつがい と 銀のいいまつがい
12月に読みました．実際にやってしまった”言い間違え”をまとめた本ですがとても笑えて気分転換に成ります．読んでみないとおもしろさが伝わらない本なので見かけたらぜひ一度読んでみてください．
-http://www.tsunematsu.cc/archives/2006/12/post_1084.html

以上今年のおすすめ本でした．

Real Design (リアル・デザイン) 2007年 02月号 [雑誌]

posted with amazlet on 06.12.17

エイ出版社
売り上げランキング: 4553

Amazon.co.jp で詳細を見る

毎月購読しているデザイン関連の雑誌です．今月号は内容がちょっといまいちだったかなと感じます．
号が進むにつれて商品広告が増えてきたように感じます．出版事業としては軌道に乗っているのかもしれませんがこれ以上広告記事が増えるのは勘弁して欲しいです．

ほぼ日の人気企画”いいまつがい”をまとめた最新刊です．昔のものと合わせて”いいまつがい”の本が3冊出たことになります．

電車など人の集まる場所で読んでいると頭がおかしい人だと思われてしまうので注意が必要な本です．疲れたときとかに読むといい気分転換になります．読んだことが無い方はまずはWebで読んでみましょう.
- ほぼ日刊イトイ新聞 – 『言いまつがい』

御手洗冨士夫「強いニッポン」

posted with amazlet on 06.12.03

御手洗 冨士夫 街風 隆雄
朝日新聞社
売り上げランキング: 2148

おすすめ度の平均:

財界総理

Amazon.co.jp で詳細を見る

経団連会長になられたキヤノン御手洗さんの本です．キヤノン関連の書籍にはない，経団連会長としての御手洗さんの思想や考えがいくつか載っていて，これからの経団連の方向性を知るのに良い本だと思います．

日本が注力すべき分野に災害対策研究を挙げたり，道州制の導入の是非などが印象に残りました．今後の日本の経済界の改革に期待しています．

実録 SEの履歴書

posted with amazlet on 06.12.03

SEライフ編集部
技術評論社
売り上げランキング: 58120

Amazon.co.jp で詳細を見る

さまざまな分野で活躍しているエンジニアの方々のインタビュー記事をまとめた本です．各人の仕事に対する考え方が違っていて読み物として楽しめます．

「自分にしかできない仕事」ができるのがうれしいという考え方は忘れずに持ってたいですね．個人的にはDebianの鵜飼 文敏さんのインタビューが興味深かったです．こんなエンジニアになれたらいいな．

仕事が速くなるフリーソフト活用術

posted with amazlet on 06.11.25

津田 大介
青春出版社
売り上げランキング: 5733

おすすめ度の平均:

確かに仕事が速くなりそう
仕事に使えそうなインターネット・サービス＆フリーソフトの紹介本(新書サイズ)

Amazon.co.jp で詳細を見る

“パソコンを使いこなす=仕事を速くこなす”として，パソコンを使いこなすためのサービス・ソフトを紹介した本です．有名どころから珍しいものまで幅広く紹介されています．紹介は画像が多く，手軽に読むことができます．

この本を読んで自分の琴線に触れたソフトだけここに挙げておきます．本にはもっと多くのソフトが紹介されているのでもし興味があれば読んでみてください．
- Sumibi.org ローマ字を日本語に変換できる無料サイト
- 無料の動画配信ツール！ブログでフラッシュ動画を配信しよう！｜らくちんＦＬＶメーカー
- プロジェクト管理ツール バックログ ｜ プロジェクトで浮上する課題の管理や進捗の管理がすぐできる。
- 東京都港区六本木６ 周辺の地図 – タクシー料金検索 - livedoor 地図情報
- 検索エンジンサプリメント – メタ検索・メタサーチ
- アプ研
- 名刺管理ソフト Cards!(WindowsNT/2000/XP / パーソナル)
- DeskTop Capture(Windows95/98/Me / アミューズメント)
- 本の検索(Windows95/98/Me / インターネット＆通信)

トヨタ式最強の経営―なぜトヨタは変わり続けるのか

posted with amazlet on 06.11.23

柴田 昌治 金田 秀治
日本経済新聞社
売り上げランキング: 99406

おすすめ度の平均:

トヨタが強い本当の理由
有名なコンサルタント柴田氏の本
組織開発にとりくむＨＲ担当者への一冊

Amazon.co.jp で詳細を見る

一日20分ちょっとしか電車に乗らないとなかなか読書の時間が取れません．ずいぶん前から読んでいた本なのですがようやく読み終えました．トヨタはなぜ革新を続けることが出来るかについて解説がされています．

興味深かったのはトヨタ生産方式の強みに対する考え方です．初心者は”在庫が少ないこと”だと答え，中級者は”問題を顕在化させ，生産性向上・品質向上を強制する仕組みがある”と答える．しかし上級者は”問題を顕在化させ，解決していくうちに，問題が無い状況が不安になってみんなで一生懸命問題を探し始めることだ”と答えるそうです．

この一冊でトヨタに関する知識を得るには足りない気がしますが，他の書籍と合わせて読むと良いかもしれません．

Real Design (リアル・デザイン) 2007年 01月号 [雑誌]

posted with amazlet on 06.11.18

エイ出版社
売り上げランキング: 2734

Amazon.co.jp で詳細を見る

早いものでもう2007年1月号の雑誌が発売になりました．今年ももう少しですね．前号の革特集は高価な品が多く載っていましたが今月号は手帳とペンなのでいくらか手の届くものも多そうです．

ところで先月号に載っていた予告では今月号はセレクトショップの特集だったのですがどんな路線変更があったのでしょう?

Web 2.0 ツールのつかいかた　まだ、Googleだけですか？

posted with amazlet on 06.10.18

橋本 大也 梅田 望夫 小飼 弾 野本 幹彦
技術評論社

Amazon.co.jp で詳細を見る

読み終わりましたがちょっと期待はずれな本でした．最初にWeb2.0に関する討論，次に著名人のWeb2.0ツールの使い方，最後にWeb2.0ツールの紹介があります．ページのほとんどがWeb2.0ツールの紹介なのですがここで挙げられているサービスのほとんどを自分が知っていたのが満足感が低い原因かも知れません．まだ世間に知られていないサービスも少しはあるかと思いましたがそうでもないようです．

-はてなブックマーク
-livedoor Reader
-テクノラティ
-YouTube
-フォト蔵
-mixi
-Google Calendar
上記のサイトのほとんどを知っていたら読む必要は無いと思います．逆にほとんど知らない人は一度読んでみる価値があると思います．

仕事が速くなるフリーソフト活用術

posted with amazlet on 06.10.14

津田 大介
青春出版社

Amazon.co.jp で詳細を見る

Web 2.0 ツールのつかいかた　まだ、Googleだけですか？

posted with amazlet on 06.10.14

橋本 大也 梅田 望夫 小飼 弾 野本 幹彦
技術評論社

Amazon.co.jp で詳細を見る

Amazonで2冊注文してみました．読んでみたら”割と知ってた”となりそうですがそうでないことを祈るのみです．

世界の日本人ジョーク集

posted with amazlet on 06.09.30

早坂 隆
中央公論新社 (2006/01)

Amazon.co.jp で詳細を見る

先週の”王様のブランチ”で紹介されていたので読んでみました．世界中で日本人がどのように思われているかをジョークを通して紹介した本です．

紹介されている日本人像は
-ハイテク
-お金持ち
-集団行動主義
など新鮮味は特にありませんがジョークで普通に楽しめます．

ジョークであって”ギャグ”ではないのでちょっと頭をひねらないと分からないものが多いです．大人のたしなみとしていくつか知っておくと良いかもしれません．

Real Design (リアル・デザイン) 2006年 11月号 [雑誌]

posted with amazlet on 06.09.17

エイ出版社 (2006/09/16)

Amazon.co.jp で詳細を見る

毎月購読しているReal Designの最新号を購入しました．そろそろネタがつきてくるころかなと思っていましたが今月号はかなり楽しめます．今月のメイン特集は”デザインで決める ケータイ電話乗り換え案内”です．

来月にもナンバーポータビリティ制度が始まり，キャリアを変更する人も多いかと思いますが，携帯電話を選ぶポイントにデザインを挙げる人は今号はおすすめです．キャリア別の端末紹介も参考になりますが，キャリア別メーカー一覧がとても興味深かったです．どのキャリアにどのメーカーが端末を提供しているかをまとめてみると以下のようになります(順不同)．

○ドコモ
-NEC(日本電気)
-Panasonic(松下電器)
-SHARP(シャープ)
-LG(LG電子)
-NOKIA(ノキア)
-MOTOROLA(モトローラ)
-MITSUBISHI(三菱電機)
-SonyEricsson(ソニー・エリクソン)
-htc(エッチティシー)
-Fujitsu(富士通)
-SANYO(三洋)

○au
-PANTECH(パンテック)
-KYOCERA(京セラ)
-SANYO(三洋)
-TOSHIBA(東芝)
-SonyEricsson(ソニー・エリクソン)
-CASIO(カシオ)
-HITACHI(日立)
-SHARP(シャープ)

○ソフトバンクモバイル
-MOTOROLA(モトローラ)
-SonyEricsson(ソニー・エリクソン)
-SAMSUNG(サムスン)
-NEC(日本電気)
-TOSHIBA(東芝)
-NOKIA(ノキア)
-SHARP(シャープ)

○WILLCOM
-BANDAI(バンダイ)
-KYOCERA(京セラ)
-SHARP(シャープ)
-netindex(ネットインデックス)
-SANYO(三洋)
-JRC(日本無線)

ITmediaの記事によると最新の世界シェは以下のようになっているそうです．
>>
1位 ノキア
2位 モトローラ
3位 サムスン
4位 Sony Ericsson
5位 LG電子
6位 BenQ Mobile(BenQとSiemensの販売台数含む)
< <
-ITmedia News：世界携帯電話市場、NokiaとMotorolaが半分占める

自分は記事をみていてMOTOROLAの MOTOSLVRに惹かれたのでこの端末をどこかのキャリアから発売して欲しいです．日本でもこんなの出ないかなあ．

IDEA HACKS! 今日スグ役立つ仕事のコツと習慣

posted with amazlet on 06.09.13

原尻 淳一 小山 龍介
東洋経済新報社 (2006/07/14)

Amazon.co.jp で詳細を見る

Life Hackに関する本です．89のTIPSが収録されていますが，見やすく整理されているのが素晴らしいです．TIPSは以下のように分類されて順に紹介されています．
-1 情報ハック―メモとノート
-2 時間管理ハック―習慣と隠し味
-3 整理ハック―物語とデータベース
-4 五感ハック―モードとスタイル
-5 思考ハック―出会いと別れ
-6 発想ハック―方法と視点
-7 意思決定ハック―プライオリティとセレンディピティ

自分が面白いと思ったのは五感ハックと発想ハックです．一口にLifeHackといってもいろいろあるんだなと感じました．

2日ぐらいでさらっと読めてしまう本ですが実行に移さないことには読んだ意味がありません．いくつか気になったものは実行に移していきたいと思います．
-アイデアは名刺入れにしのばせる
-アイデアは一刻も早く忘れる
-ボイスメモで言葉を引き出す
-十五分以上かかる作業はすべてスケジュールへ組み込む
-名刺クリップで人脈を整理する
-写真で物語データベースを作る
-秘密の花園を 見つける
-話すときに結論を先に言わない

実践 書類&情報 整理術 – こんなやり方があった!

posted with amazlet on 06.09.05

日経BP社 (2006/07)

Amazon.co.jp で詳細を見る

日経アソシエの記事をまとめたムック本です．発売は6月ですがずっと積読になっていました．

整理法の本ですが書類や情報の整理法はあまり参考になりませんでした．いろいろな人の方法が紹介されていますが
-すでに知っているような方法 (Googleデスクトップ，メールアドレス分ける などなど)
-まねできない(情報・書類を全て捨てる，立ったまま仕事して書類無し などなど)
のどちらかに当てはまるものが多かったように感じます．

良かったのは見える化のやりかたと鞄の中身です．特に鞄の中身は普段鞄の中に入れているもののアンケートなどがあり，参考になりました．ちなみに自分が普段鞄に入れているのは以下の通りです．
-社員証
-財布
-手帳 (超整理手帳)
-名刺
-カード入れ
-ファイルケース
-家の鍵
-iPod Shuffle
-ロディアのメモ帳

あとは水筒で全てです．この本を見直して鞄の中身も再考してみます．

キヤノン特許部隊

posted with amazlet on 06.08.13

丸島 儀一
光文社 (2002/02)
売り上げランキング: 21,282

おすすめ度の平均:

ゼロックス社特許打破の伝説がここに
特許歩兵
特許

Amazon.co.jp で詳細を見る

プロジェクトXにも登場したキヤノンの複写機開発プロジェクトで，ゼロックスの特許網をかいくぐるのに貢献した丸山儀一さんの書籍です．丸山さんは入社以降一貫して特許業務に携わり，特許が強い現在のキヤノンの基礎を作ったと言えます．キヤノンの特許戦略がどこから始まりどんな風に変わってきたのか，この本にいろいろと書かれています．

キヤノンの特許戦略だけでなく，企業の特許戦略をどうしたらよいか，国の知財戦略をどうしたらよいかを勉強するのにも本書は適しています．技術特許は他社にライセンスしてライセンス収入を増やすのが良い特許活用かと思っていましたがそれは悪い使い方であることが本書には書かれています．自分は特許について誤った認識を持っていたと感じた記述は他にも多数ありました．

キヤノンの特許の強さの秘密を知る・・・というよりは特許の持つ意味，本質を知るのに適した本だと思います．

ついていったら、こうなった―キャッチセールス潜入ルポ

posted with amazlet on 06.07.30

多田 文明
彩図社 (2003/10)
売り上げランキング: 123,475

おすすめ度の平均:

著者の果敢な行動が笑いを誘う
自分も体験あります
知的興味としては面白い

Amazon.co.jp で詳細を見る

キャッチセールスについて行ったらどうなるかという話が著者の実体験で語られている本です．英会話教室に絵画の販売に手相の勉強に宗教やUFOまで，いろいろなキャッチの実態を知ることが出来ます．キャッチの手口やその断り方の勉強になりますし，普通に読んで楽しむことも出来る本です．

ただし表面的な内容が多く，もっと突っ込んで知りたいと思わせるキャッチ体験の話が多いです．どちらかというとキャッチにはまった人が書いた方がこういうのは楽しいのかも知れません．

数学的思考法―説明力を鍛えるヒント 講談社現代新書

posted with amazlet on 06.07.30

芳沢 光雄
講談社 (2005/04/19)
売り上げランキング: 7,742

おすすめ度の平均:

何が大切か
考えさせられる本
数学の面白さ満載です。

Amazon.co.jp で詳細を見る

数学の理論について述べた本・・・ではなくて数学の重要性を述べた本です．日常生活の出来事に数学の話題をちりばめながら，論理的に物事を考える必要があることが説明されており，なぜ数学を勉強しなければならないかがこの本を読むとよく分かります．

この本を読むだけでは論理的思考を身につけることはできませんが，やる気になるきっかけ作りになりそうです．

世界で一番おもしろい地図帳

posted with amazlet on 06.06.26

おもしろ地理学会
青春出版社 (2005/06/24)
売り上げランキング: 5,365

Amazon.co.jp で詳細を見る

地理に関する雑学本です．勉強になるネタもあれば，勉強にならないネタもありますがなかなか楽しめます．海流や風向きなど気候に関連するネタも多く，中学生の頃勉強した地理はこう使うのかと読みながら感心していました．

個人的には”環状7号線と環状8号線はあるのに1号線から6号線まではないのか”というネタが面白かったです．

Real Design (リアル・デザイン) 2006年 07月号 [雑誌]

posted with amazlet on 06.06.12

エイ出版社 (2006/05/16)

Amazon.co.jp で詳細を見る

エイ出版社の雑誌，これが3号目ですが売り上げがいいのか月刊誌になりました．発売は毎月16日です．

今回の特集は仕事で使いたい道具，鞄や万年筆，名刺入れなどが取り上げられていました．もうじき8月号が発売されますが次も楽しみにしています．

私的ブランド論―ルイ・ヴィトンと出会って

posted with amazlet on 06.06.12

秦 郷次郎
日本経済新聞社 (2006/05)

Amazon.co.jp で詳細を見る

ルイ・ヴィトン ジャパンの社長が書いたヴィトンのブランドに関する書籍です．ヴィトンの歴史から日本上陸に関する逸話，現在のヴィトンの取り組みと今後のブランドビジネスについて書かれています．

“購入者にブランドに込められた思いを伝えて初めてブランド”という考え方は参考になりました．

グーグル―Google 既存のビジネスを破壊する 文春新書 (501)

posted with amazlet on 06.05.26

佐々木 俊尚
文藝春秋 (2006/04)

Amazon.co.jp で詳細を見る

Googleの現在の影響力について取り上げた本です．なぜGoogleが注目されているのか，その事業構造は，何を行おうとしているのか，どんな影響をこれまでに与えたか，そして今後どのような問題が起こりうるかを取り上げています．グーグルについて取り上げた本ではウェブ進化論もありましたが個人的にはこっちのほうが良くまとまっていると思います．

特に初めて知ったという内容もありませんでしたがグーグルに関する情報がコンパクトに良くまとまっている本です．Googleについてよく知りたい人にはお勧めです．

同期にプレジデントの5月29日号を借りて読んだのでそのメモを残しておきます．ちなみに特集は”読まれる文章に「文才」は必要ない 「書き方」のコツ”です．

まず上手なビジネス文書の特徴は”その文章が客観的に見てわかりやすくて正確な文章である”ことです．気をつけることとしては以下があります．
-テーマをきちんと意識して書く
-主語と述語の関係をきちんとする
-修飾語の順番を入れ替えてわかりやすくする
-指示語の分量を入れすぎないようにする
-疑問文を効果的に使って関心を惹きつける

客観的にわかりやすく，自分の言葉でかみ砕いて書くことが重要なようです．

他にも面白そうな記事がありましたが”経営時論”のコーナーにあった”40歳を過ぎた人間の顔つきは，親のせいでも何でもなく，自分の責任だ．”という一文が印象的でした．自分が40歳を迎えた頃はどんな顔つきをしているんでしょう?

ビルゲイツを3人探せ サムスン流人材育成法

posted with amazlet on 06.05.21

金 榮安 青木 謙介
日経BP社 (2006/04/27)

Amazon.co.jp で詳細を見る

サムスングループの強さの源泉である”人材”について取り扱った本です．筆者の方は元サムスンマンで金融関係の業務を担当されていたそうです．サムスンというとサムスン電子がまず思い浮かびますがこの本はサムスン電子だけでなくグループ全体の人材戦略を取り上げています．

サムスンの人材戦略は事業の核となる”超”優秀な人材を世界中を探して捜索し，3顧の礼を尽くして入社してもらい，成果には報酬で報いるのが基本線です．さらに社内の人材が育つよう社内教育にも相当額を費やしていると本にはありました．報酬は基本的にお金で，飛び抜けた成績を上げた者には抜擢昇進で役員にし，常に優秀な人材が役員にとどまるよう入れ替えを頻繁に行うのが韓国流のようです．

優秀な人材をスカウトしてくる企業の例としてこの本ではマイクロソフトを挙げていました．最近ではGoogelなんかもこの部類に入るんでしょう．逆に社内教育を重視して人材を育てる企業の例にはGE，トヨタ自動車が挙げられていました．サムスンは前者に数えられる企業です．どちらがよいのかは難しい問題ですがサムスンに興味を持っている人(要するに働きたいと思っている人)はこの本に書かれている内容を知っておいた方がいいなと思いました．

サムスンが取り組んでいる面白い社内制度に”地域専門家制度”というのがあります．これは2年ほど中堅社員を世界の各地に派遣し，その地域について調査させるものです．派遣中は通常の勤務は無しで語学を取得したり，その国の文化や現状を調査してサムスンの社内ネットで報告するのが仕事になります．地域専門家を各地に派遣することで生の情報を多く仕入れることが出来，実際にその地域に人を派遣するときもその地域に慣れ親しんだ人がいるのでスムーズに事が運ぶと行ったメリットが述べられていました．

内容は興味深いのですが，訳の日本語が若干読みにくかったのが残念です．

キヤノン式「稼ぐ社員」の仕事術―自分が「高収益体質」に変わる43のヒント

posted with amazlet on 06.05.07

神戸 健二
成美堂出版 (2005/06)
売り上げランキング: 47,813

おすすめ度の平均:

耳に痛いかと思いましたが，納得できる部分も．
キヤノンの考え方

Amazon.co.jp で詳細を見る

できる社員はどこが違うのかキヤノンを例に挙げて解説した本です．キヤノンの元社員の方の本かと思っていましたがリコーに勤務されていた方が執筆されたようです．タイトルには”キヤノン”とありますが他にもトヨタや京セラのエピソードが良く引用されています．

すでに出版されているキヤノン式やキヤノンの掟を元にまとめた内容が主ですが良くまとまっています．でも”キヤノン式”かと言われるとちょっと疑問です．

「手帳ブログ」のススメ

posted with amazlet on 06.05.05

大橋 悦夫
翔泳社 (2006/04/20)

Amazon.co.jp で詳細を見る

シゴタノ！の大橋さんの著書です．タイトルに手帳とあったので最近ブームの手帳にからめてブログを扱う内容かと思っていたのですが手帳というのは名ばかりで内容はいかにブログを自分の役に立てて長く続けていくかというものでした．もっともこの本で述べられていることは初めて知ることが多くなかなか興味深かったです．

ブログをこれから始めてみようと思っている人，ブログを始めたけどいまいち楽しさが分からない人に読んで欲しい本です．

世界最強企業サムスン恐るべし!―なぜ、日本企業はサムスンに勝てないのか!?

posted with amazlet on 06.04.29

北岡 俊明 ディベート大学
こう書房 (2005/09)
売り上げランキング: 18,845

おすすめ度の平均:

ふむむ。。。
身震いものデス
日本の経営者にぜひ読んでもらいたい

Amazon.co.jp で詳細を見る

韓国の世界的な企業， サムスン電子を取り上げた本です．日本企業に関するビジネス書は多数ありますがサムスンを取り扱ったものは意外と少なく，ようやく読むことが出来ました．日本ではサムスンの認知度は低いと思いますが純利益は1兆円を超しており，トヨタを超える規模の国際優良企業です．

サムスン電子を支える事業基盤ですが
-半導体(DRAM，フラッシュメモリ)
-液晶パネル
-携帯電話
が主になります．DRAMはパソコンのメモリに使われる半導体部品ですが日本企業を駆逐しました．フラッシュメモリではiPod(iPod miniやiPod nano)に供給しています．そういえば 次世代iPodのプロセッサはサムスン製だそうです．液晶パネルの供給量も世界一でHPやDellに供給しているそうです．テレビ用でもSonyと合弁会社を設立して韓国で液晶パネルを作成しています．携帯電話は日本市場に参入していませんが世界3位のシェアを持ち，cdma2000方式(アメリカなど)の機種では世界シェアNo.1だそうです．

そんなサムスンの強さの秘密には
-7・4制(いまではもうやってないみたいです)
-人材第1主義
-集中と選択の成功
-スピード経営
-他社製品の徹底研究
-エリート集団の構造調整本部の存在
といったものがあります．7・4制とは7時に出社して4時に業務を終了し，夕方の時間を各自が勉強にあてる制度だそうです．これが社員の自己啓発をうながし，自信につなげた実績があるそうです．サムスンでは人材確保が第1の使命で有能な社員の採用を積極的に行い，既存社員の教育にも力をいれているそうです．おもろいなと思ったのが構造調整本部で，会長の頭脳としてグループ企業の経営状態や経営方針，市場調査などの調査機関として機能しているそうです．

この本は”韓流”の影響なのかサムスンを徹底的に持ち上げ，日本企業をこき下ろした記述が目立ちます．企業が違えば理念や歴史，社風も違うのは当たり前なのでサムスンのやり方が絶対的に正しいと主張しているように感じるこの本には納得できないところもあります．例えば”1人の天才が10万人を養う”と考えるサムスンのエリート主義を受け入れられる企業は世界的に見ても少ないのではないかと思います．

次はサムスンの強みだけでなく，弱みも含めて扱った本を読んでみたいと思います．

STATIONERY magazine No.2 (2)

posted with amazlet on 06.04.29

エイ出版社 (2006/04)

Amazon.co.jp で詳細を見る

文房具を取り扱ったエイ出版社の雑誌です．文房具の写真がきれいに並べられていて見ていて楽しいのは相変わらずです．新作文房具が多数紹介されており，前号とはまた違った楽しみがあります．

第3号がでるのは来年の春頃のようです．買うのを忘れてしまいそうだ・・・．

最強のコーチング

posted with amazlet on 06.04.27

清宮 克幸
講談社 (2006/03)

Amazon.co.jp で詳細を見る

昨年度まで早稲田大学ラグビー部の監督を務められていた清宮克幸さんのコーチングに関する本です．コーチング関連の本は昨年度からいろいろと出版されていますが清宮さん独自の哲学で語られていて大変興味深い本でした．随所に過去に起こった出来事や実例が挙げられていて読みやすいと思います．おすすめの書籍です．

なぜ松下は変われたか―松下電器、再生への軌跡

posted with amazlet on 06.04.25

片山 修
祥伝社 (2004/02)
売り上げランキング: 54,903

おすすめ度の平均:

松下電気のプロジェクトＸ

Amazon.co.jp で詳細を見る

V字回復を実現した松下電器がなぜ変われたのかを扱った本です．V字回復の要因には
-大規模リストラ
-事業部制へのメス
-V字商品の成功
などがよく挙げられますが，これらの当時の様子をプロジェクトX風に読むことが出来ます．

良いところしか挙げてないのでこれが現在の松下の全てではないと思うのですが，松下電器の良い面を知りたい人には一読の価値があると思います．

おりこうさん おばかさんのお金の使い方

posted with amazlet on 06.03.27

板倉 雄一郎
幻冬舎 (2005/12)

Amazon.co.jp で詳細を見る

企業コンサルタント板倉雄一郎さんの著書です．世の中のお金の仕組みが平易に書いてあります．後半は株式投資の話になっていて，若干難しく感じるかもしれませんがお金の勉強の第1歩としてなかなかいいかもしれません．

個人的には第5章の魔法使いの話がおすすめです．

リアルデザインNo.2

発売元: 枻出版社
価格: ￥ 880
発売日: 2006/03/22

posted with Socialtunes at 2006/03/25

たまたま立ち寄ったコンビニでリアルデザインの第2巻が出ていたので買ってきました．この本は去年から文房具関連のムックを続々と出版している枻出版社発行の雑誌で，リアルデザインではデザインにすぐれたさまざまな商品が載せられています．今回はカメラに文房具， 携帯電話にスターフライヤーが取り上げられていました．

次は5月に第3巻がでるそうです．長く続くシリーズになることを期待しています．

星の王子さま

posted with amazlet on 06.03.17

アントワーヌ・ド サン=テグジュペリ Antoine de Saint Exup´ery 池沢 夏樹
集英社 (2005/08)
売り上げランキング: 415

おすすめ度の平均:

子供の心をいつまでも
著者だって大人でしょ。
裏切られた感じがしました

Amazon.co.jp で詳細を見る

積読になっていた本ですがようやく読めました．絵本と言うよりは生き方を指南した本のように感じます．世界中で愛される星の王子さまですが，この本が名作かというと”?”です．

思ったほど感動するような物語ではありませんでした．残念．

ウェブ進化論 本当の大変化はこれから始まる

posted with amazlet on 06.03.13

梅田 望夫
筑摩書房 (2006/02/07)

Amazon.co.jp で詳細を見る

遅ればせながらようやく読みました．今後，知識が中心となる社会が掲載されるという点では前に読んだテクノロジストの条件と共通するものの，この本ではウェブを中心に据えていることからGoogleやAmazonの取り組みを多く載せています．今後の知識社会への変化がインターネットを中心に進むかどうかは分かりませんが，インターネット社会の今後2,3年の動向ということでは本書に記載された内容が参考になるのではないかと思います．

GoogleやAmazonがなぜ今注目されているのか知りたい人や，Web2.0といったキーワードを聞いたことがない人は一度読んでおくと良い本だと思います．

テクノロジストの条件

posted with amazlet on 06.03.11

P.F.ドラッカー 上田 惇生
ダイヤモンド社 (2005/07/29)
売り上げランキング: 1,925

おすすめ度の平均:

トホホ、ペーペーの及ぶところでは、なかったです
異色の切り口と感じました
MOTの原点

Amazon.co.jp で詳細を見る

最近本の書評が少なかったのはこの本に時間を割いていたからです．去年の12月から読み始めてようやく読み終わりました．

経済学者の重鎮，ドラッカー教授のMOT(Management of Technology)について扱った論文をまとめた本です．古代文明の起こりから技術がどうして発展したかを説き，企業におけるマネージメントの必要性とその方法について触れ，今後訪れる知識に重きが置かれるポスト資本主義社会の要素について述べられています．内容は難解ですが書かれている内容は濃く，非常に勉強になるものばかりでした．

昇進試験の前に必ず読み返そうと思います．名著です．ものづくりに携わる人は必読でしょう．

「へんな会社」のつくり方

posted with amazlet on 06.02.22

近藤 淳也
翔泳社 (2006/02/13)

Amazon.co.jp で詳細を見る

はてなの近藤社長が書いたはてなの本．近藤社長の考え方やはてなでの業務改善の取り組み，ユーザに対する姿勢が述べられています．CNETで去年執筆されていた CNET Japan Blog – 近藤淳也の新ネットコミュニティ論を書籍にしてまとめたものだそうです．

すでに既知の内容も多いのですが書籍だとじっくり読める気がします．簡単に読める内容なのでネットビジネスに興味がある人は一度目を通しておいた方がいいと思います．

はじめて作るおうちごはん

posted with amazlet on 06.02.13

広沢 京子
角川SSコミュニケーションズ (2006/01)

Amazon.co.jp で詳細を見る

4月になって外食続きになるのが目に見えているので時間が出来たときに料理をしようと思います．最もこの決心も3日坊主で終わってしまう可能性が高いです．

簡単な料理から始めてみようと思い，本屋でいくつか見てみたのですがこの本が写真が多くわかりやすそうに見えました．基本的な切り方から調味料の計量の目安なども載っていて，紹介されている料理もおいしそうです．

コンピュータ関連の学習書なんかは立ち読みで本の善し悪しがすぐにわかるのに自分が全く明るくない分野の本はどれだけ中身を詳しく読んでもさっぱり分かりません．料理を覚えていくしかないんですかね．

そういえば料理のレシピが多数寄せられている クックパッドにアカウントを登録していたことを思い出しました．時間があるときにちょくちょく覗いてみようかな．

- [クックパッド] 毎日の料理を楽しみに 日本最大の料理サイト