リスト：2007年 OJT で読ませる本 を表示しています。（全 25 件）

プログラマ志望の人にはぜひ読んで欲しい。
プログラマになってしまうと、仕事が忙しくて読む時間がない人が大勢います。
学生のうちに読んでおくのがいいかもしれません。
goto文論争など基本的な情報の資料にもなっています。
すでにプログラマになっている人は、C言語プログラマだけに限らず、多くの方が読まれているとよいと思います。
会社が、本当にプロを養成するつもりなら、必ず読めというと思います。
会社が、読む時間を工面してくれるはずです。
会社が、一時的な金儲けだけを目指している場合には読めと言われないかもしれません。
プロとしての仕事を目指すのではなく、顧客の対応の時間を重視しているなら、読む時間を工面してくれなかもしれません。
そういう場合は隠れて読んで、３年たったら別の会社に行くのがいいかもしれません。
いずれにしても、プロとしてプログラムに向き合う時に必要なことがいろいろ搭載されています。
ps.
最初は全部理解しようと肩肘はらずに、気軽に読み進んだ方がいいかもしれません。
仕事で関係がありそうな話題になったときに、もう一度読み直してみましょう。（kaizen / 2007-12-26）

題名の通り、完璧なプログラミングコードを書くための指針をまとめたシリーズの上巻。
良いコードを書くために守るべき習慣（プラクティス）が次々と述べられており、自分で実践したくなることはもちろん、開発者仲間にも教えたくなるような事柄が満載である。
プログラミング言語は特に指定されておらず、例外は多少あるものの、基本的にどのプログラミング言語を使うときにでも共通に使用できるテクニックが中心に述べられている。
例として上げられている言語はVisual BasicとC/C++、それにJAVAが多いが、コードは簡単かつ明瞭に書かれているため、これらのプログラミング言語を使ったことがなくても、問題なく理解できるだろう。
非常にボリュームが豊富なため、読み切るのに苦労するかもしれない。
しかし、多くの内容が理路整然とわかりやすくまとめられているため、量が多くて苦痛になるという感覚はあまり感じなかった。
また、経験豊富な開発者なら、既に知っている内容も多く含まれているかもしれない。
だが、既知のテクニックを再確認できるという点で、読む価値は十分あるだろう。
完全な初心者には向かないかもしれないが、もっときれいで読みやすいコードを書きたい全ての開発者、プログラマの方々に是非手にとって欲しい１冊である。（the_world / 2005-07-31）

　　なんとなくノリに近い雰囲気でこの業界に入った．
　　プログラミング言語の解説本片手に，あるいはおじさんにいろいろ言われながら
　　プログラミングを覚えた．
　　もう自分は一人前の開発者だ！
というひとが読むと，自分が実はちっとも一人前ではないことや，
ただ動くコードと，それ以上の価値があるコードの違いが理解できる本です．
設計やテストなど，内容的にも大変網羅的で，無駄のない実践的な本です．
また，例として掲載されているコードはVBやC，Javaがほとんどですが，
細かい文法規則を論ずる本でもないので，これらの言語を知らなくても読むことに問題はないと思います．
一見するとボリュームはすさまじいですが，
この内容を経験のみから学ぶ非合理さ（バカバカしさ）を考えれば
むしろコンパクトにさえ見えてきます．
書架に置いといて，定期的に時間をかけて読み直したいと思う本です．（EVAM / 2006-10-01）

　第１版を読んだ時の感動を忘れることが出来ない。コンストラクション（広義の実装）についての「MUST」はカーニーハン等で知っていたが、「WHY」について、ここまで系統的にかつ実践的な書物が存在することに驚きを禁じ得なかった。ちょうど暗いトンネルに先に見える明かりを見つけた時の昂揚感とでもいうべき感情であったような気がする。
　第１版の出版から１０年が経過し、第２版が出版され、早速目を通してみた。第１版では抽象的な話題になりがちであった「ADT：抽象データ型」や「オブジェクト指向」がJAVAやVBによる実装例を得て、現実のソースコードとして記述されている。筆者の豊富な経験が盛り込まれている第２版は決して、第１版の焼き直しではないことを実感した。
　第１版を読んだことがない、新人プログラマー諸氏は第２版をまず読むことをお奨めする。２冊で１万円を超える投資は決して無駄にはならない。さらに本書の参考文献リスト（邦訳名が充実し検索がしやすくなった）を使って守備領域を拡大していくことが「職業としてのプログラマー」には必須であると確信している。
　（銀鼠 / 2005-05-03）

たしかに厚いし、小遣いで買うには高いかもしれない。
でもね、いいね、この本はいいねー。
読みやすいので、厚さに臆することなかれ。得られるものは計り知れず。
中立的な立場で書かれているのが気に入っている。
良いコード、悪いコードの対比も楽しい。
また、各章末で紹介されている関連書籍（寸評が参考になる）が良いんだなぁ。
この本を起点に、多くの有名書籍にめぐり合うことができました。（殿下 / 2006-08-08）

上巻が良い内容でしたので、迷わず下巻を読みました。
上巻よりは少し難しいかったですが、それでも大変読みやすい本でした。
内容は、テスト、デバッグ、リファクタリング、コードチューニング、ツール、
レイアウトについてで直ぐに実践できる内容ばかりで業務に生かせます。
上下巻合わせて手の届く場所に置いておくべき、プログラマ必須の本でした。（なか / 2007-02-05）

上巻はあまりそうでもないですが、下巻は第1版とは大分趣が違うように感じました。オブジェクト指向、C++、XP、PMBOKなど、最近の手法やプロセスについての記述が多く、職人技的な内容(個人的にはこちらが好み)の割合が少ないようです。まあ、この辺の新しい知識もこれからは必要ですが...。（ / ）

コードコンストラクションにまつわるトピックを完全に網羅しています。参考文献が豊富に紹介されており、変な入門書より役に立つでしょう。
値段が高めですがその価値はあると思います。
ITエンジニアには特にオススメです。（amazon_hk / 2007-03-30）

