リスト：C++の設計と進化　参考文献 を表示しています。（全 12 件）

極めて興味深く，ではあるが特殊な本である．
C++はどのように開発されたのか．
C++はどのような進化を遂げたのか．
これらを述べた本であるが，実によい題であると感じた．
頭の良い著者である．
裏を返せば，プログラミング言語は「開発」されるものであり
「進化」するべきものでもあるということを
著者は暗に言いたかったのであろうか．
それは考え過ぎか・・・
C++中級者でも全てを理解するのは難しいと思う（私を含め）．
良くも悪くも期待を裏切られた．
多くの新たな発見があった一方で，うんざりするような（病的な？）
C++に関する議論，コードとも格闘する必要があった．
ただし全てを完全に理解しなくとも，C++に興味がある人であれば
何らかの発見は必ずあると思う．
C++は決して思いつきで生まれたものではない．
理論的に導かれたものでもない．
多くの知識，経験を基に「開発」されたものである．
さらにその「進化」を認めている．
決して理想論ではなく，実際にユーザ（プログラマ）が
その言語を利用した結果どうであったかを
フィードバックし，さらにその言語を改良する．
この一見簡単そうであるが極めて難しい作業を
著者は自然とこなそうとしている．
たとえ新しいプログラミング言語を作ること自体が
そんなに難しいことではないとしても，
「使える」「万人が納得する」「矛盾がない」「効率がよい」・・・
こだわりたい条件を満たすものを作るのは容易ではない．
それらをすべて極めて論理的に処理する著者の思考過程には脱帽である．
C++云々だけではなく，著者のそういった部分にも驚きを覚えた．
ただし，読んでみなければわからないのであるが，
思考過程，考え方などが著者と異なる人は
読むのが辛いかもしれない．
「何故そこでそこにこだわるの？」
「なぜそれが問題なの？」
おそらくいったん著者に疑問を持ってしまったら
もうこの本は読めないであろう．（tote / 2005-02-27）

Ｃ言語＋simula(クラス)として生まれたＣ++の設計思想の書。
Ｃ++初心者にはお勧めできません。
少なくともＣ++の言語仕様とオブジェクト指向プログラミング手法の
理解がなければこの本の内容を曲解してしまうのではと心配になります。
言語設計段階の紆余曲折の過程は正しく言語を理解した上でなければ
まどろっこしく感じてしまうでしょうし、
非常に詳細な５００ページ以上の分厚い本であり
すぐに役立つようなHowToを解説しているわけではありません。
取り上げるサンプルコードも言語設計にとっては不可欠でも
一般的なプログラミングでは現実問題にならないケースも多々あります。
中級以上のＣ++プログラマがさらに深い理解を得るための最良の書だと思います。
設計思想に関しては
純粋完全な理想言語より、不純で不完全で選択の自由のあるＣ++こそが
”今日の”実践的な言語であることが解説されます。
言語仕様に関しては
言語設計者の視点から詳細な仕様が解説され
想定される機能要求から言語仕様が導き出される過程により
単なる言語リファレンスよりも深い理解を得ることができます。
* * * * * *
著者の期待以上の発展をとげたテンプレートは
特に設計者としては自慢の息子といったところなのでしょう。
ＪａｖａとＣ++が世間で思われているよりずっと異なるとする著者本文と
Ｊａｖａの設計理由が本書でわかるとする訳者あとがきのギャップも楽しめます。（ソリター / 2005-02-11）

