リスト：言語全般 を表示しています。（全 10 件）

まさにタイトル通り、素晴らしいプログラム(Great Code)を書くために知っておくべきハードウェアの基礎知識を一冊に濃縮した本。
コンピュータの基礎から説き起こして、ハードウェアの力を使い切るには何に注意しなければいけないのか、丁寧に説明した良書だと思います。（翻訳も良い出来だと思います。）
「速いプログラムを書きたい」という実用志向の読者だけではなく、「コンピュータの仕組みを知りたい」という知的好奇心に溢れる読者や、「学校でハードウェアを学んだけれど、ソフト開発に役立つとは思えない」というソフト開発者の方にも薦めできます。
あえて一点だけ注意すると、コンピュータの仕組みについてごく簡単な基礎知識がないと、本書を読むのはちょっと大変かもしれません。（例えば、レジスタという単語を聞いたことが無い、という方だと読み抜くのは難しいと思います。）その場合は何か適当な入門書で勉強してから、是非本書を読んでいただきたい。それだけの価値がある本だと思います。（研究職人 / 2006-04-02）

　この本自体はシリーズで構成されるようですので、第一巻であるこの本のトピックスはコードのかなり基本的なところ（2進,16進など)の説明からハードの制御まで幅広くカバーされてます。プログラミング言語は特定されていません。ただ、効率的なコードがずらずらと書いてあるわけではなく、ロジック自体が要所要所にあるといった感じです。また、特定のプログラム言語を使っていない（CやBASICなど色々）、ちょっと読むには理解が必要だと思います。ファームの基礎を学べるので、実務経験が浅い人にはオススメです。プログラミングの本ではなくプログラマーとしてのステップアップの本です。（master222mk / 2006-01-22）

　二進表現での数値評価からIEEE754浮動小数点演算と取り扱い、ブール代数や80x86プロセッサファミリを例にとったアセンブラとレジスタの効率的な使い方などなど、それを日常的に使う業務プログラマにとっては基礎中の基礎が各章に収められている。これを手に取ったある知人のSEは言った。『基礎をここまできちんと突っ込める人は尊敬に値する』と。
　この本の真実強力なところは、それら基礎的な知識が体系付けられ、総覧として一冊の本に纏まっているということだ。KnuthのThe Art of Computer Programmingの模範的な補足とすら言い得る。
　高級言語の強みは環境の実装の詳細に拘らないことにあるのは勿論だが、細部に神が宿ることもまた真実であり、言語規格による設計思想の『矯正』だけで現実が解決しないことを理解している人になら、このシリーズの目指すところもまた、強い共感をもって受け入れられるに違いない。
惜しむらくは10年前に読みたかった（苦笑）。
早く続編の邦訳が待たれる一冊だと、皆さんに勧めて歩きたい。（ynar / 2006-04-29）

何年も昔、プログラマはハードウェアを知りソフトウェアを書いていたはずです。なぜこのような本が2005年を過ぎた今出版されるのか？顧客の要求は多様化、そして複雑化しており、それを満たすために我々は再利用性の高いプログラムを効率良く開発することが求められています。しかし、我々の書いているものは、顧客の要求を満たすためのロジックでありながら、まぎれもなくコンピュータの命令でもあるのです。そして、その命令の裏側にはハードウェアがあります。とかくハードウェアのことなんか忘れがちのプログラマはこの本を読むことで、いにしえのプログラミングの心を思い出すことができるでしょう。本書はVol.1と書いてあるように続編があります。著者の野心に敬意を表します。（isis / 2006-02-18）

この本の目的は、プログラマにマシンレベルで考えてもらうことです。
・コンピュータでデータがどのように表現されているかを見ることで、
　高水準言語のデータ型がどのようにマシンレベルへ変換されるを理解できます。
・CPUでマシン命令がどのように実行されれいるか見ることで、
　高水準言語のアプリケーションで行う各種操作にかくるコストについて理解できます。
・メモリパフォーマンスを考察することで、
　キャッシュとメモリへのアクセスを最大限に発揮させるために、
　高水準言語で変数やその他のデータをどのように編成すればよいか分かります。