上巻と同様、これもMUSTです。
原著は1巻構成になっていることを考えると、上下巻を切り離して読む事は出来ません。
たとえば下巻では自分の経験や勘に基づいて当てずっぽうでパフォーマンスを上げようとしたり、最初からパフォーマンスを優先して人間に分かりにくいプログラム書いてしまったりするなど、フォーマンス問題にありがちなアンチパターンと、そうした問題に対する正しい対処方法が書いてあります。
また、何かに付けてコメントを付けまくるコーディングスタイルの問題点なども上げられています。この本を読んでからは、コメントを書くぐらいならコメントが無くても分かるようなコードを書こう、コメントを書く場合はどうしてもトリッキーなコーディングが避けられなかった場合だけにしよう、という考え方に変わりました。
下巻は他にもエンジニアにとって不可欠なノウハウが満載です。上巻だけで満足するのではなく下巻も手に取り、"自分のために"勉強しましょう。（伊藤淳一 / 2009-11-01）

上巻の前半までは仕事でプログラミングに関わる方なら皆読んだ方がよいです。
上巻の後半から下巻にかけては特にこの本ならではという内容ではありません。
目次を見て興味がある方だけ読めばよいと思います。（やすます / 2009-05-20）

大学の授業の参考書を探しているときに見つけました。
買った当時は、アルゴリズムって何？？データ構造って何？？
という状況で、授業もほとんど理解していませんでしたが、
この本を読んで、かなり授業の助けになりました。
データ構造のイラストも理解の助けになり、C言語のプログラムと
照らし合わせながら読み進めることが出来ます。
ソースコードの方は、ポインタ、ポインタのポインタなどがでてくるので
ある程度C言語が理解できる人向けだと思います。（スイートポテト / 2005-01-03）

アルゴリズムを初心者に解説するという点で非常に丁寧に書かれた本で理解しやすく読みやすかった。 反面やや難解なアルゴリズム（バックトラックや正規表現等）ではもう少し踏み込んだ解説が欲しかった。つまり、ページを割いてコードの説明をして欲しかった。
加えて各アルゴリズムの実用例などもあると嬉しかったのだが、何分初心者が読むことを仮定しているので、仕方のないことかも知れない。 いずれにせよアルゴリズムの導入書としては最適ではないかと思えた。（ / ）

この本はC言語の基礎的なを知識を有する人を前提と
しています。わたしはまだＣ言語の初級を習った程度
でまだまだ初心者です。
この本を読むことでアルゴリズムとデータ構造に関す
る知識を補うことができました。
入門者には難しい気もしますが、良い著書だと思いま
すよ。頑張って読まれることをお勧めします。（ / 2004-06-27）

タイトル通り、アルゴリズムとデータ構造の基本が
網羅されている本です。
この本さえ理解できれば基本は理解できていると
思ってもいいのではないでしょうか。
内容としても（他の本とくらべても）わかりやすく
挿絵なども巧みです。
リファレンスとしてはどうかな？と思いますが、
アルゴリズムを始めて学ぶ／復習する学生用にぴったりかと思います。（yodn / 2002-11-08）

Cマガジンの連載記事だったものをまとめたものなので分かりやすい。
ただし、アルゴリズムといっても、実際のアプリケーションで、どのような場面で、
どういう効果があるかが分からないと、ピンとこないこともある。
ソートだとか、データ探索だとかは、ライブラリなどを使う場合もあるためだ。
（kaizen / 2009-09-24）

C言語は、とっつきにくい印象を与える言語です。
使えるという手ごたえを感じるまでに2～3ヶ月ほど苦闘するかもしれません。
そして、その時期を過ぎたときに生半可な知識で書くプログラムが非常に危険なプログラムになります。
そろそろCが解ってきたかな、と思ったところで一通り読み通してください。
自分の勘違いを正すことができ、初心者プログラマを卒業することができます。
実はこの本の内容はWWWで公開されています。
しかし、書籍で持っていても決して損ではありません。（読者135 / 2005-10-15）

カーニハンとリッチーの本を読んだだけではわかりにくいことがいろいろ書いてある。必読？（nofuture4u / 2005-02-13）

シェルに関することはかなり網羅されています。
対話式入出力からスクリプトのHow toまで、かなり充実した内容でした。
仕事でUNIX管理者になってから６年ほどになりますが、自分が過去に書いたシェルスクリプトを全て見直したくなりました。
こんな使い方があったとは。という思いを何度もしました。
シェルってなんだろうというUNIX初心者から、プログラマ、管理者まで幅広く役立つ書籍です。（ランダム / 2003-04-18）

普段おまじないぐらいにしか思っていなかった "#! "や ":"の意味に関して、あたかも知っていて当たり前の如く明確な解説が展開されており、正に目から鱗でした。
「shellスクリプトの知識が有る事、目的を実現するコマンドを知っている事、他人のプログラムを参考にする事」がshell programmingには必要だと冒頭にある通り、shellスクリプトの知識に終始することなく必要に応じてunixのコマンドを多数紹介、豊富なサンプルプログラムは多くの発見がありとても内容が濃い一冊です。サンプルは「プログラム(解説)のためのプログラム」ではなく非常に実践的、目指すべき達人技を目の当たりにして自分のレベルを再認識しました。
長年csh系シェルを専ら使ってきて"UNIX C SHELLフィールドガイド"を幾度となく読み返してきた自分にとっても本書はとても参考になりました。（matu / 2004-02-20）

ソフト会社に勤務していたころアプリ開発から突然ユニックスサーバの構築に売られ時に辞書として使用しようと買った本です。
しかし、わかりやすいしプログラミングの参考になったので教科書として熟読しました。
shellをまったく知らない人間が参考にするには最適な本です。
私はソフト開発会社の構造や体質が合わず別業種へ転職したため
今ではあまり使用していない本ですがユニックスでちょっとして便利ツールを作る時に参考になります。
ただ、awkを操りたい方は別の本を探してください。（明日天気にな〜れ / 2007-09-21）

普段は何気なく使用していたUNIXを少しカスタマイズしてみようと言ったような使い方から学べました。
プログラミングはちょっと、、、と思っていた私でも勉強になることも多く、この本を見ながらこんなこともできないかな？などと思うようになりました。
これからUNIXを触り始める人にもお勧めできるのではないかと思います。（daissie / 2004-04-03）