この本は１０年前に書かれた本です。
実際に読む前に持っていた先入観は「どうせ古い内容だから・・・」と
いった懐疑的なものでした。
しかし、そうではありませんでした！
C++を学び始めた初心者の方にはもちろん、普段からC++に
慣れ親しんでいる開発者の方にとっても新鮮な事柄が、C++を
創り上げた本人の思考過程を伴って語られており、
「こいつは目からウロコだな、まったく・・・」と感じる箇所が
多々有るのではないでしょうか？
翻訳者の訳癖（主に訳注）については賛否両論有るようですが
本書では気になるところも少ないように思います。各ページ毎に
訳注がちりばめられ、読み進むペースを乱されるということはありません。
訳注（監注）は主に各章の終わりにまとめて記載されているため、
必要なところだけを読みたい人だけが読むことが出来るでしょう。
このように書くと訳注を邪魔者扱いしているようにもとれますが、
私個人の感想としては、本書の訳注は「出すぎず、引っ込みすぎず」と
いったバランスを保っていて、適切なものだと感じました。
また、この手の書籍としては値段もまずまず手頃なのではないでしょうか？
個人で購入するのがためらわれる場合には、会社用として購入するのも
手だと思います。（上司に相談しましょう♪）
C++の本質を再認識するにはまさに最適な一冊！オススメです！！！（ / ）

ACMに
Evolving a language in and for the real world: C++ 1991-2006,
というBjarne Stroustrupの論文がある。
また、WEBにも関連する文章を掲載している。
本書は、書籍としてまとまっているという点において、購入する価値がある。
Anotated C++ Reference Manualには書かれていない情報の掲載もある。
「９．４　C++をより強力にするためには、何をすべきか？」
は注目すべきだが、結論は書かれていない。
個人的には、クラスは振る舞いから決めるべきだと思っている。
光子が波動によって定義できるように。（kaizen / 2009-04-08）

C++の上級プログラマーで且つ、C++の複雑性に疑問を持っている人にお勧めします。ストラウストラップが、C++の技術的、政治的、マーケティング的、ビジネス的側面を直に語っています。実に興味深く、参考になりますし、上級プログラマが読めば、
間違いなく、C++のレベルが上がります。一方、素人には、まったく歯が立たないはずです。自分が上級プログラマーではないと思う人には、もっと易しい本をお勧めします。（ichiro.mariners / 2007-12-04）

C++を発明した筆者が執筆している以上、C++を本格的に学ぼうとする人間はおそらく手にする本だと思います。ボリュームも相当な量で、正直、私も読みきれていない(読みきれるとも思っていない)。ただし、この本は誤植が多すぎます。
原文を読んだわけではないので、どのレベルでミスが紛れ込んだのかはわかりませんが、少なくとも翻訳されたこの本は相当「酷い」ものだといえます。原著者も翻訳者も、出版後に正誤表などで訂正を出しているので(Webで閲覧可能)、必ずそれらを確認する必要があります。ただ、私が見た範囲でも、翻訳されたこの本の訂正表は不十分です。
個人的には、記述内容の間違いを読みながら補正できる「プロ」レベルの人以外は読むべきではないと思います。少なくともこの翻訳された内容を鵜呑みにするのは問題が多すぎると思います。
----
ほとんどの人が「この本はいい」と評価しているようですが、個人的には「本として失格」と思っていたので、あえて(苦情の)レビューを書かせていただきました(それでも星3より下げることはできませんが^^;)。（ / ）

　C++の初心者だからかもしれませんが、大変難しい本だと思います。この本を読んでいると、何か迷路の中を進んでいるか、底無し沼にはまっていくような感じになります。
　だからといって、巻末の索引を利用して、必要な部分だけを拾い読みしようとしても、「結局どういうことなの」と戸惑ってしまうこともしばしばです。索引が指しているページを開いても、そのキーワードを理解するためにどこからどこまで読めば良いのかも良くわからなかったり、開いたページに肝心のキーワードが載っていなかったりすることもあります。
　C++のバイブルということなので、あまり批判をすると逆にこちらが批判されそうですが、少なくとも初心者が読むべき本でないことは確かでしょう。C++を志して希望に満ちた初心者が読むと、挫折する確率が高いと思います。かなり経験を積んだC++プログラマーが読むべきものなのでしょう。（たか / 2002-08-20）