現代プログラマにとっては、敬遠されがちなアセンブリ言語ですが、
コンピュータがどうして動作するかについて説明するのに必要最低限の
項目しかないので、アセンブリが分からなくても大丈夫です。
ターゲットとなる読者は、
多少のプログラミングができるがCPUアーキテクチャが分からない人は、
是非、早いうちに読んで欲しいです。
タイトルのGreat Codeですが、少し誤解を招くのではないかと思います。
どちらかというと、Deep Codeという感じです。
それは、可視性に優れ、メンテナンスが簡単にするコードを書くという目的とは無縁の
高速化技術に重きを置いているからです。
とはいえ、浮動小数値同士の比較が非常に危険だというプログラマの常識である
内容の理由など、基本的なコンピューターサイエンスを勉強することができます。（なか / 2008-03-19）

他の方もおっしゃっていますが、１～３章までは必読ですが
時間のない人は辞書的にも使えると思います。
ただ、すべてを一読しておくと、明日行うコーディング等にも
役立つ情報が多々ありますので、ぜひ一読することをお勧めします。
目から鱗が落ちるようなサンプルの宝庫です。（森　博之 / 2004-11-27）

この本は著者のXPでのリファクタリングの経験をカタログ形式でまとめたもので、ソフトウェアを少しずつ日々改善し、ソフトウェアが肥大化が修正を困難にしないようにする小さな手法の集まりを紹介しています。ソフトウェアの構造に日々手を加える(部分的な再設計の)ための、問題点の発見の仕方、直し方がカタログ化されています。
書いてあることの個々の内容は比較的単純なものばかりですが、まずい設計が示唆する問題点、改善による効果、リファクタリングが可能な条件、リファクタリング時に見落としがちな点の指摘などが十分に書かれていて、リスクと効果をよく考えながらリファクタリングが出来るようによく配慮された内容になっています。プログラミング初級者にとって、とても勉強になる内容だと思いますが、経験を積んだプログラマにも日々のプログラミングのチェックリストとして非常に役に立つのではないかと思います。
JAVAでかかれているため、C++を使っている人には多少違和感がありそうですが、.NETプログラミングにはうってつけの内容だと思います。（中村拓男 / 2002-11-10）

達人プログラマ、ソフトウェア職人気質も読みました（ただの流行り好きですね・・・）が前二書がメンタルな部分が多いのに対し、この本は非常に実践的です。
5章まででリファクタリングの意味を知り、後はリファレンス的に手元に置いておきたい本です。サンプルコードが多く明快な解説がされているので詰まったときに調べるのに最適だと思われます。（木下牛 / 2003-04-10）

リファクタリングの技法が非常にいっぱいつまっていてとても役立ちます。
通して読むのは1章から3章くらいまでで、後は辞書引きの方が良いでしょう。
1章から3章までのswitch文をStrategyパターンにもっていくやり方はぜひ身に付けて下さい。
リファクタリングも繰り返し行っていけば、不吉な匂いがするコードを書く前に気づき直すこともできるようになると思います。
直接生産性に影響する技術ではありませんが、保守がしやすく、すっきりとしたコードを書けるようになるので1度読んでみることをお薦めします。（貨物列車を止めた男 / 2004-10-19）

リファクタリングするための個々のテクニックのカタログを説明する
前に、それらを適用するストーリーを例示する章がまず最初に用意さ
れています。そのため、第１章さえ読めばやりたいことの本質が会得
できるので、非常にストレスなく読めます。（この構成は、ＧＯＦの
デザインパターンや、ランダル・L. シュワルツ の「初めてのPerl」
に共通する方法です）
導入の章さえ読めば、個々のリファクタリング技法の節を１節ずつ電
車の中、空き時間等に少しずつ読んでいくことができます。途中の節
から気軽に再開できるので、忙しくて読めない時期があっても最初か
ら読み直しにならない所が嬉しいです。
順番によまずとも拾い読みでも構わないし、もっと言えばカタログだ
から全部読破しなくてもいい、と割り切れるのがいい所です。なんと
なく持ち運んでいつのまにか、読み終わってしまいました。
ファウラーの本の中では、アナリシスパターン（挫折しました）、
ＵＭＬモデリングのエッセンス（若干難しかった）と比べて、
極めて読みやすく買って無駄になることがない本だと思います。（悩み多き頭でっかち / 2002-11-17）