非常に丁寧に書かれています。
初めて読んだシェルの本ですので比較はできませんが、
これは良い本だと感じました。
初心者には読みやすくていいですし、あいまいな書き方がなく
丁寧に書かれているため理解もしやすいです。
また、程度勉強した人にとっても有用な本なのでは、
という印象も受けました。
カラフルでわかりやすそうな本と違って、ページも結構あるし
白黒で重厚でいかにも教科書って感じ(？)も気に入ってます。（けん / 2009-01-16）

軽いのりのタイトルと宣伝文句につられて買ってしまいましたが、テスト範囲を絞り込むための統計的な手法の話題から急に学習曲線がきつくなり、ついて行けません。理解可能なのは最初の２～３章程度で、あとを読むには数学的な予備知識が相当必要です。（isis / 2002-05-31）

タイトルは素晴らしい、たぶん日々ソフトウエアの品質に関わっている人は日々「全部テストするんですか」という嘆きがあるだろう。
しかし内容の理解は困難を極める、例えば5章では超幾何学分布の話がでてくるがエンジニアで幾何学分布や二項分布近似を未だにちゃんと覚えている人がそれほどたくさんいるとは思えない。
テストケースの管理という章にしてもいきなり「ミューテーション」なる言葉と説明が出てくる。
アプローチや論稿が間違っているとは言えないが、広くエンジニアの悩みを解決する本ではないと思う。（高橋寿太郎 / 2003-10-02）

この本をタイトルを見たときに、全部テストしないで済まそうという人がいることに驚いた。
もし、16ビットで演算するためにテストできないのであれば８ビットにすればいいのだし、全部テストするためには、全部テストできるための設計が必要である。
統計的な手法をとっている装いがある。
「エラー発見の累積曲線が寝てきて、平均故障時間が十分長いと見込めるときはテスト終了とする。」
とあるが、エラー発見の累積曲線は、平均故障時間とは必ずしも関係がない。
突然、大量のエラーか、致命的なエラーを発見することはしばしばある。
そういう経験値について触れていないのは残念だ。
顧客を言いくるめる方法を集めるにはよい本だと思う。
（kaizen / 2007-12-30）

　アカデミックな内容ではあるが、現場の視点で描かれている。
　基本的な見積式もあり、なかなかよい。
　最近のソフトの場合、ソースコードの行数に換算できない「設定作業」や「接続確認作業」が増えている。それらの見積が見積もれないのが残念。（motofji / 2002-06-18）

「すべてをテストするわけにはいかない」「どこまでテストするか、
どれだけのバグがあっても出荷可能とみなすか」というのはソフト
ウェア開発においては避けて通ることのできない問題です。
製造業などでは従来より品質に統計や確率の考え方が導入されていま
すが、この本は、それをソフトウェア開発に応用したら、という観点
でこの問題について解答しようとしてます。
しかし、いろいろ数式など用いて記述してはいますが、突込みが浅く、
こういう考えもあるんですよ、という紹介レベルの記述にとどまって
いるため、まったく非実用的なままで終わっています。
タグチメソッドをソフトウェア開発に応用しようとする動きもある
ので、この本の論点に意味がないわけではなく、ただ実用的な議論
ができるレベルまで深く論考していないのが残念です。
ただ、テストのあり方やソフトウェアの品質について従来とは違う
観点で考える端緒にはなるかと。（エパメイノンダス / 2005-05-19）

ソフトウェアのテストについて、難しいとか、どうやれば良いのか、
分からないと言った声を多く聞いている。そういった質問に答えられ
る実践的なテスト手法に関する参考書である。少し実践的すぎるよう
な印象も受けるが、そういった点が利点でもある。ただし、例題に出
されているPCに関する状況は少々時代がかっている気もするが、原書
の出版時期を考えるとやむをえないような気もする。
また、付録についているバグ一覧だけを学んでも、デバッグに関する
有効なノウハウが身につくような気がする。（ / ）

ソフトウェア開発において、テスティングという項目は、プログラミングに匹敵するほど重要でスキルの必要とされる仕事です。
そもそもその点が日本のソフトウェア開発の現場のほとんどで根本的に抜け落ちている発想ではないか、と思います。
この本は、ただ漫然と製品を触ってバグを見つけるのがテスターなのではなく、極めて実践的にテスターがなにをどうテストしどう評価されるべきなのか、テスターが持つ責任、プログラマーが持つ責任、プログラムマネージャーが持つべき責任を、小難しい話ではなく極めて明確に伝えてくれます。
それぞれの担当者がどう働けば、クオリティの高いソフトウェアを作り上げることが出来るのか?
いまどき流行りのソフトウェア開発工程本を読む前に、現場の人間がなにをどう良くしていけばいいのかを理解する意味でも、テスターに限らずソフトウェア開発に携わるすべての人に読んで欲しい良書です。（kaorun / 2002-05-24）

　テストの意義、テスト計画のあり方、テストの項目の立て方など、入門編として実践的に懇切丁寧に解説した大作である。丁寧すぎて、ざっと目を通すのもかなり大変な量だが、基本的なことは一通り書かれている。プリンタの事例が多くて、やや古いという点が気になったが、検査や品質管理の専門家はもちろん、開発者でも座右の書として適宜参照すべき本だと思う。あとは自分のアプリケーションに合わせて考えて、カスタマイズする事が重要だろう。そのあたりのヒントはほとんど書かれていない。
　巻末の「よくあるソフトウェア不具合」の４００種類以上の不具合事例のリストと解説は圧巻で、テスト項目の建て方のヒントだけでなく、開発者のセルフチェックにも大いに役立つ。ただしここでもカスタマイズは重要。
　なお随所に、テスト部門と開発者との確執とか、マネージャーやマーケティング部門との力関係、タイトなスケジュールの中でのテスト部門の対処方法などが登場するのだが、これら具体的で現実的な事例や警句には苦笑すると同時に大きくうなづくところがある。こういうところは普遍的なものだ。（まる・ち / 2004-07-04）