いまさらですがこんなに誤訳の多いリファレンス本がかつてあったでしょうか。WEBで公開されている正誤表を基に本書に赤を入れていったのですが、あまりの長文に途中で挫折してプリントした文を切り張りしたほど。"２の補数"の訂正には特にがっくりした。いらいらしてまともに読む気が起きません。いらいらのほんの一例。"p341, 11.9関数呼び出し"より:"()の呼び出し演算子は" -> "呼び出し演算子の()は" こんなのが多すぎる。自動翻訳でもやったのか、と勘繰りたいほどひどい。これでは訂正が入っていない文も安心して読めません。読めない本は星ひとつ。
（altnk / 2007-11-08）

初心者プログラマのためのC++の入門書ではない。
著者が第1版の序文で述べている、「本格的なプログラマがC++言語を学習し、一定以上の規模を持つプロジェクトでC++言語を使えることを主目的として書かれている」とおりである。読み通すには、相当の根気と努力が必要である。
ただ、C++の原典として、標準的な文法や実装の調査に用いることができるし、第4部「C++を使った設計」(第23章以降)の内容は、C++だけでなく、ソフトウェア開発について著者の考え方や貴重なアドバイス(章末にリストアップされている)が載せられており、一読の価値があると思う。
結論として、C++の本格的なプログラマを目指すのであれば、手元に置いておいて、事あるごとに参照し、活用したい一冊である。（steady / 2003-08-28）

C++言語開発者が書いた本でC++全体を一通り網羅している本です。
また、文法的なこと以外にも、STLを使ったジェネリックプログラムなど色々面白いことを取り上げているので読み応えもあり、C++のプログラマにはぜひ読んで欲しい本です。
悪い点をあえて言いますと、この本全体に作者の強いバイアスがかかっているので、内容をそのまま鵜呑みにするとよくないかもしれません。
あと、この本に加えてEffective C++,Effective STL,Modern C++Designなどを読めば、さらにC++の可能性が見えてくるかもしれません（toyuu / 2002-08-24）

世界中のソフトウェア開発者に読まれているオブジェクト指向開発の古典とも言うべき本です（一説によれば数十万部売れているそうな）。オブジェクトモデルの表記法はUMLではありませんが、開発プロセス／方法論の解説は今でも一読に値する価値の高い本です。これを一冊読み通すとかなりオブジェクト指向開発を具体的に理解できるようになります。より具体的な話に興味のある読者は第一部の概念編を飛ばして、第二部以降から読み始めるとよいかもしれません（第一部の内容が本当はとても重要ではあるのですが）。内容構成は「説明の仕方のお手本」のようで、とても読みやすいです。（鈴木純一 / 2002-11-30）

オブジェクト指向分析と設計が、特定の用途の物（オブジェクト）に即して考えることが必要なことが分かる。
オブジェクト指向というと分析に基づいて設計する際の、一部の階層化、継承だけを取り出して議論する人がいるかもしれない。
応用に基づいた議論をすれば、一部の技術に振り回されないことことが分かるかもしれない。（kaizen / 2009-04-03）

1999.7月のANSIC++規格ができたことでその役割を実質的に終えたとも言える本だが、C++を学習する上で、クラスオブジェクトの実装など、細かいところで普通の入門書では教えてくれない事柄が多数書かれおり、まだまだ非常に有用であると思われる。（ / ）

20年も前に既に古臭かったFortranによるプログラミングの解説書がこの本です。では、今や何の意味もないかというととんでもない。改めて読み直しましたが当時と変わらない新鮮さを感じます。
この本で著者等は例題を一つ一つこなしながら、よいプログラミングのアプローチとは何かを説明していきます。例題はunixでよく見るフィルターが主で、ファイルコピーから始まって文字の数え上げ、語の数え上げ、文字の置き換えと進み、やがては文字列検索、エディタ、フォーマッタ、マクロプロセッサへと達します。これらの例題がすべてかんで含むように説明されているため、基本だけではなく応用まで身に付けることができます。
言語はFortranですが、ratforプリプロセッサを通すことで、C言語に近い文法になっています。C言語しか知らない人でも特に違和感は無いでしょう。
濃い内容に加えて訳がすばらしいのも読みやすさを手伝っています。最近のやたら分厚くて読者を押しつぶさんばかりの量なのに何を言っているのかわかりにくい本とは一線を画します。（zero / 2001-09-06）