「すばらしい」。本書を読んで本当にそう思いました。いくらJeffrey RichterがMicrosoftに属しているとはいえ、ソースコードが非公開のオペレーティングシステムに対してこれだけ詳細に解説できる人はいないのではないでしょうか。
個人的に感じたこの本の良いところは、OSに関するテーマ（カーネル、プロセス、スレッド、メモリ、スケジューリング、同期など）をわかりやすく説明している上に、それがWindowsでどのように動いているかを説明してくれているところです。OSに関する書籍は他にもたくさんありますが、本書はWindowsの動作とともに具体的にAPIなどの説明も一緒に解説してくれているので、非常にイメージが沸きやすく理解もしやすかったです。また、後半の章ではWindows屋にとっては興味深い技術の１つであるDLLに関する話題も提供されています。普段、MFCやATLで何気なくDLLを利用した!コードを書いてるプログラマは少なくないはずです。一度きちんと理解してみると、非常に面白いですよ。他にもWindows特有の機能を説明した章がいくつかあります。
繰り返しになりますが、すべての章が興味深いものです。自分はWindows専門のプログラマではないですが、Windows屋になろうとしている方は、何が何でも読んでみてください。超おススメの解説書です。（ / 2003-11-01）

私は、APIフックの方法を探してこの本を購入しましたが、それ以外のことにも、非常に役に立っています。
各APIがどのように動作するかなどが詳しく書かれており、中身をきっちり理解すれば、「あの環境では動いたのに、この環境では～」なんてことも減るのではないでしょうか。
APIのフックなどのトリッキーな方法や、WindowsAPIの詳しい情報など、非常に役に立つ一冊だと思います。（yuhnag / 2003-01-30）

Win32 のシステムサービスの基本動作について、詳しく解説されている。リファレンス上ではバラバラに解説されている、各種ＡＰＩの「関連」を理解するのには最適の一冊だ。
Win32 の利点や特性などについても比較的細かく説明されているため、アプリケーションのパフォーマンスチューニングにも有効に活用できると思われる。
まさに、Wiin32 の設計理念を肌で感じることの出来る１冊だ。（渋木宏明 / 2001-09-30）

　この本のどこをとっても、真のWindowsプログラマにとって必須の知識ばかりである。本書のすばらしいところは、単にAPIを説明しているのではなく、「OSとは一体何をするものなのか」という観点からの解説をしているところにある。本書で学んだ考え方はUNIX等の他の現代的なOSにおいても大いに役に立つので、Windowsバカにならずにすむことだろう。（uttiee / 2004-01-12）

下記の項目を、API使用という目線だけではなく、
OSがどのように動作しているかまでを詳しく解説してあります。
カーネルオブジェクト、プロセス、スレッド、同期処理、メモリ管理、
メモリマップトファイル、スタック、ヒープ、DLL、構造化例外処理、
ウィンドウシステム、など
内容が濃いためページ数が多く、すべてを読むには時間がかかると思いますが、
気になる項目だけでも、まず読んでみれば、十分納得できると思います。
Windowsプログラマなら、是非、手にしておきたい一冊です。（なか / 2008-02-04）

あまり他にない種類の本なのでおもしろいと思います。特に6章までは、オブジェクト指向の入門の入門に適しているようです。
しかしそれ以降、特に7章が？？？と感じました。突然ここで新人教育担当者向けになってしまっています。しかし教育担当向けにしては中身が薄いというか、理論的統計的根拠をあまり感じず、著者の直感的持論といった風に感じました。
前半は非常にいいと思いますし、だからこそ逆に前半だけだったらよかったのにと思ってしまいました。前半の延長で8章以降へ続くような本ならとてもいいのではないでしょうか。（ / ）