Cem kanerは現在アメリカでもっとも影響力のあるPractical testingの人物であるとともに、すぐれた著者であろう。 　企業でのテスティングを学ぶ際に適宜な参考書を選ぶのは非常に難しく、和書に関しては皆無に近い。例えばバイザのBlack box testingなどは良く書店に置かれているがその本を適用しビジネスアプリケーションのテストを行うのはかなり難しいであろう。そういった場合Dr. Kanerの本はうまく適用できるのではないか。多くはBack boxのテスティング手法において説明してあり、テスティングの特別なバックグラウンドがなくても読み進めることができる。更にこの本はアメリカではテスティングのNo. 1の売り上げ書籍である。（高橋寿太郎 / 2001-04-10）

　長年、ソフトウェア開発に携わっては来たが、ソフトウェアテストの基本について、かなり良く解説してある本である。
　設計側から見れば、テスター・テストチームは煙たい存在だが、（これは主に時間に追われているのに、細かいことを言ってくることに起因する）近年ニュースで問題になるような障害を防ぐためには、設計側が障害をださない意識を持つことが重要である。
　テストチームだけではなく、広くソフトウェア技術者に読んでもらいたい一冊だ。（どらいばーII / 2006-01-07）

UNIXでプログラミングを行う者全てが読むべき一冊。読んでないヤツはモグリだ。
UNIXのプログラミングの本としては同じ著者の「UNIXネットワーク
プログラミング」が挙げられる事が多かったが、本書の後で出た第二版
ではUNIXプログラミングの章が削られている。つまりまず本書を読んで
から「UNIXネットワークプログラミング」を読めという事だ。
原書の英文やレイアウトは非常に解りやすかったが、本書のレイアウト
は若干見辛いと感じられる。その点で星一つを減じたが、やはり日本語
で読めるのは嬉しい。
本書の内容はUNIXに限らずBSDやLinuxにも大部分があてはまる。
プログラマを行わない人でも、通して読めばUNIXシスメムへのより深い
理解が得られるはずだ。（ / ）

『UNIXネットワークプログラミング』や『詳解TCP/IP』などの著者の
リチャード スティーブンスによる著書です。
実際にサンプルコードをいじったり、演習問題に取り組みながら習得
していくのが好きな方は、この本を選ぶのは非常に良いと思います。（yusuke takiguchi / 2010-03-09）

最近Mac OS Xを使い始めて，MacのデフォルトシェルがBashなので読んでみました．説明は簡潔にして的を得ており，サンプルの量も適切．入門用チュートリアルとしても使えるし，実際にスクリプトを書いているときに参照するリファレンスとしても有益．これ一冊あればBashを使うのに必要なことはほとんどカバーされている．Bashに関する決定版．（鈴木純一 / 2007-05-01）

～本書は、２分冊の上巻である。
上巻は、一般的なセキュリティの概要とそのコーディングテクニックについて述べられている。サンプルコードはCやC＋＋(一部C＃、XMLなど)で記述されている。
説明は、Windowsの例が多いが、そのほかのOSに適用できる例についても述べられている。そのため、コーディングする技術者及びレビューを行う管理者全般にも参考になる内容と～～なっている。
参考文献も豊富であり、同様のジャンルの書籍やドキュメント等をさがす手助けとなる。～（ / ）

セキュリティについてそれほど深い知識がなくても理解できる内容であるにも関わらず、セキュアなアプリケーション開発に必要な知識が漏れなく記載されている良書と思います。特にセキュリティテストやセキュリティコードレビューについては、実務に即適用できて非常に助かりました。（Yazin / 2006-06-05）

大学でコンピュータを教えるのならこの本が最初がよいかもしれない。
第１章では、すごく幅広く、パソコンから車載の者まで利用の幅があることを紹介している。そういう初歩的な事項から始めて、CPU性能まで上巻で記載している。
各項目ごとの演習問題と、「誤信と落とし穴」というはまりそうな罠について示しているのは有り難い。
情報理論、電気理論のどちらかしか勉強していいない人だと、時々誤信や落とし穴にはまりこんでいることがある。
ps.
自分では電気を出ているとはいえ、実設計をしていないので、「fanout」（P29)を知らなかったので、あわててネットで検索しました。
出力に接続して駆動できるトランジスタの数のことのようですが、日本語の表現が「出力に接続されるトランジスタの数」と書いてありました。
「The capacitive load per transistor is a function of both the number of transistors connected to an output(called the fanout) and the technology, which determines the capacitance of both wire and transistors.」

（kaizen / 2008-03-07）

コンピュータ・アーキテクチャを学ぶ上での定番の教科書である。
上巻では、アセンブリを中心にわかりやすく解説されている。
時代は移り変われど、コンピュータの原理は変わることはないので、
この本で、根底の部分を学ぶことは、非常に重要である。
一つ留意すべきことは、内容は明快に記述されてはいるが、
全くの初学者が使うには少し辛いかもしれないことである。
また、第３版になってページが削られてしまい、
多くのページが、pdfファイルとして、CDROMに格納されている。
私としては、pdfファイルを一々印刷するのは面倒なので、
本のページをもう少し増やして欲しかった。
そのため、星を１つ減らして４つとしている。
（pdfの内容自体は星５つである）（iwashi / 2006-08-08）

コンピュータ・アーキテクチャ設計に当たり、CPUに始まりメモリ、各種バス等の周辺装置に至るまで、設計上の基本方針、留意点を丹念に記載した名著。各国の大学で教科書として使用されており、私の時代には「ヘネ・パタ」本として親しまれた。
特に各々の説明において定量的評価を忘れない点、豊富な例題で理解を容易にしている点、各所で問題と解答を載せ(著者が二人とも教授である事にも依る)、読者のやる気を出している点が特徴である。また、特に新版では増補されているようだが、ソフトウェアとのインタフェースを常に考慮し、コンピュータ・アーキテクチャ設計におけるハードウェアとソフトウェアのトレード・オフを重視している点が評価できる。このため、ソフトウェア開発者が読んでも役に立つ内容となっている。
ハードウェア、ソフトウェア開発者を問わず、コンピュータ関連従事者にとって必読の名著。（紫陽花 / 2007-04-30）