何らかの言語を使えるようになった後で読むべき本です．Cを使える学習意欲旺盛な人ならば苦労せずに読める内容です．この本を読めばわかることを全く知らないプログラマやSEは珍しくない．
この本ではRatForというFortranの亜流の言語でサンプルコードが示されている．文法や演算子の説明は最初のほうで行われているのでFortranを知っている必要は全くないが，Cや手続き型言語を知らない人は読むのに苦労するかもしれない．C,C++,Javaなどに慣れていたり構文解析を勉強したことがあったりすれば読むのには苦労しないと思う．
僕が最近この本を読んでまず思ったのは
　　「どうして今まで誰も推薦してくれなかったの？K&Rと同じくらい有用じゃん…」
ということ．8年前にこの本を知っていたらどれほど楽ができたか…
ある程度プログラミングに慣れていないと難しくて読めない本ではあるが，「プログラミングと直結したアルゴリズム」や「プログラムの再利用に関する基本」を知るための本としてこれほど基本に重点を置いてまとめられた本は他にないと思う．
少々余談になるが，ソフトウェア開発においてはLinuxカーネルに代表されるバザールモデルの普及以外に本質的な進展が長い間行われていないことを痛感させられた．つまり，大昔に出版されたこの本は使用言語以外の点では全く色あせていない．（ま2007 / 2005-04-18）

この本は、RatForという古い言語で書かれていますが、内容的に陳腐化しているということは全くありません。
プログラミングする上での方法論を学ぶ上で参考になることの多い本です。（読者135 / 2005-03-31）

この本は C言語の開発者が他のプログラマ向けにC言語の仕様をつづった小冊子です。チュートリアルとリファレンスからなっています。簡潔で判りやすく、第2版はANSI規格化で指摘された曖昧な部分や新機能が追加されています。プログラマがC言語の概略をすばやく頭に入れるのには最高の本だと思います。またリファレンスは非常に役に立ちます。
但し、本書はプログラミングの入門書では決してありません。そういう目的でかかれたものではなくて、プロの研究者がプロのプログラマ、研究者向けに書いた本なのです。難しい内容ではありませんが、プログラミングの基本や基礎などのことは全く扱っていません。プログラミングの初心者がこの本を買うのは全く間違った選択です。
プロ向けにかかれているので内容がストレートで、まどろっこしいところが無く、プロのプログラマは短期間に内容を習得できます。しかも内容に漏れが少なく、いろいろな本を渡り歩く必要がありません。そういう意味でこうした本は存在意義が大いにあると思います。 （中村拓男 / 2002-10-26）

この本は読む本ではなく、使う本です。
文法に悩んだら付録Aを、ライブラリに悩んだら付録Bを、プログラミングに悩んだら本文を探すと、解答が見つかります。
通読していた時には気にも止めなかった一文が、答を探して読むと光を放つ解答となります。
このコンパクトな本にどうしてこんなに？と不思議になるくらいの答が散りばめられています。
この本は初心者用ではないと言われています。しかし、逆に言うと初心者を脱した人が使った時に真価を発揮する本だと言えるでしょう。
何回読んでも定規と赤ペンが手放せない本です。
第一版と違って、この本自身が規格書にはなっていません。規格自体を読みたい人はJIS X3010を併読するとよいでしょう。（alaskan / 2004-12-10）