長年プロシージャー指向に携わってきた読者。
オレ「オブジェクト指向？何それ？」
他のオブジェクト指向の入門書を読んでみても、しっくりこなかった。
原因は、プロシージャー指向と比べて理解しようとしていたことだった。
それを気づかせてくれたのがこの本です。
３章までは理解できましたが…、
４章以降は、オブジェクト初心者には、かなり難しい内容でした。
ＪＡＶＡ、ＵＭＬ、ＪＳＰ、ＥＪＢを理解していないと、まったくわかりません。
これは別の本を読んで勉強する必要があります。
オブジェクト指向の取っ掛かりとして読むにはいいかもしれません。（ / 2003-09-22）

コンセプトがとても面白く，解説も分かりやすいので
初心者の方から，SE の方まで読める本だと思います。
ところが！
初版であることもあり記載されているコードは細かい間違いが多く，
すぐに分かるものから難易度の高いものまで数多く含まれており
実際，初心者の私はかなり困ってます。
間違い探しができる程度に Java が分かる中級者向け，かも。（fiji / 2003-07-11）

恐らく読者によって本書の評価はかなり別れると思います。
参考までに私の場合
・Javaを知りません（C++メインのPGです。でも読めます。）
・身の回りにオブジェクト指向なエンジニアが居ません
・Eclipseで実習を行いました
本書を手に取った理由は
最近コーディングスキルの上昇が頭打ちである気がしたためです。
大きなアプリを作ろうとする際の
設計やコーディングのマズさを補うため
従来の古い？習慣を脱却して
オブジェクト指向的な設計、コーディングを目指すため。です。
最初の３章ほどはスイスイ理解できます。
オブジェクト指向といった言葉に免疫がなくとも
また、デザインパターンなどについて無知であっても
それに近いことは既に実践していたので、おさらい程度に。
また、著者の考え方、
教育者としての立場からの意見は参考になりました。
技術的な内容よりも考え方や
人の育て方（コーチング）に関する記述に興味が沸きました。
ただ残念なことに
私はこの本の例題について興味を持つことはできませんでした。
もっと読者が食い付く内容の実習であれば
コーディングレベルで身になるものがあると思うのですが。
また、UMLやEJB？に関する記述が多く
前半鼻息荒く食いついた読者も、後半「引く」と思います。
オブジェクト指向といった難しく聞こえる
言葉に対する抵抗を無くすための前菜には良いかと。
これをきっかけに
他の書籍にも目を通し、習得の努力は継続しますが
既にオブジェクト指向について知識のある方と
一緒に仕事をすることが一番だと感じました。（ふりらんす / 2006-04-25）

タイトルのインパクト、帯や前書きに書かれた前宣伝はすごいけれど内容はいまひとつ。「簡単でしょ？分かるでしょ？」という問いかけ（暗示？（笑））が随所に登場するけれど分からないところが多い。間違いも多くて読むのにストレスがたまりました。（ / ）

インパクトのあるタイトルと黒々とした表紙から、ギーク向けの本と思ってました。
が、読んでみるとソフトな内容。
プログラマとして知っておくべき、気をつけるべき、そして実践するべき内容が上手くまとめられており、「そうそう、そうなんだよねー」とウンウンしまくり。
もっと早く読めばよかったという気もするが、若い頃に読んでも実感が湧かなかったろうな。
挿入されているお話も面白く、新人研修などの講師になったら話のネタに使えそうだわ。
（生徒がこの本を読んでいませんように・・・）（殿下 / 2007-05-02）

この本には、プログラミングの原則が、詳細かつ分かりやすく記述されている。
それらは、プログラミングをする上での、ごくごく当たり前の事柄なのだが、意外に実践できていなかったりする。
新人プログラマなど、とりあえずは動くものが作れるが、品質がいまいちな人たちに、最も読んでほしい本である。（卍 / 2007-02-21）