日本語版はなぜか2分冊になっているところは気持ち悪いですが，
翻訳も問題なく，非常に読みやすいです。
コンピュータアーキテクチャの方も，この著者が訳してくれていたらなぁ…。
（学生とかに分担して訳させるからああなってしまったのか…）
（ark / 2009-04-26）

パイプラインの仕組みや、仮想記憶のみを知りたい者は、
上巻ではなく、下巻を必要とするだろう。
だが、下巻だけ買った場合、一つだけ難点が生じる。
それは、下巻の参照先に指定されている資料が、
上巻のCD-ROM中にある点である。
したがって、それらを参照するには、上巻も買わなくてはならない。
決して安い値段の書籍ではないので、この点はいかがなものかと思う。
しかし、その点を除けば、内容は上巻と同じく☆５に相当するものである。
パイプラインやキャッシュを学ぶ上での、最高の教科書の一つであることは変わりない。（iwashi / 2006-12-14）

大学でコンピュータを教えるのならこの本が最初がよいかもしれない。
第１章では、すごく幅広く、パソコンから車載の者まで利用の幅があることを紹介している。そういう初歩的な事項から始めて、CPU性能まで上巻で記載している。
各項目ごとの演習問題と、「誤信と落とし穴」というはまりそうな罠について示しているのは有り難い。
情報理論、電気理論のどちらかしか勉強していいない人だと、時々誤信や落とし穴にはまりこんでいることがある。
下巻では、データパスと制御、パイプライン、記憶階層、周辺について書いている。
CPUの例としては、MIPSとIA-32の両方を記載しているので、どちらかしか知らない人にとって、すごく勉強になる。
ps.
5.6 例外の項で、MIPSでは例外、INTELでは割り込みと呼んでいるものを、
内部要因を例外、外部要因を割り込みと呼ぶと分かり易そうな雰囲気の記載があった。
ps2.
80286で追加された保護機能の大部分は使われていないとのこと。私は80286の使われていない機能の説明で、保護機能が嫌いになったので、少し安心しています。
この用語の使い方を自分ではするようにしている。
すごく細かなことですが、（kaizen / 2008-03-07）

ロジカルシンキングに関する先駆的名著。
巷にあふれる、ロジカルシンキングに関する本はこの本を焼きなおしただけともいえる。
著者は、マッキンゼーでロジカルマフィアと呼ばれる部隊を率いた人。
ロジカルシンキングを語るならば何度も熟読するべきでしょう。
しかし、訳があまりにもひどすぎる。
ということで減点2点。
英語が得意な人は原書を読むことをお勧めします。
（HBS卒業生 / 2007-01-11）

　国内外のコンサルティングファームでも新入社員が本書を読まされるらしいことを考えても、この本の内容は確かであり、ビジネス文書をはじめ、会議で発言を求められたときの自分の発言等にも応用できそうである。たしかにこの本を読んだあとに、テレビなどでコンサルタントや比較的若い世代の政治家などのコメントを聞いていてもこの本に書いてある構造で喋られていることに気づく。本書は「マスターすれば」得るところが大きいのは確かなのであろう。
　しかし、正味のことろ本書を読んでスラスラ書いてあることが頭に入った人は何割くらいいるだろうか。文書の書き方を教えている本にもかかわらず、こんなに分かりにくく書かれた本は少ないのではないだろうか？言いたい事が何なのかがその章の中で掴みづらいのである。
救いなのは、巻末に各章のポイントがまとめて書いてくれていることと、この本の内容は確かなものであるというまわりの評価があることで、それがあるから苦しくても読了できたが、なんど前に戻って読み直したか！本書を読了するのはかなりの忍耐が必要である。同じ内容をずっと分かりやすく伝える書き方、訳し方はきっとあるのではないか。（ny / 2001-04-08）

この本は、２部構成になっている。
一部は、書く技術について。そもそも、この文章を書きながら、思う事はただ一つ。「この本の良さが伝わりますように！」そう思いながら書いている。ただ、もしもこれが１００ページに渡る企画書なら？調査報告書なら？･･･１００ページという重みのせいで、そういった基本的な気持ちを忘れてはしないだろうか？書き上げる事だけに注力してしまい、読み手が見えていない････
そういった事にならないように、というのが基本的な流れだ。つまり、読み手のために書く、その具体的技術について説明している。
二部は、コンサルティングスキルのひとつである「ロジカル・シンキング」について扱っている。そもそも、ビジネスで文章を書くとき、人はなにかを伝えるため、理解してもらうために書く。それは、プレゼンテーションを紙上で行っている事と全く変わりない。二部では、ロジカル・シンキングの考え方を、紙上で表現するための方法を述べているのだが、それはつまり、ロジカル・シンキング自体でもある。
この本の難点といえば、その翻訳の稚拙さだ。例えば、コンサルタントにとっては常識の概念やよく知ってる業務知識も、知らない人は知らない。そんな些細な事で読み手を置いていってはいけない････読み手を思うのなら。
また、構成にも重複や冗長性が多い。「さっき書いてあった事と似ているようで････どこか違うんだろうけど････」そんな思いを何度となくした。
個人的には、それらは挑戦と受けとり、この本をモチーフに４０ページほどのレジュメをまとめた。それにより、ほんの内容を実践できただけでなく、自分が１からほかの人に説明できるようになった。
この本の難しさを嘆くのなら、一度腰を据えて、自分の言葉に翻訳してみると良い。その時、きっと書く技術も考える技術も手に入っているはずである。（ / 2004-06-21）

会社で管理職以上のポジションの人は
是非読みなさい！と薦められました。
しかし、ここで問題発生！内容が理解出来ない！わからない…
今まで書籍は数千冊と読み込んできた筈なのに
なかなか理解出来ません…
何とか理解したかな？と読み進めるもいつの間にか
字面ばかり追っているだけで、頭に入らず…の繰り返しでした。
恐る恐る他の管理職に尋ねると「サッパリわからん(笑)」の
声が多数聞けました。少々安心…
それにしても書く技術や表現技術を学ぶ本である筈なのに
肝心の文章が解りにくく書かれているとは…
いったいどうしたことなんでしょうか！
情報では原作は良く、翻訳がペケとのことのようですが…
（マキャベリ大将 / 2009-04-07）