全くの初心者の時に、人に勧められて買いましたが、その時点では全く理解不能でした。
他の入門書などを読んで、ある程度Ｃのプログラムを書けるようになってから読むと、何が書いてあったのかがわかるようになりました。
よく、Ｃを始めるときにはK&R一冊あれば十分、というような人がいますが、全く間違い、というよりはウソです。それはむしろ「俺はK&RだけでＣがわかったんだぞ」という単なる自慢話だと受け取った方がいいでしょう。だから、それを真に受けてはいけない。入門者には、日本人著者によるもっと優れた、わかりやすい入門書がいくらでもありますので、最初はそっちを買った方がいいでしょう。この本はプログラミング入門者に向けて書かれたものではないので、わからないのが当然で!す!。
これはまさにバイブル（聖書）なので、実際の内容以上に持ち上げられている感はあります。ですが、少なくとも間違ったことは書いてあるわけがない、という安心感があるので、手元に置いておいてもいい本です。この手の本にしては説明もまあまあわかりやすい。翻訳本独特の妙に堅い文章ではありますが、それを補ってあまりあるものはあります。（ / ）

私がこの本に手を出したのは基礎が身に付くか付かないか
といった程度のレベルの時でした。
当然、その時は読んでもちんぷんかんぷんでしたが、
他の書籍やWebで調べた内容を書き込んでいくうちに
とても使いやすい辞書が出来上がりました。
この本はアスキーコードやパリティビットなどの"その道の人なら知っているであろう事"の
説明がされていないので、そういった部分を巻末の余白ページに書き込む事で
補うと未経験の私には勉強にもなって良かったです。
また、単語の一つ一つが入門者には難しかったりする事も多いので
目次に自分の言葉で書き加えていきました。
本文の方は、どの項目にも必ず要点をまとめた一文が存在します。
そこを探してアンダーラインを引いておくとかなり使い勝手が良くなります。
基本的にＣを学ぶのに必要な事は一通り書かれている本なので、
使い込めば使い込んだだけ便利になる良本だと思いますよ。（groundhog day / 2004-05-18）

たしかに英語の原書は一読に値しますが、この邦訳版はとにかく日本語がボロボロです。本書は、複数の大学院生が手分けして下訳したものを、編集者が書き直し、訳者がパラパラと拾い読みしただけで出版されたことは、知る人ぞ知る業界の秘密です。本書はC言語解説のバイブルでも何でもありません。原書で簡潔に記述されている内容が、当時の大学院生の理解度と日本語の酷さでゆがめられ、場合によっては頭をひねりひねり同じ記述を4、5回読んでも理解できない表現になっています。この、「頭をひねりひねり」に読まされる特徴を、「それだけC言語は難しいのさ」とか「それだけ読みごたえがある」と平気て言ってのける人をこの業界では時々見かけますが、もしあなたの身近にいる同僚、先輩等がそのような講釈をのたまわって、「C言語を勉強したいのなら、まずこの本を読まなくっちゃ」などと偉そうに推奨したら、その人はおそらく権威主義者なので、C言語についての具体的な質問は今後控えるようにするのが賢明かもしれません。
それから、C言語の開発者が、自分たちの作り出した言語をどのように解説しているかを知りたい、という読者は、原書を読みましょう。これからC言語を勉強する、または、まだよく理解できていない、という人は、1年ぐらい真剣に勉強して、C言語を理解し、自分でプログラムを書けるようになってから、本書の原書に戻るようにしても、決して遅くはないでしょう。
C言語の解説書が乏しかった1980年代ならともかく、日本人が日本語で上手に解説した良書が豊富に出版されている現在にあって、"カーニハン ＆ リッチー"の信者が自分の本棚の目立つところに誇らしげに飾っておく本ではあっても、これからC言語を実践的に理解し、習得したい、と希望する人が、貴重な時間を費やして後生大事に読む価値のある本ではありません。（ヒロヤマ / 2006-09-21）