タイトルは「達人プログラマー」だが、実際の内容は、
システム開発に携わるエンジニアが心がけておくべき内容だと思う。
この本に以下のような記述がある。
ソフトウェアの無秩序さは加速度的に増大する。
そのため、質の悪い設計を行わない、または修正することが出来ない理由を明記するなど最初の無秩序を作らないことが重要である。
これはごく当たり前のことだが、分かりやすい例で書かれているため、知識として身につけ易くなっているところがこの本の良いところだと思う。（3cr / 2003-12-25）

もっと早く読むべきだったと後悔しています。
達人の仕事振りを説いた１冊です。
この本のキーワードとなる言葉は、
１、割れ窓をなくす
２、蛙の煮物
３、伝達しよう
４、ＤＲＹ原則
５、直交性
６、自動化
７、絵画の制作のやめ時を知る
プログラマーでこの本を読んでいなかったら、
急いで読みましょう。
それ位、知らないと恥ずかしいです。（なか / 2007-04-23）

この本には、質のよいプログラムを書くことが出来るようになるよう、
70個のヒントを示しながら、良いプログラミングの方法を教えている。
自分も早くこのような本にめぐり合えていたら、と思う。
ヒント38：抽象概念はコード上に、詳細はメタデータ上に書くこと、
など、示唆に富むヒントから基本的なヒントまで、すべて為になった。
いろいろなレベルの方にお勧めできる本です。（ / ）

　スタンダードなプログラミングとは何かということが書かれていると思います。速度のみを重視した、解読不可能なトリッキーコードは全くありません。誰もが努力すれば必ず身につけることができるような、そういった内容です。しかし、それこそが、最も効率的で、最も効果的で、最も美しいプログラミング、正にプログラミングの王道あるということが分かります。
　この本を読みこなすには、最低Cの知識が不可欠ですが、それでもCのよく使われるライブラリのみでコードが構成されています。
　また、awkやperlが分かると、更に楽しく読めると思います。（たか / 2002-09-16）

出版された時から、書店で手にとっていたのでどんな内容は分かっていたつもりだったのですが、実際に読んでいくと、実に深い内容だなあ、と思います。
最初にプログラミングのスタイルの話から入るのですが、いつも私が悩んでいる変数の名前付けなどについて，きっちり結論がだされていて、ためになります。
この辺の問題は、別にプログラマや、プログラマを目指す人だけの問題ではありません。会社でVBAマクロを書くだけの人にもぜひ、意識してほしいと思います。
頭がなかなかついていかないので、読むペースが上がらず、もどかしいのですが憧れのカーニハン大先生の本なので（プログラミング言語ａｗｋでプログラミングに開眼しました）、じっくり読もうと思います。（トニオ、アントニオ / 2001-11-10）

カーニハンの本には、いつも無駄がない。職業プログラマが、キャリアアップの中で経験する試練を乗り越えるための、英知と示唆が凝縮されている。多くのWindows本に見られるようなディスプレイ画面のコピーや使い方で多くのページ数をさいて、判ってしまえば積読になる昨今のノウハウ本とは全く対極をなす。かといって何回な数式や論理を振り回すこともない。読者が経験を積めば積むほどに、深く考えさせられる。新人教育用に、またベテランは自己のスキルの再チェックのためにプログラマから管理者まで必読してほしい。（トム仙人 / 2002-05-26）

　この本のエピローグの後には「Appendix：ルール集」というものが付いており、各章の主旨やルールがまとめられている。一度読み終えれば、このAppendixを眺めるだけでも充分だろう。
　C、C++、Javaを始め、AwkやPerlによるプログラムも紹介されている。言語による記述の違いが明快で興味が持てた。
　参考書には書いていない今さら人に聞けないような「変数名や関数名の名前の決め方」なども書かれている。
　また、各章のはじめにある著名人たちのことばから得るものも多い。
　我々のバイブル的な書籍であろうという評価には納得だ。（petitbee1980 / 2003-08-30）