いわずと知れたロジカルシンキング・文章術、両方のバイブル。今読まなくても、ぜひ１冊買っておくべきです。
わかりやすく考え、わかりやすく書く、本書のメッセージは実に単純である。
学部時代からこの手の本はたくさん読んできたが、訳のまずさを除いても、この本以上の内容を持った本に出会ったことはない。現時点で４２もレビューがあるのに、あっという間にすべて読むことができる。まさに、本書の威力を示しているのではないだろうか？
難解・長大とのレビューがあるが、むしろ読み返しに耐える本として評価したい。私自身、折に触れ読み返すようにしている。というか、いつの間にか手にとって参考にするようになっている。逆に言えば、手っ取り早くこれらのテクニックを身につけたい人には向いていないと思う。（レビュア / 2005-06-24）

出版されて間もない頃に購入し、内容の面白さに引きずり込まれて夢中で読んだ本です。
本書の良さは他のレビュアーの方々が書いてくれているので、ここでは気になった点について述べます。それは、継承の説明についてです。
継承には、「実装の継承」と「インターフェイスの継承」の2つの面がありますが、オブジェクト指向の利点を十分に発揮させるためには、インターフェイスの継承を如何にうまく使うかが重要だと思います。オブジェクト指向の定石とも言える「デザインパターン」でも、その大半が、インターフェイスの継承をうまく利用しています。
一方、実装の継承は、良くも悪くも継承もとのクラスを丸々引き継いでしまうため、多用しすぎるとかえってシステムが硬直してしまいます。
本書の継承の章は実装の継承に重点を置いて書かれており、これを読むと「実装をどんどん継承する事こそ、再利用性を高める源だ」と誤解しかねません。
実際には、インターフェイスの継承についても本書で述べられているのですが、実装の継承に比べると扱いが小さく、主にコラムの中で説明されています。
私がオブジェクト指向に興味を持てたのは本書のお陰であり、ほんとに大好きな本なのですが、上記の問題点を考慮して、星4つとします。（とーてむぽーる / 2005-12-08）

最近，UMLによるクラス図を目にする機会が増えたが，意味がわからないエンジニアにお勧め．もしくはUMLの解説書を読んだがそれでもわからないエンジニアには特にお勧め．
オブジェクト指向開発の流れの中でUMLのようなモデリング言語がどのように用いられ，またそれがどのようにプログラムのコードに落とされていくかを実例を用いて明快に記述している．オブジェクト指向開発の理解無くしてUMLの理解は無い，それを教えてくれる本．オブジェクト指向を理解したい人の，始めの一歩．
#もちろんオブジェクト指向プログラマへの始めの一歩にも（ / 2002-08-21）

むかしむかし読んで、今でも内容を思い出せます。
本書はC++を題材としたオブジェクト指向開発に関する入門書である。
が、入門という割には読んだ後もずっとお世話になることになると思う。
特にC開発者がC++へ移行する際には是非お勧めできるし、
他の言語を用いている人にも是非読んでもらいたい1冊である。
一応のモノを作っているけれども、本当にこれでいいのか、
もっと効率のよい開発方法はないか等、絶対ぶち当たる壁に対し
ヒントを沢山くれる。
読んでいても楽しいし、それでいて効率のよい開発手法を得られるので
お得感満載である。
C++言語を使用しているだけの「丘PG」には是非読んでもらいたい。
絶対に価値観が変わるから。（sada / 2004-02-11）

オブジェクト指向の本質を理解できます。
図解もされてる為、視覚的にもオブジェクト指向に触れる事が出来
初心者でも問題なく理解する事が出来ると思います。
また、本書にも書かれてる通りC++の入門書ではありませんが
オブジェクト指向と言うものを理解すれば、C++を理解したも同然だと思います。
またサンプルコードがC++で書かれてる為参考になると思います。
ただし、上級者には知識を得ると言う意味では物足りないと思います。
しかし、読んでいて楽しいと思います。（akishin0 / 2004-02-05）

5年前に書かれた内容であるために、JavaとUMLではなく、C++とOMTである。ただ、言語の文法や、表記法をどれほど知っていたとしても、必ずしもオブジェクト指向で開発できるわけではない。
その点、本書では、言語や表記法に関わりなく、オブジェクト指向で開発するための基礎が分かりやすく載せられており、それは、時代が過ぎても有用なものだと思う。もちろん、本書を読めば、すぐにオブジェクト指向開発ができるというわけではないかもしれないが、そのきっかけは確かにつかめると思う。（steady / 2003-08-01）

C言語プログラミングの経験がある、でも並列処理プログラミングはやったことがないpthreadってどんなの？基礎から学びたい、という人にお勧めです。私もその一人でして、仕事で今後pthreadでのプログラミングをやっていく必要があるために勉強しようと思って探した一冊です。この関連の本は和訳が非常に読みづらいものが多いと思うのですが、この本は比較的読みやすいと思います。サンプルプログラムが掲載されているので、実際にコードを書いて動かして勉強したい人に最適な本です。（ / ）

基本的な例文がのっているので助かりました
キャンセレーションの方法が詳しくのっているので
Pスレッドのキャンセル処理を実装するのに参考になります
デッドロックの回避についても参考になります（黒あめ / 2007-12-27）

pthreadプログラミングを行なう上で、基礎的な部分から始まり、生成方法、同期、管理、後始末など順番に解説されてます。threadプログラムなんて通常シリアル処理しかしないプログラムでは無用ですけど、通信アプリケーションなどでは必須のテクニックです。これから仕事なでやらざるを得ない状況になった人には救いの１冊かもしれません。うちもシステム設計する上で、調査資料として読みましたが、簡単に利用できそうと判断できまして役にたった１冊でもあります。
あとは表紙の絵が気持ち悪くなければいいのですが。オライリー本は扱うテーマに見合った動物（これは虫か）の表紙で、毎度のことながらうまい選択と思ってますけど、時々きついのが選ばれるのが何とも。（lordtakky / 2009-02-04）