一言で言うならば、古い本です。
ed,sed,awk,etc... 現在のPC-UNIXユーザでは使わない人の方が大勢でしょう
この本を読むときには、古くて不自由だった時代のUNIXに頭を切り替えなければいけませんが
そうすると、今現在、便利になりすぎて失われたものが見えてきます。
内容はファイルシステム,シェル,システムコールなど、多方面に渡っています。
この本のコードは、現在では役に立つものではないかもしれません
しかし、どのような方法で必要な機能を実装するかという、プログラミングで一番大切な部分が感じ取れる本です。
プログラミングをする上で、新しい言語や、ライブラリの使用法を学ぶのも大切ですが
もっとメタな、「Unixでプログラミングをするという事」がどういう事か理解できると思います。
聞いた事があるだけのyaccが、こんなに素晴らしいものだとは思いませんでした
新しい時代の今だからこそ、古き良き時代を忘れてはいけません。（peppershaker / 2002-06-17）

1990年より始まり、本格職業プログラマとして研鑽を重ねる日々で、最後まで手元に残ったのは四冊だけでした。「プログラミング言語Ｃ」「ソフトウェア作法」、「プログラム書法」、そして「UNIXプログラミング環境」です。コンピュータを道具として使いこなし、いかに最小限で単純な、即ち信頼のおけるツールを使いこなすか。ある種の美学さえ感じさせる名著です。時代がLinuxに移っても、UNIXの真髄はシェルと/usr/binツール群をいかに使いこなすかにありと信じます。かような書物が入手困難という状況に深く杞憂を感じ、強く復刊を希望するものです。（yos155 / 2003-01-26）

厚さもそこそこで、それほど巨大な本ではないが、 UNIXの基本的な使い方をマスターするには十分なつくりである。 最後の方でlex、yacc(現在よく使われているのはGNUのflexとbison)の使い方まで載っていて、 ちょっと変わったプログラミングをしたい人にも向いている。 今流行のPC-UNIXを使おうという人はうってつけである。（ / 2001-03-23）

文字通りUNIXのコマンドの使用法の説明から始まり、ファイル・システムの構造、yacc, grep, awk等のツールの使い方等を整然と解説した、UNIX上で仕事をする上で欠かせないバイブル。
ただし、本書の価値はノウハウ本として使えるだけでなく、UNIX流の思考法が身に付く点にある。UNIX上で新しいツールを作る際、一から作る(from scratch)のではなく、既存のツールの組み合わせで作る事をまず考える。逆に、自分で基本的なツールを作る際は、その出力が他のツールの入力となれるよう設計する。UNIXではツール間の入出力データの受け渡しはpipeを通して行なわれるが、上述の考え方はUNIXに限定されない。大規模プログラムを開発する際は、段階的機能分割が必須だが、UNIXでは実際のツール・レベルでこれを実現しており感銘を受けた。この考え方は、他のプラットフォーム上でプログラム開発する際にも役に立った。
UNIXの使用法を学ぶ上でも役に立ち、その上UNIX流思考法が身に付くプログラマ必読の名著。（紫陽花 / 2007-05-13）

C言語の拡張を行う際に、YACC,LEXを利用しました。
そのため、本書も座右において作業をしました。
C言語でソフトウェアを書く人は、CコンパイラとOSのなんらかの部分をそれなりに拡張してみるのがよいかもしれません。
３週間で書いたソフトウェアをその後３年かかってもバグ取りできませんでした。
プログラムを書くときに、試験可能性を考えて関数を決めたり、分割したりする必要性を痛感しました。
小さいことはよいことの理由は試験可能性にあることを知りました。
（kaizen / 2008-01-05）

前の版同様、内容の濃い好著です。あいかわらずオブジェクト指向開発の入門として適しているとは思えませんが、一通りオブジェクト指向を知っている読者が読むと最も効果が高いのでは。第一章からいきなり「open-closed principle」が説明されている本は他に探しても見当たりません。型とクラス、契約による設計、制約（表明、事前条件、事後条件）に関する説明も秀逸。私はリファレンス的に使わせてもらっていますが、ほとんどの場合自分の疑問に明快に答えてくれるありがたい本。
（鈴木純一 / 2007-12-03）