プログラミング作法に関する類似本はたくさんありますが、本書が一押しです。コーディングスタイル、インタフェース、テスト手法、などに関して、単にお勧め方法が書かれているのではなく、その本意がきちっと説明されているので納得できます。
また、従来作法の間違い指摘なども随所に盛り込まれています。
仕事で作るプログラムのヒントが盛りだくさんに書かれています。
コーディングスタイル、インタフェース、移植性の重要性を説明できますか？自己満足のプログラミングではなく、仕事に役立つプログラムを作成するためには、絶対に読むべきです。かならず役に立ちます。（春峰 / 2005-06-19）

プログラマ志望の人にはぜひ読んで欲しい。
プログラマになってしまうと、仕事が忙しくて読む時間がない人が大勢います。
学生のうちに読んでおくのがいいかもしれません。
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++が流行りだした頃、「これでコーディングの分業もやり易くなり、グループで大きなプログラムの開発に向いている」とか「他人の作ったプログラムの部品が使いやすくなり個人のプログラミングも楽になる」とか言われたものだが、現実はそうなっていない。これはまったく、本書のようなスタイルを守っていないことによるのだろう。グループでの開発者にも、個人の趣味屋にも薦められる。
　ただ、出版社の宣伝では「最初に読むと良い」ようなことが書いてあるが、実際はある程度のレベルがないと読むのは辛いだろう。そこそこの大きさのプログラムを書いて、実際に困ったことがないとこの本の価値はわからないかもしれない。（yoshik-y / 2006-02-23）

C++に特化した話しではなく、C、JAVA、C#などの他言語ポーティングや他OSポーティングを前提としたシステム構築にも使えるknow-howがよくまとめられている。
最低何をシステムに乗せればもっとも影響分析がしやすいとか、コストパフォーマンスがよいか、などの観点から見るための記述がないが、
ネーミングルールからドキュメンテーョン、制御構造、クラス実装時のknow-howなど、カバー範囲が広い。
単純にきれいなソースコードとは何か、
ではなく、
効率的なコーディングとは何かを通し、プロジェクト運営の参考になる記述多し。
本書はStyleBookであるから仕方がないが、惜しいことに本書ではデータ解析、品質評価といった項目についてのサポートはない。（嫦娥 / 2006-11-26）

本の内容としては、C++のコードをきれいに書くために
役に立つと思いますし、コーディング規約を社内で
統一するために、非常に参考になると思います。
本のボリュームもそんなに多くないし、
内容もそんなに難しいことを書いていないので、
さらさらと読めると思います。
値段も手ごろなので、個人的には買って良かったと
思っています。（たけぼう / 2006-02-26）

C++ではありませんが、メンテナンスしやすいようにプロジェクト向けにコーディング規約を作成する際に参考にしています。
「なぜそのスタイルにするのか」を体験的に書いてあり、C++以外にも適用できる部分が結構あります。
社内の規約があったとしても「なぜそうするのか」を理解していないと守られないこともよくありますから、コーディング規約に悩める人は一読をおすすめします。C++を知らない人だとちょっと敷居が高いかもしれませんが・・。
（空星 / 2006-04-10）

全体的に読みやすく、コンパクトにまとめられています。
美しいコードの第一歩は、一貫性のある単純なスタイルです。
各企業、独自のスタイル文化があるかと思いますが、
一度、世界標準のスタイルを知り、良いものは取り入れ、
コーディング規約の改定を試みてはどうでしょうか？
大見出しは、
・一般原則
・フォーマット規約
・命名規約
・ドキュメンテーション規約
・プログラミングの原則
・プログラミング規約
・パッケージング規約
中には、私と考えが違う項目もありましたが、殆どが納得できる項目でした。
Code Complete第2版〈上〉〈下〉と合わせて読んでいただきた一冊です。（なか / 2008-09-04）