p threadって何の略か読んでも分かりませんでした。
WIKIで探したら、POSIX Threadのことのようです。
POSIXは、IEEEと国際規格になった、
portable operating system interface exchangeの略ですので、
略号の略号なので、わけがわからなかったはずです。
早い話が、portable threadと同義なのでしょう。
移植しやすいスレッドプログラムの書き方という理解でいかがでしょうか。（kaizen / 2008-10-30）

銀行の口座システムを例にして、各章を通してマルチスレッドによる設計方法、
実装方法が詳しく説明されています。
そのため、正しいマルチスレッドプログラミングのノウハウが身に付きます。
通信系アプリケーションのサーバ側プロセスを実装する場合は、マルチプロセスかマルチスレッドの
どちらかで実装する必要が出てきます。私は今まで、ずっとマルチプロセスで実装するのが普通だと
認識していました。
しかし、この本を読んで、サーバ側プロセスはマルチスレッドで実装した方が効率が良いということ
に、初めて気付きました(必ずしもそうではない場合もありますが)。
一旦マルチスレッドによるプログラミングを覚えると、もうマルチプロセスには戻れないと思います。
表紙の絵(カイコだそうです)の気持ち悪さが我慢できれば、特に問題はないと思います。
マルチスレッドによる設計、実装方法について学びたい人は必読の一冊です。（つる / 2009-09-04）

この本の最も優れている点は、まずアルゴリズムの動作原理が図を用いて詳しく、かつ簡潔に説明されている点である。また、Ｃ言語を用いて作られたプログラムの例も、必要最小限度のシンプルさで、アルゴリズムの説明と照らし合わせての理解がしやすくなっている。また、この本の主題となっている整列（ソーティング）のアルゴリズムは、さまざまな種類のものが扱われる。さらに、それらのアルゴリズムの一つ一つの性質、例えば並び替えるデータの個数に対して実行に要するデータの比較や並び替えの回数、実行にかかる時間がどうなるのか、といったことを数学的に示している。また、各アルゴリズムの実装をもっとも単純なやり方から始めて、順を追って使用するメモリの量、実行時間を最適化していく点も勉強になる。さらなる上級分野にもつながっていく内容も多く、初心者から多くの人までに有益な１冊である。（harukazesan / 2001-10-20）

御存知セジウィック先生のアルゴリズム解説書。
第一巻ではリスト、木構造から始まって各種ソート法までを扱う。
内容は平易であり初心者向けと言える。C言語のもっとも基本的な文法を習得していれば十分理解することができるだろう。
解説、サンプルコードともに簡潔で無駄がなく、構成も良く練られている。訳も悪くない。（ / ）

ソフトウェアプロジェクト管理に関する百科全書的内容を誇り、プロジェクト管理者であれば常時手元に置きたい書物と言えます。
CMMやPMBOKのように、決して綺麗に体系立てられたものではありませんが、Microsoftのコンサルタントとしての実績が、実戦に裏付けられた記述を可能としています。ただ、内容が豊富過ぎますので、先ずはさっと全体を洗い、後は必要に応じて適宜参照するような使い方をお勧めします。
原書の出版は1996年であり、その意味では既に古典化していますので、このレベルを早く常識とし、日本のソフトウェア業界全体のレベル向上につなげたいところではないでしょうか。（加納 裕 / 2003-04-26）

コンサルタントが実際に経験したことをベースに書いており、効率的な開発の基本が述べられています。特にプロジェクト管理者にとって一読の価値がある本だと思います。 ・事例とともに紹介されている ・犯しやすい典型的なミスがある ・ベストプラクティスがあり辞書的に使える（ / 2001-03-16）

プロジェクトを上手く進めるためのエッセンスがぎっちり詰まっています。
犯しやすい典型的なミス、見積もり、リスク管理、顧客、プロジェクトチームの取り扱いなどプロジェクト管理において注意すべき事項、どのような手順を行えば上手くいくのかが筆者の経験や実績データなどで説明されており、説得力があり、実践的な内容となっています。ところどころにある「ケーススタディ」は失敗例、成功例が物語風に書かれており、具体的なイメージが湧きやすいです。プロジェクト管理を行うにあたり、この本は私の手元から離せない本です。分厚く、重たく、高価な本ですが、その価値は十分にあると思います。システム開発に関わる全員が読んで欲しいと思う名著です（もし関係者全員が読んで、実践出来たら間違いなくシステム開発の苦しみから開放されるでしょう）。また、筆者の業界全体をいい方向へ改善したいという思いが伝わってくるような感じがします。（kinopp / 2007-02-23）

　今まで、アルゴリズム関係の本をいろいろと読んできた。しかし、この本は何なんだろう。自分ではベストだと思っていたアルゴリズムが、かなりの確率で否定される。
　「これ以上は無理かな？」と思っていた巨匠アルゴリズム＋自己流アルゴリズムが、それ以上の高効率で処理されている。あるいは、「出来ないよ、そんなこと！」を「可能」にしている。まさに、「思い込み」は禁物だということを改めて感じさせてくれる、アルゴリズムにこだわる人には、まさに「目のウロコが落ちる」一冊。「速い」と「メモリを食う」は相反しないことに気づかされる。
　近年のコンピュータの高速化により、アルゴリズムの効率が無視されがちな企業プログラマには是非とも読んでいただきたい一冊。
　パズル的な面もあるので、アルゴリズムとパズルが好きな方は是非とも手に入れるべし!（ / ）