PGには、私のように、実装からオブジェクト指向の何たるかを学んでいった人も多いはずだ。
実装から学ぶとよい面もあるものの、得意な言語や、
好きな分野の実装のパターンから、偏見も持ってしまう。
JAVAがアランケイからオブジェクト指向言語として
疑問符を突きつけられたり、
RUBYなどの後発オブジェクト指向言語が出てきたり、
また、オブジェクト指向開発、という言葉もあらわれて、
オブジェクト指向って、じゃあ何?と思った人は、私だけではないだろう。
改訂前のこの本に目を通していたが、そのときは大して面白さを感じなかった。
何をもってオブジェクト指向と呼ぶのか怪しい気持ちでいたとき、
私はもう一度メイヤーの本を読んでみようと、この本を読み、
以前は全く感じなかった面白さを感じ、内容に納得した。
というわけで、標題のとおり。
オブジェクト指向で迷ったら、この本、と言える、文句無しの名著。
シンプルにオブジェクト指向が理解できるはず。
ただ、多くの人の言うとおり、入門書になり得るかどうかは、難しいところだと思う。
ちょっと高価だけど....下巻が出たら、買う！(かな？)
（morningcloud / 2007-11-29）

書名に「入門」とあるが、そこらに転がっている安易な入門書ではなく、オブジェクト指向的な定義・考え方・技法がみっちりと詰まっている。
翻訳された後の文章も読みやすく、内容がきっちりとしているのは、翻訳者の方が一流の技術者でもあり、本書に対しての思い入れも強いからなのだろう。
これは洋書翻訳の半分にあたるのだか、分冊しなければならない程のページ数でオブジェクト指向の各要素について記述がなされている。
オブジェクト指向技術を使用している技術者であれば、一度はきちんと読んでおきたい本である。
（にわけん / 2006-12-30）

本書は、抽象データ型に対応したEffelという言語に基づいた入門書です。
Effelという言語は、.NETに対応した版もあったので、評価版をダウンロードして確かめてみるのもいいかもしれません。
本書は、SRAにいた酒包さんが翻訳された良書で、入門と書いているように、オブジェクト指向を叫ぶ人の必読書だと思われます。
「このように構成の巧みなソフトウェアシステムは　この世界のある側面を映し出す実践的モデルと見ることが出来る。、、、
ソフトウェアの設計を実践的モデルの作成と考えると、オブジェクト指向設計は実に自然なアプローチであることがわかる。」
オブジェクト指向を実装において説明するのはオブジェクト指向ではなく、実装指向だと思われます。
実装担当の人には、オブジェクト指向をどう実装するとよいかを話す必要はあると思います。
実装はオブジェクト指向の設計の考え方を明確にしながらのことで、実装だけを見ていると、方向性を間違うことがあるかもしれません。
ps.
オブジェクト指向で、日本で定評のある識者はSRAに移籍された青木淳さんかもしれません。
SmallTalkの本も併せて読むとよいかもしれません。
また、Squeakも参照するとよいと思います。 （kaizen / 2008-05-31）

Dragon Bookで有名なV.Aho/R.Sethi/D.Ullmanの内の一人、
Ravi Sethiによるプログラミング言語のお話し。
R.Sethiの本だから、様々な言語の実装にまで突っ込んで書いているかと思ったが、
そんなことはなく、言語の特徴紹介に徹している。
個人的にはもうすこし掘り下げて、実装の話も含んで欲しかったが、
まぁこの値段だとこんなものなんじゃないだろうか。
λ計算の話等もあるけど、これじゃSMLやOCamlのマニュアルより解説たりなさげ。
どうせならPhantom Typeの話とかMLテクニックの話もして欲しかった。
ただ、話としては有用な話がほとんどなので、言語一般論を知りたいような人には
よいのかもしれない。（foobarbuz / 2004-04-17）