C++を分かったつもりになって使っていた。
MISRA-C++を理解しようとしたら、ふだん自分が使っていない機能がたくさんでてきた。
そこで、MISRA-C++の参考文献を見たら、この第３版が書かれていた。
本書は、すばらしく、C++の課題に切り込んでいることが分かった。
C++が、
C
Object指向C
Template C++
STL
の４つの言語の連合体だとのこと。１つの言語として理解しようとするから難しかったことが分かりました。

#defineよりもconst, inlineを使った方が、プリプロセッサではなく、コンパイラに頼ることができることなど、
対応すべきことと、避けることが書かれている。
初版は課題が５０だったが、第３版では課題が５５に増えている。
基底として用いるC++の国際規格の版によって、未解決の問題と解決済みの問題があるという理解でよいだろうか。
MoreEffectiveC++が続刊である。
Effective STLも合わせて読むとよいらしい。
ps.
ExceptionalC++などの関連書籍はリストにしてみました。（kaizen / 2009-04-04）

読みにくいという評判だったのですが、内容が素晴らしいという言葉を信じて、
実際に読んでみました。
確かに誤字脱字を10箇所ほど気がつきましたが、読みにくいという印象は受けませんでした。
また、前評判通り内容は素晴らしかったです。
ターゲット読者は、中級以上のC++プログラマです。
いままで、気にもしなかったことを知ることができ、より一層の理解に繋がりました。
全55項目のテクニックを紹介していて、気になる項目だけを読むのも良いです。
しかし、全てを読まないと勿体無いです。
各項目は章に分かれていますし、索引もしっかりしているので、
読み返すのも楽にできます。
C++プログラマなら、押さえておきたい一冊です。（なか / 2008-04-15）

訳注がやたらめったら多く、どうも著者が対象としている読者層と訳者が対象と考えている読者層にズレがあるように感じました。前者は中級Ｃ＋＋プログラマ、後者はＣ＋＋どころかプログラミング自体の初心者を相手にしているような。内容はそこそこ高度なのにかなり初歩的なことまで訳注が入っていて、読んでいてなんだかリズムが悪く感じました。
　上記を除けば訳自体はちゃんとしていて、内容も申し分ありません。第２版も持っていますが、内容を比べるとC++プログラミングの進化を如実に感じます。というか、別のタイトルで出してもいいじゃん、と思うくらい内容が一新されています。
　「今の」C++のキホンを網羅した、オススメできる一冊です。以前の版を持っている人も是非！
（しゅう / 2006-05-31）

誤字脱字がかなり多く、ひどいところでは意味が逆にとられるような間違いもあります。結果、内容を疑いつつ読む為に非常につかれました。HPで訂正箇所が公開されていましたが、それ以外にも数多くあります。
直訳すぎるのか、スムーズで読みやすい日本語からはほど遠く、読んでいてかったるい。（例えるなら、１行ですむ内容が無駄に２、３行に膨らまされている印象）
第２版の方はよかったのに...
（トッティー / 2007-11-20）

55項のガイドラインが説明されています。それぞれの項は話の内容がそれぞれ独立しているため、自分の好きな順番で読むことができます。これは、読む側にとってはとてもありがたい点です。
それぞれの項は具体的なソースコードの例が掲載されていて、分かりやすいです。それぞれがとても説得力があるため、一人で納得しながら読んでいました。
特に、私がとても勉強になったと感じたのは、例外安全でした。例外安全というキーワード自体この本を読むまで知りませんでした。
C++で実装する時には、この例外安全性を保証しなければならないという説明は、とても説得力があります。
時代が変われば主流となるプログラミング言語や設計方針、考え方も当然変わってくるため、我々プログラマーも時代の流れに合わせるために常に勉強し続けなければならない訳です。
多少誤字脱字がありましたが、それほど読みづらくはありませんでした。
また、訳注はプログラミングの初心者を対象としているかのような初歩的な説明が多かったです。そのような訳注が多かったのが、少し残念でした。
C++プログラミングをする時に気をつけなければならない注意点やテクニック、ノウハウが満載の本です。
全てのレベルのC++プログラマーにお勧めだと思います。
（つる / 2009-07-13）