昨今のソフトウェア開発においては大抵がRDBMSベースのもので開発ツールも整っており、
アルゴリズムや計算量、メモリ使用量およびそれらの結果としてのパフォーマンスなどを
真剣に考えないと全く仕事にならないケースと言うのはあまり無いと思われ、それはそれで
幸せな時代とも言える。
本書はそんな「幸せな時代」に逆行する形となるが、上記で述べた内容（アルゴリズム、
計算量、メモリ使用量、パフォーマンス）をメインテーマとしており、それぞれ
1)提示された問題の解法を著者の視点で説明
2)ソースコードとして具現化
3)ソースコードについて更なる考察
4)同じテーマでの練習問題の提示
と言うスタイルで記されている。
特筆すべきなのは問題を解くにあたって筆者が最終的なソースコードにたどり着くまでの
「思考」（いわゆる設計作業）が文章や擬似コードや図表で表現されている事である。
他のアルゴリズム関連の書籍では大抵いきなり完成形のコードが出てきてそれらを説明して
終わりと言うパターンが多く、それではただの丸暗記であり、初級プログラマにとって
本当の意味でのトレーニングにはならないと思う。
個人的な見解だが特に初級プログラマのステップアップの壁に一つには「設計と言う概念の
理解」が挙げられると思っており、本書はそんな概念を掴みきれていない初級プログラマにとって
あぁ、プログラマの頭の中ってこんな風に試行錯誤しながらコードを紡ぎだすんだ！
と言う感覚が味わってもらえるような造りとなっており、非常に好感が持てる。
練習問題が結構多いので勉強会のネタにも使えそうである。
理解しながら読み進めるのは意外と大変かもしれないが読み終えた時にあなたは
一皮むけたプログラマになっているはずである。（コモヒコ / 2007-04-02）

この本は、プログラミング言語を学ぶという本ではなく、どのようにしてアプローチをしていくかという本です。たとえば、ある著名人は、よいプログラマーとは、机上でまず詳細設計を完璧にするものだといっていましたが、まさにその通りのことが書いてあります。
いきなりプログラムを書くのではなく、色々なアプローチからプログラムの骨格を作り上げていくことが出来る一冊です。
中堅プログラマーの方が、上級プログラマーになるためには必須の本だと思います。私のバイブルでもあります。（densuke / 2003-04-17）

コンピュータ・プログラムに手を初めて２０年近くなる。最初の２，３年は先輩が色々手解きをしてくれたのだが、答えられない内容にまで掘り下げて質問すると別の仕事を与えられたものだった。４，５年で自立すると立場が逆転した。過去に苦い経験をもつ私としては、常に最新の情報や考え方、パラダイムの転換といった、この職に不可欠な知識（知恵）を探求し後輩達に伝授していったつもりである。１０年も過ぎるとリッパなシニア・プログラマ（エンジニア）となる。それまでに獲得した知識を最大限に活用して仕事をこなしていく。が、ここ数年マンネリした技術に嫌気がさしていた時に、この１冊に巡り合った。プログラミングに携わる人には座右の書となるであろう。久しぶりに良い師匠に出会えた。わかる人にはわかる本である。初心者には敷居が高いかもしれないが丁寧に解説されているのできっと（数年後でも）役にたつはずである。技術的なことだけでなく、日々精進の仕方まで何気なく書かれている。著者にあってみたくなること請け合いだ。（ / 2001-06-14）

今までいろいろなアルゴリズムの本を見てきましたが、
ほとんどが理論的であり、眠気を誘うものばかりでした。
この本は、アルゴリズムが何であるか？データ構造とは？を
根本から解説しているのですが、プログラマであれば、
非常に興味をそそられる内容になっています。
サンプルプログラム等は、CやC++で書かれていますが、
他の言語しか知らなくても十分理解できるレベルです。
参考本情報が豊富にありますし、少しずつ読んで見ようと思います。（李牧 / 2004-05-02）

同じ著者による前著「フォトマスク技術のはなし」（1996）の改訂版的な本ですが、大幅にアップデート、増補されており、ほぼ書き直したと言っていい内容だと思います。前著が役に立った人なら、買い直しても後悔はしないでしょう。フォトマスクに関する一般向け解説書はほとんどなく、この本が唯一に近いのと、基礎知識から最先端までカバーされているので、フォトマスクに関係することになった人にとっては必読の書であると思います。
今回の新版で「MEMS用フォトマスク」もスコープに入ってきたのですが、あまり詳細な記述ではありませんでした。MEMSでは半導体以外の他分野から参入する人が多いので、もう少し詳しく具体的な解説がほしかったところです。（ゴールデンアロー号 / 2006-12-30）

半導体業界に１０年いますが、業界全体がこれほどわかりやすく書いてある本は、はじめてです。新聞や雑誌等を見て、記憶していた断片的な情報が、この本を見ることで、1つにまとまった感じがします。（KEN / 2006-02-10）

一般的な半導体の歴史・技術・業界動向はもちろん網羅されていて、新入社員のかたの教育用として最適。加えてこの本がすぐれているのは最新のトピック（知的所有権の裁判・代理店から直販へ）などへコメントがなされており、中堅・ベテランも含め一度手にとってみるべき本だと考える。あとは半導体の将来について一般読者にもわかりやすい使用例がもう少しあると☆５つですね。（takubay / 2005-05-22）

　就活で活用するためにこの本を買ってみました。率直に言って、最近出た「これで半導体のすべてがわかる！改訂版」を買えば、この本はほとんど必要ないです。
　さらっと読んで思ったことが、「半導体製造装置産業についてほとんど載っていない」ということです。他の産業と異なり、メーカーと製造装置メーカーとのつながりが特殊なこの業界において、この話に触れないのはおかしいと思います。この本ではアプライドマテリアルが１位で、２位が東京エレクトロンであることすらわかりません。
　また、半導体についての基礎説明もあって無いようなもので、図も少なく、そして索引さえも載ってません。半導体商社の話が多く載っている偏りのある本です。また、出版が2005年で、載っているデータは大抵2003年なので、変化の激しいこの業界ではもはや役に立ちません。「2007年ごろはこうなる」といわれても、もう後の祭りです。
　
　ですので、最近の書籍を買えば必要ありません(何せ基礎知識の説明はダメだし、索引もないので語句調べにも使えない、、、)。また、「最新の本」でも、載っているデータは大抵１年前のものですので、日進月歩の激しいこの業界においては、「最新の本」とは言えないかもしれません。最新トピックなら業界紙かネットかな。（！乱れ雪月花！ / 2007-11-16）